Who's Online |
198 user(s) are online ( 129 user(s) are browsing Forums)
Members: 1
Guests: 197
Hans,
more...
|
|
Headlines |
-
thumbnailmaker.lha - video/misc
Apr 26, 2024
-
mce.lha - game/utility
Apr 23, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
-
faad2.lha - audio/convert
Apr 22, 2024
-
seq.lha - audio/misc
Apr 22, 2024
-
libfaac.lha - development/library/audio
Apr 22, 2024
-
libfaad.lha - development/library/audio
Apr 22, 2024
-
image2pdf.lha - utility/text/convert
Apr 22, 2024
-
libharfbuzz.lha - development/library/graphics
Apr 20, 2024
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/21 21:30
#1
|
Just popping in
|
@samo79 Quote: Is there any manually option that need to be activated ? Can't remember if i touched something, i think it should be auto. That's under 0.76, btw. @ktadd Thanks for providing a guide on how to do it from the GUI.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/17 21:59
#2
|
Just popping in
|
Hmm, you should see the different audio streams, like this:
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/16 19:39
#3
|
Just popping in
|
@samo79 That's a dual-audio video, so either switch the audio stream from the DvP's context-menu, or fix it by using FFmpeg: Quote: ffmpeg -i KRO_01.avi -map 0:0 -map 0:1 -vcodec copy -acodec copy KRO_01-single_audio.avi
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/8 19:10
#4
|
Just popping in
|
@TSK
I need to setup a site where to place updates and all other files - if you can't wait, send me an email and i'll prepare something useable to send you back.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/7 3:52
#5
|
Just popping in
|
@K-L Yeah, but obviously due DVP does not uses this lib to handle containers, so it has nothing to do with the lib basically.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/6 0:34
#6
|
Just popping in
|
Definitely both you are wrong He's asking for codecs, and indeed DvP does * not* needs to be updated for more of them to be supported/playable. If we talk about containers, that's another history though. If you have a 90s MPEG-1 stream embed into a MKV file DvP will not be able to play it and therefore it'll need to be updated, but just to support new containers such as MP4 or MKV.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/4 15:31
#7
|
Just popping in
|
@Trixie
53.1 had some tricks enabled which are now disabled by default since it might cause issues on certain cases.
You can try to enable them with:
shell> setenv AVCODEC_TRICKS 1
Note however, this may or may not is the reason, there were new API functions on the last core which to make them backward compatible with our lib we had to implement some wrapper on top of it.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/10/2 19:30
#8
|
Just popping in
|
Hello, As announced on the bounty page, the final 53.x version has been uploaded to os4depot. $VER: avcodec.library 53.611 Build #9126 (31.05.2012)This version is based on FFmpeg 0.10.3 "Freedom" which was released on 2012-05-06. It is the latest stable FFmpeg release from the 0.10 release branch, which was cut from master on 2012-01-26. Amongst lots of other changes, it includes all changes from ffmpeg-mt, libav master of 2012-01-26, libav 0.8.2 as of 2012-05-06. Further details on the Readme file included in the archive.http://os4depot.net/?function=showfile&file=video/misc/avcodec.lhaAll reported issues should be fixed, except one: there are problems with videos using dual-audio streams. However, anybody who encounters this problem can get rid of it by switching the audio stream being used from the DvP's context-menu. If you found other problems, don't hesitate to report them. Thank you.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/5/25 19:48
#9
|
Just popping in
|
Quote: Where can i get the latest version? I'll CC it to you on next branch. In fact, i might be in need of some 460 and x1k users to test our latest build(s), in case someone else is interested.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/5/25 19:43
#10
|
Just popping in
|
@Jurassicc
Thanks for taking the time to post/report this. I can send you our current internal build if you want to test it (let me know your email if so)
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/5/21 22:02
#11
|
Just popping in
|
Quote: Raziel can also test last beta but he has never given a sign of life He replies to me directly rather than "to the list". No such kind of problems at any time on his machine as well.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/5/21 21:59
#12
|
Just popping in
|
Quote: Look forward to seeing an update which fixes the DVD video issue. Quote: I still haven't actually tried the new library Sometimes reading you is like watching a bad comedian... Quote: I saw several reports about DVD colour problems, and I assumed that this had been reported to the library's developers... Yes, and the issue got fixed several weeks ago.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/27 18:06
#13
|
Just popping in
|
Quote: Is there a PPC440ep optimised version? That's something we tried, but it didn't performed any better than a normal/generic build, don't ask me why.. Something else weird we've noticed, Cobra was reporting the new lib performing better (compared to 51.52) on his sam440ep 667 than what i was noticing here on a 440ep-Flex - and that was recently confirmed by K-L as well, once again... don't ask me why - I always wondered if there was something wrong with the compiler i'm using (GCC 4.2.4 (adtools build 20100512)) Maybe you guys could help me to perform some quick benchmark test using the following tool: http://amiga.sourceforge.net/temp/byte_test.lhaHere are my results under SAM440ep-Flex: 2.AmigaOS4:> byte_test 7856 7856 78563412 78563412 took 1.6496 took 2.0652 took 2.0662 took 1.6545 Feel free to test it under your machines and post back your results (if you want run the tool several times and pick the one which performs better..)
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/25 20:23
#14
|
Just popping in
|
Quote: each clip is 150/180 or so megabytes so a bit annoying to send The .torrent file could be fine as well Quote: I will test other videos soon using the debug-bin, stay tuned for a decent report Ok, thanks
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/25 19:17
#15
|
Just popping in
|
Quote: this one was converted from a 60 FPS MP4 file that MPlayer couldn't read even on my G4 1,26 Ghz That explains everything Quote: I've tested the latest release and it works flawlessly Nice, i was afraid i may made other videos noticeably slow.. (due the checks for used fps..) BTW, forgot to mention something else implemented on that version is the use of a new AVCODEC_LOWRES environment variable which when set to 1 should halve the size of the video, as a result you can watch that 60fps video with no frameskip but at 320x240 therefore.. Anybody familiar with ffmpeg should be aware already of that "lowres" option and how it works/use - I didn't tested it yet but theoretically it should make possible watching eg 720p movies on SAMs.. ;) @Slayer If you don't mind it could be nice if you at least post the specs of such movies you're talking about - and send me your email for the altivec version.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/24 21:43
#16
|
Just popping in
|
@K-L Quote: I gave Mrodfr a link to download this video. Nice find the video you pointed out - that's a 60fps one and fwiw i wasn't able to properly play it using neither MPC, VLC, nor MPlayer under Win7 I'd be interested on testing more of these if you have. For now i've implemented some trick which should make it possible to play them at the cost of quality, as long the hardware isn't powerful enough. http://amiga.sourceforge.net/temp/avcodec-53.1.39C03.7zThat's a debug-only version, which should fix the AC3 issue as well, test it yourself and let me know if everything is fine/acceptable.. if so i'll upload a new package to os4depot.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/22 19:27
#17
|
Just popping in
|
Quote: playing MPG files, sound is overboosted and saturates. That's the new AC3 decoder, which initially was too quiet (much more than the old a52 used on 51.52) and i make it louder by using a hardcoded value... Noted and i'll fix it for the next version. Quote: will Altivec be supported in the near future. Sure. I just didn't played with this yet as i'm not able to test it myself.. If you want to test it yourself i can send you the lib before it gets released.
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/21 8:13
#18
|
Just popping in
|
@samo79 Quote: switched to the debug version now and then i restarted the same video, for now no new crash to report Hmm, you may want to check again if you can reproduce the issue by using the non-debug version, in case there's something wrong with the debug version... (that's why we request a link to the movie/clip, to do such tests ourselves without annoying end-users @trixie Quote: could avcodec.library be also used to just extract the audio track from the video file? The lib can be used for this purpose, of course. However, the current API may does not contains every handy function one would expect to achieve it. @Swoop Quote: ......but would like to play with this. What Raziel said @ChrisH Quote: Has anyone discovered any *downsides* to using the new library yet with DvPlayer? Why don't give it a try and tell us for yourself if there's any downsides? @logicalheart Quote: Nice video, thanks
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/18 23:40
#19
|
Just popping in
|
@samo79 Quote: i got a DSI crash with the new Avcodec 53.1 Please use the debug version to send crashlogs, thx!
|
|
|
|
Re: Avcodec.library bounty update
|
Posted on: 2012/4/18 23:21
#20
|
Just popping in
|
Quote: If Mplayer can't use this library, Who said it "can't"? it's just that it does not seems to use it. Quote: and DvPlayer cannot use the additional formats without being updated, DvPlayer needs to understand the containers, once it does any codec should be playable. For example 53.1 can play eg IV50 or WMVA which wasn't possible previously. Quote: where can we use this library? Like with any other shared library, anybody is free to use it - it's up to the developer.
|
|
|
|