[issue2114] GOP-based multithreading(h264 encoding performance boost of 78%)

2010-07-21 Thread Henk Schoneveld
Henk Schoneveld belca...@zonnet.nl added the comment: If my brains serve me well, all video codecs become multithreaded this way. Which brings audio-only files to mind. Do they have a GOP-like substitute? FFmpeg issue tracker

[issue2116] Possible license violation, Edimax

2010-07-21 Thread Robert Lukassen
New submission from Robert Lukassen robert.lukas...@gmail.com: The software in the Edimax IC-9000 IP camera (http://www.edimax.com/en/produce_detail.php?pd_id=336pl1_id=8pl2_id=80) is based on a number of open source projects licensed under LGPL and GPLv2 (some GPLv2 or later). While Edimax has

[issue2116] Possible license violation, Edimax

2010-07-21 Thread Carl Eugen Hoyos
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: Could you upload the firmware image to a new directory issue2116 on ftp://ffmpeg.org/MPlayer/incoming/ (write-only)? -- status: new - open substatus: new - open

[issue2113] SWScale output junk converting YUV444 - RGB565 using bilinear+full_chroma_int

2010-07-21 Thread Vitor
Vitor vitor1...@gmail.com added the comment: Attached patch should fix it. FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2113 Index: libswscale/swscale.c

[issue2113] SWScale output junk converting YUV444 - RGB565 using bilinear+full_chroma_int

2010-07-21 Thread Vitor
Vitor vitor1...@gmail.com added the comment: New patch that also fix RGB48{BE,LE}. RGB8, RGB4 and MONO{WHITE,BLACK} are still broken but I think it is better to just error out saying that full_chroma_int is not supported for these outputs (and it is not very meaningful anyway).

[issue2079] ffplay: segfault if coded video WxH dimension larger than desktop

2010-07-21 Thread scheutzo
scheutzo mike.scheut...@alcatel-lucent.com added the comment: Further investigation by UGeorge determined that the root cause of this problem is that the coded video dimensions are larger than his desktop. This leads to a buffer overrun during an image copy into the YUV Overlay buffer. The bug

[issue2079] ffplay: segfault if coded video WxH dimension larger than desktop

2010-07-21 Thread UGeorge
UGeorge netbe...@gatworks.com added the comment: do u just have the patchs so I can apply to my heavily modified DEBUG of ffmpeg/ffplay? -- title: ffplay: segfault if coded video WxH dimension larger than desktop - ffplay: segfault if coded video WxH dimension larger than desktop

[issue2114] GOP-based multithreading(h264 encoding performance boost of 78%)

2010-07-21 Thread Michael Niedermayer
Michael Niedermayer michae...@gmx.at added the comment: On Wed, Jul 21, 2010 at 07:50:20AM +, Henk Schoneveld wrote: If my brains serve me well, all video codecs become multithreaded this way. Which brings audio-only files to mind. Do they have a GOP-like substitute? each audio frame is

[issue2113] SWScale output junk converting YUV444 - RGB565 using bilinear+full_chroma_int

2010-07-21 Thread Michael Niedermayer
Michael Niedermayer michae...@gmx.at added the comment: On Wed, Jul 21, 2010 at 01:04:16PM +, Vitor wrote: New patch that also fix RGB48{BE,LE}. RGB8, RGB4 and MONO{WHITE,BLACK} are still broken but I think it is better to just error out saying that full_chroma_int is not supported

[issue2003] (libavformat) 0x00e8cfac in av_open_input_stream () from /usr/lib/libavformat.so.52

2010-07-21 Thread Reimar Döffinger
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

[issue2101] RockPlayer Android app in violation of license agreement

2010-07-21 Thread Doug Stevenson
Doug Stevenson dougn...@hyper-aware.com added the comment: It seems to me that if the instructions on FFmpeg's legal page are followed, then you are intentionally avoiding all issues with the LGPL license: http://www.ffmpeg.org/legal.html If you do this, you are making it easy for people to

[issue2114] GOP-based multithreading(h264 encoding performance boost of 78%)

2010-07-21 Thread Henk Schoneveld
Henk Schoneveld belca...@zonnet.nl added the comment: Because of the impact on all encoding shouldn't it get a super-important status. I for myself wouldn't mind. ;) Which brings audio-only files to mind. Do they have a GOP-like substitute? each audio frame is its own gop more or less due

[issue2117] MJPEG decoder crash

2010-07-21 Thread Pavel
New submission from Pavel i-love-s...@yandex.ru: Some damaged pictures crash MJPEG decoder from ffmpeg. Latest svn (july 21) crashes. Output doesn't have any messages. ffmpeg -i 1279729383-BLUE01.jpg -f image2 -vcodec bmp out.bmp crashes inside /* decode block and dequantize */ static int

[issue2113] SWScale output junk converting YUV444 - RGB565 using bilinear+full_chroma_int

2010-07-21 Thread Vitor
Vitor vitor1...@gmail.com added the comment: On 07/21/2010 07:35 PM, Michael Niedermayer wrote: Michael Niedermayermichae...@gmx.at added the comment: On Wed, Jul 21, 2010 at 01:04:16PM +, Vitor wrote: New patch that also fix RGB48{BE,LE}. RGB8, RGB4 and MONO{WHITE,BLACK} are

[issue2118] BUG tracker is unusably TOO slow.

2010-07-21 Thread Pavel
New submission from Pavel i-love-s...@yandex.ru: reproducible with current svn of ffmpeg cli. Does the bug tracker try to fix the bugs itself and that's why the web interface is extremely unresponsive. Or is it to prevent some bug reporters from filling their reports (that one the other way to