[issue726] Possible license violation, Chroma

Carl Eugen Hoyos [EMAIL PROTECTED] added the comment: http://chromaplayer.com/chroma.dmg (size 4014559, md5sum 8095f63a839bb4df0402b035b481df01) can be decompressed with dmg2iso.pl, the resulting iso can be mounted with mount. The image contains libavcodecs headers in

[issue726] Possible license violation, Chroma

Carl Eugen Hoyos [EMAIL PROTECTED] added the comment: Fixed type and topics. -- topic: +(L)GPL violation type: bug - __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue726

[issue727] License violation, DoremiLabs

Carl Eugen Hoyos [EMAIL PROTECTED] added the comment: http://www.doremilabs.com/ftp/software/DoremiAssetManager-3.3.14_1.4.28-32_92_4.66f.zip (size 26067560, md5sum 7d8b57b45b4e86c8ed5964849c6465a7) has to be unzipped and uncompressed with 7zip. Inside is a directory containing a few ddl's, at

[issue582] Decoding a pcm_u8 audio stream results in garbled hissing sound.

Michael Niedermayer [EMAIL PROTECTED] added the comment: [...] Is there any reason that this patch cannot be committed to fix audio resampling that used to work? The reason being it breaks the enc-sample_fmt != SAMPLE_FMT_S16) case Feel free to extend the resampler, but if you dont dont

[issue698] Decoding H.264 with large number of slices fails

Michael Niedermayer [EMAIL PROTECTED] added the comment: On Thu, Nov 13, 2008 at 12:11:37PM +, Panagiotis Issaris wrote: Even without modifying MAX_SLICE (==16) FFmpeg decodes a stream with 688 slices/frame correctly (I only decoded 4 frames though). I do get the Too many slices,

[issue713] CRAM/MSVideo1 color planes swapped

Michael Niedermayer [EMAIL PROTECTED] added the comment: On Sun, Nov 16, 2008 at 05:39:02PM +, Aurelien Jacobs wrote: [...] IIRC, the meaning of BGR and RGB was recently inverted in swscaler, and MPlayer was adapted some times later. VLC may also need some adjustment... IIRC the BGR and

[issue724] Can't build swscale as a shared library on macosx intel

Diego Biurrun [EMAIL PROTECTED] added the comment: We need a way to reproduce this problem. FFmpeg builds fine when I test on x86 Linux with --disable-mmx passed to configure. -- status: new - open substatus: new - needs_more_info topic: +swscaler

[issue724] Can't build swscale as a shared library on macosx intel

David Conrad [EMAIL PROTECTED] added the comment: There are actually two separate issues here: 1. --disable-mmx apparently doesn't disable swscale from building mmx code (I'm guessing based on the fix) 2. gst-ffmpeg isn't linking with -mdynamic-no-pic on OS X, which causes the actual error