Where can i get Gcc 4.2 for MingW ?
Hello all; I'm getting a spurious ffmpeg crash in avformat.dll... it crashes when i terminate a udp open request - where the udp read is blocked (as there is no data coming through). the crash is intermittent... however, my application always crashes in _heap_alloc_dbg... or so VS debugger claims - the top of stack is avformat.dll 0x6c33cf94 (and apparently avformat.dll is loaded into virtual address 0x6c00000) so i'm wondering if this could be due to the stack alignment issue and wish to recompile using gcc 4.2 and having a hard time finding a official gcc4.2 site. i did find TDM's experimental site but was not sure about patches to ffmpeg that someone alluded to in one of the mail group messages... if TDM is the place to try it, is there a site that has the patch ? Or should i simply apply the diffs that was listed in one of the mail messages that pointed to the TDM's experimental site? any help is appreciated. kindest regards, shesh
On Tue, Oct 07, 2008 at 01:38:38PM -0700, Sheshadri Mantha wrote:
Hello all; I'm getting a spurious ffmpeg crash in avformat.dll... it crashes when i terminate a udp open request - where the udp read is blocked (as there is no data coming through). the crash is intermittent...
however, my application always crashes in _heap_alloc_dbg... or so VS debugger claims - the top of stack is avformat.dll 0x6c33cf94 (and apparently avformat.dll is loaded into virtual address 0x6c00000)
so i'm wondering if this could be due to the stack alignment issue and wish to recompile using gcc 4.2 and having a hard time finding a official gcc4.2 site.
i did find TDM's experimental site but was not sure about patches to ffmpeg that someone alluded to in one of the mail group messages...
if TDM is the place to try it, is there a site that has the patch ? Or should i simply apply the diffs that was listed in one of the mail messages that pointed to the TDM's experimental site?
any help is appreciated.
mingw gcc 4.3.x + is not usable to compiler ffmpeg crashes in snow and svq encoders (alloca() problems) all versions of mingw do not handle attribute aligned so using sse code is a lottery there are info about current toolchain on my site: http://oss.netfarm.it/mplayer-win32.php you can find 4.2.4 gcc and build environment that produces the most stable builds (sse still a lottery) avoid usage of -O3 Regards -- Gianluigi Tiesi <sherpya at netfarm.it> EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/
hello; i'm interested in detecting end-of-stream for mpeg and mp4 assets - and on detection "rewind" or seek to the beginning. i've altered ffplay.c code (as an experimentation) to check for EOS (within decode_thread inside the infinite for loop)... this check is: if (is->audioq.size == 0 && is->videoq.size == 0 && is->subtitleq.size == 0 && (ic->pb->eof_reached || url_feof(&ic->pb) == 1) && g_EOS == 0) g_EOS is initialized to 0 and only set when the above if succeeds. When this check succeeds i push a LOOPVIDEO event which gets processed to do a seek to 0 & g_EOS is reset. this works well for mpeg assets, but does not work at all for mp4 assets. ffplay is tested as: ffplay c:/movies/asset1.mpg or ffplay c:/movies/asset2.mp4 (meaning its engaging the file protocol). any clues ? regards, S-
participants (2)
-
mplayer＠netfarm.it -
sheshadri.mantha＠schange.com