Pavel i-love-s...@yandex.ru added the comment:
To reproduce that error with ffmpeg cli, you need the following params
ffmpeg attachedimage.jpg -f image2 -vcodec bmp -pix_fmt rgb565 img565.bmp
-sws_flags bilinear+full_chroma_int
(swscale full_chroma_int is the one required parameter for hq
Pavel i-love-s...@yandex.ru added the comment:
To reproduce that error with ffmpeg cli, you need the following params
ffmpeg attachedimage.jpg -f image2 -vcodec bmp -pix_fmt rgb565 img565.bmp
-sws_flags bilinear+full_chroma_int
(swscale full_chroma_int is the one required parameter for hq
Michael Niedermayer michae...@gmx.at added the comment:
On Wed, Jul 14, 2010 at 11:07:09PM +, Ronald S. Bultje wrote:
A make clean fixed it.
--
status: new - closed
substatus: new - invalid
Do we consider bugs in the compilation dependancies to be invalid?
[...]
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Is this reproducible with ffmpeg (the application)?
--
status: new - open
substatus: new - needs_more_info
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Michael Niedermayer michae...@gmx.at added the comment:
On Sat, Jul 17, 2010 at 02:49:00PM +, fmm wrote:
Though this is probably a lost cause, of about 201 .ASS files found
randomly in Google from different places, 193 had a BOM, and the rest,
sending a patch would probably increase
Mans Rullgard m...@mansr.com added the comment:
Michael Niedermayer iss...@roundup.ffmpeg.org writes:
On Wed, Jul 14, 2010 at 11:07:09PM +, Ronald S. Bultje wrote:
A make clean fixed it.
--
status: new - closed
substatus: new - invalid
Do we consider bugs in the compilation
alex zimin.a...@gmail.com added the comment:
Looks like filename portion will be properly handled, if the following two
lines
are updated in rtmpproto.c file
Line 839
FROM: char *p = strchr(path + 1, '/');
TO: char *p = strrchr(path + 1, '/');
Line 845
FROM: fname = strchr(p + 1, '/');
TO:
Michael Niedermayer michae...@gmx.at added the comment:
On Tue, Jul 20, 2010 at 03:41:35PM +, Henk Schoneveld wrote:
Status is needs_more_info. What additional info is needed ?
A patch ;)
[...]
--
title: GOP-based multithreading(h264 encoding performance boost of 78%) -
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
pinxue pin...@gmail.com added the comment:
Hi beafdefx or Doug Stevenson, creator of Act 1 Video Player for
Android,
I just found we have long email thread discussion in same day when this
case is filed, so that I guess you already have the link to download
this source code package at that
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
Henk Schoneveld belca...@zonnet.nl added the comment:
If I were smart enough I would have done that directly, I issued a
feature_request, Real man provide patches ;)
[...]
--
title: GOP-based multithreading(h264 encoding performance boost of 78%)
- GOP-based
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
Pavel i-love-s...@yandex.ru added the comment:
There is no output. It asserts without any messages (in debug build it doesn't
show everything below Stream mapping).
In release build here's the output (no need to comment about unsupported
compiler, simply check if you get the same results with
Pavel i-love-s...@yandex.ru added the comment:
There is no output. It asserts without any messages (in debug build it doesn't
show everything below Stream mapping).
In release build here's the output (no need to comment about unsupported
compiler, simply check if you get the same results with
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Sorry for being so unclear before:
Only latest svn is being accepted on this bug tracker (and being the one who
made icc compiling possible, I _strongly_ suggest using a released version of
gcc when reporting problems).
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fix Status.
--
priority: normal - wish
substatus: needs_more_info - open
title: GOP-based multithreading(h264 encoding performance boost of 78%) -
GOP-based multithreading(h264 encoding performance boost of 78%)
Vitor vitor1...@gmail.com added the comment:
Reproducible with r24373 compiled with gcc 4.4.3 (produces a solid black image).
Bug disappears if I remove full_chroma_int flag. Valgrind complains of reading
uninitialized memory, and it is indeed not a false positive, since passing
Michael Niedermayer michae...@gmx.at added the comment:
Btw this can be implemented both in ffmpeg.c as well as a script
calling ffmpeg.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2114
27 matches
Mail list logo