Reimar Döffinger b...@reimardoeffinger.de added the comment:
Should be fixed by SVN r24490
--
status: open - closed
substatus: analyzed - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2003
Ernst Albrecht Köstlin m...@alks.org added the comment:
Thanks a lot!
Regards
/a
--
title: (libavformat) 0x00e8cfac in av_open_input_stream () from
/usr/lib/libavformat.so.52 - (libavformat) 0x00e8cfac in av_open_input_stream
() from /usr/lib/libavformat.so.52
Ernst Albrecht Köstlin m...@alks.org added the comment:
Less is more... - fine! :-)
I just tested this change (to remove the whole code in the fail: block and
find the original misbehaviour does not occur anymore. The bad feed file just
will be deleted as it sould and things works fine
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 07:20:24PM +, Ernst Albrecht Köstlin wrote:
Doing so won't free the already allocated structures AVFormatContext's
stream
array entries are pointing to, neither would it set AVFormatContext's
nb_stream
Ernst Albrecht Köstlin m...@alks.org added the comment:
I ran also ran into this issue.
I tracked it down (based on git-1135538) and found the reason for this
behaviour:
When starting ffserver and for some reason the /tmp/feed1.ffm as defined in the
default config file (doc/ffserver.conf)
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 06:12:22PM +, Ernst Albrecht Köstlin wrote:
--- libavformat/ffmdec.c 2010-07-20 20:06:00.0 +0200
+++ libavformat/ffmdec_patched.c 2010-07-20 20:07:02.0 +0200
@@ -385,8 +385,10 @@
Mans Rullgard m...@mansr.com added the comment:
Reimar Döffinger iss...@roundup.ffmpeg.org writes:
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 06:12:22PM +, Ernst Albrecht Köstlin wrote:
--- libavformat/ffmdec.c 2010-07-20 20:06:00.0
Ernst Albrecht Köstlin m...@alks.org added the comment:
Yes, your're right, for setting the stream pointers back to NULL this should do.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2003
Ernst Albrecht Köstlin m...@alks.org added the comment:
Anymore I could do on this?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2003
Ernst Albrecht Köstlin m...@alks.org added the comment:
see my first posting on this
--
substatus: needs_more_info - analyzed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2003
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 06:19:18PM +, Mans Rullgard wrote:
Mans Rullgard m...@mansr.com added the comment:
Reimar Döffinger iss...@roundup.ffmpeg.org writes:
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Ernst Albrecht Köstlin m...@alks.org added the comment:
Doing so won't free the already allocated structures AVFormatContext's stream
array entries are pointing to, neither would it set AVFormatContext's nb_stream
to 0.
So Id propose the following:
--- libavformat/ffmdec.c2010-07-20
Ernst Albrecht Köstlin m...@alks.org added the comment:
Ok, so I digged deeper and found this is still not all. AVStream's member codec
also need to be freed.
So this should do it:
--- libavformat/ffmdec.c2010-07-20 21:51:58.0 +0200
+++ libavformat/ffmdec_patched.c
Ernst Albrecht Köstlin m...@alks.org added the comment:
All this then could go into some new av_delete_stream function in
libavformat/utils.c, as there a av_new_stream already avaiable.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Ernst Albrecht Köstlin m...@alks.org added the comment:
So what about this? The same as before but all AVStream related clean up moved
to the new function av_delete_stream, as far as it was setup by
av_new_stream. The codec-rc_eq stuff still needs to be cleaned up by calling
ffm_close.
Grz
/a
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
To produce a useful backtrace, I suggest you compile without --enable-
shared (and note that --enable-swscale isn't needed since a year).
Additionally, you should probably attach your config file.
--
status: new -
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Jun 12, 2010 at 09:41:41PM +, Carl Eugen Hoyos wrote:
To produce a useful backtrace, I suggest you compile without --enable-
shared (and note that --enable-swscale isn't needed since a year).
Additionally, you should
17 matches
Mail list logo