[issue460] support interlaced h264
Michael Niedermayer [EMAIL PROTECTED] added the comment: On Sun, May 25, 2008 at 03:20:36AM +, Serguei Miridonov wrote: No problem. I will leave it as is. Just curious, is there a definition what is a wish, and what is important? doc/issue_tracker.txt in ffmpeg svn If someone needs something to reencode the movie from his camcorder and it does not work, he may consider it important. true, but priority is from the point of view of the ffmpeg developers every user considers the issue he submitted important. Maybe wish is too low but important is certainly too high ... [...] and what is a bug? from issue_tracker.txt: An error, flaw, mistake, failure, or fault in FFmpeg or libav* that prevents it from behaving as intended. Every H.264 decoder has a set of features it claims to support we dont claim to support every feature thus our current guess is that the cause is that we plain dont support the video. I do not know this for certain yet as ive not investigated it yet ... If the picture is distorted, I consider this as a bug. You also get a distorted picture if you feed a word document into a h.264 decoder this doesnt make it a bug but rather unsupported input. Regarding this issue, is there any hope to solve this problem soon? If someone volunteers to work on it ... If you know C, the H.264 spec is public ffmpegs source is as well and we would certainly be happy if someone would send us a patch fixing this and other issues. But be warned, h.264 work is NOT fun at all, the spec is a obfuscated mess. -- priority: wish - normal __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue460 __
[issue460] support interlaced AVCHD h264 from Panasonic HDC-SD9
Michael Niedermayer [EMAIL PROTECTED] added the comment: Better title -- title: support interlaced h264 - support interlaced AVCHD h264 from Panasonic HDC-SD9 __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue460 __
[issue412] Commit 11635 breaks MKV decoding
Michael Niedermayer [EMAIL PROTECTED] added the comment: On Mon, Mar 31, 2008 at 10:30:35PM +, Aurelien Jacobs wrote: [...] It seems it's not really realated to matroska itself. It seems to be due to generic ffmpeg conversion code behaving differently when having one added unknown stream that he just drop during the conversion. Maybe it still try to do some synchronization or some timestamps handling with the dropped stream ? Anyway, just adding those lines in any demuxer should be enough to trigger the bug in ffmpeg: st = av_new_stream(s, id); st-codec-codec_type = CODEC_TYPE_ATTACHMENT; with Index: libavformat/avidec.c === --- libavformat/avidec.c(revision 13251) +++ libavformat/avidec.c(working copy) @@ -608,6 +608,17 @@ if(avi-non_interleaved) clean_index(s); +st = av_new_stream(s, stream_index); +if (!st) +goto fail; + +ast = av_mallocz(sizeof(AVIStream)); +if (!ast) +goto fail; +st-priv_data = ast; +st-codec-codec_type = CODEC_TYPE_ATTACHMENT; + + return 0; } theres an attachment: ffmpeg -i in.avi test.avi ... Stream #0.0: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 30.00 tb(r) Stream #0.1: Audio: pcm_s16le, 44100 Hz, stereo, 1411 kb/s Stream #0.2: Attachment: 0x ... frame= 300 fps=102 q=29.0 Lsize= 531kB time=9.98 bitrate= 436.0kbits/s video:426kB audio:78kB global headers:0kB muxing overhead 5.391923% but e8f4026f798cdf423764d2a05df58ad1 test.avi e8f4026f798cdf423764d2a05df58ad1 test-old.avi so i cannot reproduce an issue with avi and fake attachments [...] __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue412 __
[issue330] ffmpeg unable to play stream recorded from BBC HD
Michael Niedermayer [EMAIL PROTECTED] added the comment: Please follow bugreports.html and provide gdb output of ffmpeg_g with the problematic file. Note, ffmpeg_g NOT ffmpeg and NOT ffplay_g. -- status: new - open substatus: new - needs_more_info __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue330 __
[issue398] Audio with no bitrate
Michael Niedermayer [EMAIL PROTECTED] added the comment: Please follow bugreports.html and provide full and uncut output from ffmpeg. Especially the error message you complain about must be included. -- status: new - open substatus: new - needs_more_info __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue398 __
[issue323] FLV decoding errors in ffmpeg / ffplay
Michael Niedermayer [EMAIL PROTECTED] added the comment: fixed in r13378 -- status: new - closed substatus: new - fixed __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue323 __
[issue334] H.264 crash on conformance vector: FM1_BT_B.h264
Michael Niedermayer [EMAIL PROTECTED] added the comment: new-open -- status: new - open substatus: new - open __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue334 __
[issue335] H.264 crash on conformance vector: HCBP1_HHI_A.264
Michael Niedermayer [EMAIL PROTECTED] added the comment: new-open -- status: new - open substatus: new - open __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue335 __
[issue355] muxing ac3 into avi doesn't work properly
Michael Niedermayer [EMAIL PROTECTED] added the comment: Storing ac3 in avi is fixed in r13406. I still have a segfault with -acodec copy but thats a seperate issue. -- status: new - closed substatus: new - fixed __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue355 __
[issue165] ac3 stream does not play
Justin Ruggles [EMAIL PROTECTED] added the comment: fixed in SVN r13407 -- status: open - closed substatus: open - fixed __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue165 __
[issue253] framecopy from SSA_15subtitles.mkv into various containers broken
Michael Niedermayer [EMAIL PROTECTED] added the comment: Doesnt work either if avi is the destination so correcting title. -- substatus: needs_more_info - reproduced title: framecopy broken (at least for nut) - framecopy from SSA_15subtitles.mkv into various containers broken __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue253 __
[issue82] ALAC encoder
Justin Ruggles [EMAIL PROTECTED] added the comment: Update: This is being worked on as part of the Google Summer of Code 2008. Jai Menon is creating the encoder. I am mentoring. -- assignedto: - jbr nosy: +jbr _ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue82 _
[issue300] null pointer on av_bitstream_filter_close()
Michael Niedermayer [EMAIL PROTECTED] added the comment: fixed in r13410 -- status: open - closed substatus: needs_more_info - fixed __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue300 __
[issue435] App not listed: visualhub for MacOSX
Michael Niedermayer [EMAIL PROTECTED] added the comment: (L)GPL violation isnt a bug -- type: bug - __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue435 __
[issue275] crash in vp6
compn [EMAIL PROTECTED] added the comment: some ffmpeg_g output (gdb) run -i vp6_crash.avi out2.avi Starting program: /Users/compn/Desktop/mplayer/ffmpeg/ffmpeg_g -i vp6_crash.avi out2.avi working Reading symbols for shared libraries . done FFmpeg version SVN-r13407, Copyright (c) 2000-2008 Fabrice Bellard, et al. configuration: --extra-cflags=-I/usr/local/include/SDL --extra-ldflags=-L/usr/ local/lib --enable-gpl --enable-network --enable-swscale libavutil version: 49.6.0 libavcodec version: 51.57.0 libavformat version: 52.14.0 libavdevice version: 52.0.0 built on May 25 2008 21:00:59, gcc: 3.3 20030304 (Apple Computer, Inc. build 1809) Input #0, avi, from 'vp6_crash.avi': Duration: 00:00:05.03, start: 0.00, bitrate: 1689 kb/s Stream #0.0: Video: vp6, yuv420p, 1280x720, 29.97 tb(r) Output #0, avi, to 'out2.avi': Stream #0.0: Video: mpeg4, yuv420p, 1280x720, q=2-31, 200 kb/s, 29.97 tb(c) Stream mapping: Stream #0.0 - #0.0 [mpeg4 @ 0x3eeabc]removing common factors from framerate Press [q] to stop encoding Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0149e000 0x0023efe0 in vp6_parse_coeff_huffman (s=0x288b000) at libavcodec/ bitstream.h:658 658 UPDATE_CACHE(re, s) (gdb) bt #0 0x0023efe0 in vp6_parse_coeff_huffman (s=0x288b000) at libavcodec/ bitstream.h:658 #1 0x00324b50 in vp56_decode_mb (s=0x3b4538, row=42518008, col=4014856, is_alpha=2) at libavcodec/vp56.c:410 #2 0x00323fa0 in vp56_decode_frame (avctx=0x2804400, data=0xbfffe9a0, data_size=0xbfffeb94, buf=0x1498000 Å\001{\\ý§\0276Þ¿+Sñ\234»¶#\22238+·^\n\227Ú+·N³\033\205\204\\224\006Ю\202\003\016\032_¶À\2266g\177¶íõIð¯z, buf_size=23432) at libavcodec/vp56.c:598 #3 0x00097028 in avcodec_decode_video (avctx=0x2804400, picture=0x288d49c, got_picture_ptr=0xbfffeb94, buf=0x1 Address 0x1 out of bounds, buf_size=21618685) at libavcodec/utils.c:945 #4 0x9040 in output_packet (ist=0x21004f0, ist_index=0, ost_table=0x2100530, nb_ostreams=1, pkt=0xbfffec90) at ffmpeg.c:1169 #5 0x433c in av_encode (output_files=0x3f1728, nb_output_files=1, input_files=0x3f1638, nb_input_files=1, stream_maps=0x3f1778, nb_stream_maps=0) at ffmpeg.c:2048 #6 0x2744 in main (argc=4128768, argv=0xf4240) at ffmpeg.c:3799 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x23efc0 to 0x23f000: 0x0023efc0 vp6_parse_coeff_huffman+1492: srawi r2,r8,3 0x0023efc4 vp6_parse_coeff_huffman+1496: add r11,r9,r2 0x0023efc8 vp6_parse_coeff_huffman+1500: lbzxr0,r9,r2 0x0023efcc vp6_parse_coeff_huffman+1504: lbz r2,1(r11) 0x0023efd0 vp6_parse_coeff_huffman+1508: lbz r9,2(r11) 0x0023efd4 vp6_parse_coeff_huffman+1512: rlwinm r10,r0,24,0,7 0x0023efd8 vp6_parse_coeff_huffman+1516: rlwinm r2,r2,16,0,15 0x0023efdc vp6_parse_coeff_huffman+1520: or r0,r10,r2 0x0023efe0 vp6_parse_coeff_huffman+1524: lbz r10,3(r11) 0x0023efe4 vp6_parse_coeff_huffman+1528: rlwinm r11,r9,8,0,23 0x0023efe8 vp6_parse_coeff_huffman+1532: or r2,r0,r11 0x0023efec vp6_parse_coeff_huffman+1536: clrlwi r11,r8,29 0x0023eff0 vp6_parse_coeff_huffman+1540: or r9,r2,r10 0x0023eff4 vp6_parse_coeff_huffman+1544: slw r10,r9,r11 0x0023eff8 vp6_parse_coeff_huffman+1548: subfic r11,r6,32 0x0023effc vp6_parse_coeff_huffman+1552: srw r2,r10,r11 End of assembler dump. (gdb) info all-registers r0 0x0 0 r1 0xbfffe800 3221219328 r2 0x0 0 r3 0x1 1 r4 0x288d49c42521756 r5 0x149817b21594491 r6 0x1 1 r7 0x5 5 r8 0x2f412 193554 r9 0x0 0 r100x0 0 r110x149dffd21618685 r120x2 2 r130xbfffe9a0 3221219744 r140x5b88 23432 r150x288c5f842518008 r160x280440041960448 r170x149800021594112 r180x0 0 r190x3d4308 4014856 r200x288d49c42521756 r210x288d72842522408 r220x288d72042522400 r230x288bc8442515588 r240x288c5f842518008 r250x0 0 r260x3d4308 4014856 r270x2 2 r280x288d49c42521756 r290x288b00042512384 r300x3b4538 3884344 r310x288b00042512384 f0 4.9406564584124654e-324 (raw 0x0001) f1 0(raw 0x) f2 0(raw 0x) f3 0(raw 0x) f4 4503601774857141 (raw 0x43308bb5) f5 4503601774854244 (raw 0x43308064) f6 4.9406564584124654e-324 (raw 0x0001) f7 1000 (raw