Like with any other shared library, anybody is free to use it - it's up to the developer
Sorry, I didn't make myself clear. I meant from a user point of view. I am not a developer, so wondered how to test this if Mplayer, and DvPlayer can't use it? I am not trying to be a pain, but I am not a programmer, but would like to play with this.
You *can* use DVPlayer with this updated lib (see the comments on OS4Depot, it's even faster than the old one) and i already installed and tried it. Apart from the missing .mp4 support it's working great.
MPlayer is another story, the porter decides what to use and (but i don't know that) he choosed to use something else.
AVCodec.library is a pretty new lib and diegocr meant that every dev or porter can make use of it (being a shared library)...right now though, it's only used by DVPlayer (or so i think) because cobra wrote it for DVPlayer in the first place (i think...again...my memory...sorry)
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?
As I told Mrodfr, when using your new library (thanks ) playing MPG files, sound is overboosted and saturates.
I gave Mrodfr a link to download this video.
I also noticed some slowdonws playing avi files (slower than with the older one) but it seems I am the only one (I also gave links to Mrodfr to download one of these videos to test).
By the way, will Altivec be supported in the near future. It would be a great enhancement.
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.
That'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.
I'd be happy to try out the Altivec release too if you're interested
I too experienced the slow/speed - downs/ups with various movie files; overall though it is certainly an improvement
~Yes I am a Kiwi, No, I did not appear as an extra in 'Lord of the Rings'~ 1x AmigaOne X5000 2.0GHz 2gM RadeonR9280X AOS4.x 3x AmigaOne X1000 1.8GHz 2gM RadeonHD7970 AOS4.x
Actually, I created these video with FFmpeg under AmigaOS 4 (this one was converted from a 60 FPS MP4 file that MPlayer couldn't read even on my G4 1,26 nGhz).
I've tested the latest release and it works flawlessly (no more sound trouble, you can release it
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.
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
Yep, only problem is that my videos used for testing are quite big, for example right now i'm watching the InuYasha anime series, each clip is 150/180 or so megabytes so a bit annoying
I need to search on my backups if i have other smallest videos to try
My only crash was related to one of this anime video, aniway since i've installed the debug version (even the last one) i didn't got any new crash anymore, so till now all goes well except for a few little slowdowns from time to time, but maybe they are related to the video encoding used or it's just my Sam440 Flex that are a bit slow by itself
I will test other videos soon using the debug-bin, stay tuned for a decent report
As it seems with both dvplayer and mplayer I get 100% CPU load (667Mhz SAM), I imagine the playback could benefit from DSP instructions being used.
Anyone done any study on using DSP instruction of PPC440?
- Kimmo --------------------------PowerPC-Advantage------------------------ "PowerPC Operating Systems can use a microkernel architecture with all it�s advantages yet without the cost of slow context switches." - N. Blachford
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: