I'd like some people to test my builds of FFmpeg 2.0 before I put them on OS4Depot. These may not end up being the final builds, but will be close to it.
There's nothing specific to test, except to try a few different codecs and make sure it works OK.
Please state whether you are using the generic or altivec version.
Edited by MickJT on 2013/7/20 17:12:10 Edited by MickJT on 2013/7/21 7:24:53 Edited by MickJT on 2013/7/21 7:40:29 Edited by MickJT on 2013/7/21 13:55:05 Edited by MickJT on 2013/7/21 17:40:20 Edited by MickJT on 2013/7/22 13:20:29 Edited by MickJT on 2013/7/22 14:16:15 Edited by MickJT on 2013/7/24 10:48:02 Edited by MickJT on 2013/7/25 6:34:00
I had a couple of problems with FFPlay, sometimes it tend to crash at exit
Quote:
Crash log for task "ffplay" Generated by GrimReaper 53.5 Crash occured in module newlib.library.kmod at address 0x01A48140 Type of crash: DSI (Data Storage Interrupt) exception
- Another strange problem i noted is that; i have some anime videos that is correctly play in my language (italian) if i play them on MPlayer or DvPlayer, however if i try to play them with FFPlay the audio turn in japanese !
WTF i never though that ! How can i set the correct language ??
You can select the 2nd audio stream in ffplay by putting "-ast 1" in the command line before the video filename. 0 is the first audio stream.
You didn't mention whether you were using the generic or altivec version. The stack trace only shows native kernel modules and libraries, so that doesn't help me there.
"Crash occured in module newlib.library.kmod at address 0x01A48140"
Hmm.
Check the first post again for debug builds. Can you try setting a higher stack? It's already set for 1000000 which should be more than enough, but try with something that's overkill. If it doesn't crash with a stack size of 5000000, then lower it until it does. The built-in stack cookie won't override your stack setting if yours is higher.
Do you use IRC at all?
Edited by MickJT on 2013/7/21 7:26:21 Edited by MickJT on 2013/7/21 7:28:09 Edited by MickJT on 2013/7/21 7:29:58 Edited by MickJT on 2013/7/21 7:34:28
I've had reports of faulty encodes with the altivec version. I don't have an altivec machine here, but I'm messaging them with some things to try. I'm trying to determine if it's the cross-compiler too, or just a bug in the ffmpeg 2.0 altivec code.
You can select the 2nd audio stream in ffplay by putting "-ast 1" in the command line before the video filename. 0 is the first audio stream.
That solve the issue, thanks for the hint Strange that i didn't found it on documentation
Quote:
You didn't mention whether you were using the generic or altivec version.
As Sam440 user i'm using the generic version only
Quote:
Check the first post again for debug builds. Can you try setting a higher stack? It's already set for 1000000 which should be more than enough, but try with something that's overkill. If it doesn't crash with a stack size of 5000000, then lower it until it does. The built-in stack cookie won't override your stack setting if yours is higher.
Ok i will check
Quote:
Do you use IRC at all?
You mean the chat ? If you mean that, yes sometimes but more than IRC i'm often using MSN (SabreMSN)
It looks like there might be an issue with the cross-compile when enabling altivec instructions. It takes a lot lot longer to build it natively, so I might do a native build tonight when I go to sleep.
Edit: Native build is available to try. Edit2: Cross-compiled gcc 4.5.4 build available to test.
Edited by MickJT on 2013/7/21 14:13:02 Edited by MickJT on 2013/7/21 17:53:04 Edited by MickJT on 2013/7/22 14:19:14
Not even ffplay plays the test video with proper sound (glitched) ffmpeg glitches the sound in all test cases (.mp3, .aac, .avi and .mp4) 1:1 to what it sounds through ffplay
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
Thanks. It'll be released in 1 or 2 days soon. The final builds will be re-compiled using zerohero's gcc 4.2.4 cross-compiler, which produces altivec binaries that work fine.
Edit: Released.
Edited by MickJT on 2013/7/24 20:52:48 Edited by MickJT on 2013/7/25 6:34:33
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
