Opened 13 years ago
Last modified 12 years ago
#655 reopened defect
mms stream shows artefacts on codec change
| Reported by: | Ching Yi, Chan | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | undetermined |
| Version: | git-master | Keywords: | mms asf vc1 |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | yes | |
| Analyzed by developer: | no |
Description
I try to play mms://72.13.93.186/campcartoon with my android player which
is implemented by our staff.
We use ffmpeg to decode a/v frames, and most mms streams are playing well.
TubTub.com (mms://72.13.93.186/campcartoon) is always going wrong after playing for a while.
I cannot figure out what does matter with it. There are some log messages shown by ffmpeg.
When asf parser emitted error messages, my screen doesn't look good.
We can reproduce it in ffplay on x86 machine.
Here are log messages from adb logcat
I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header 0 at:10661828 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf skip 1435 (unknown stream) I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header b4 at:10663272 I/libffmpeg( 2421): [asf @ 0x384b00] invalid padsize 15554 at:10663276 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header 31 at:10663286 I/libffmpeg( 2421): [asf @ 0x384b00] invalid padsize 56873 at:10663288 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header e2 at:10663310 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad non zero I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header f at:10663354 I/libffmpeg( 2421): [asf @ 0x384b00] ff asf bad header 4 at:10664880 I/libffmpeg( 2421): [asf @ 0x384b00] packet_obj_size invalid I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (4062 147 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (4209 1410 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (5619 1410 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] ignoring invalid packet_obj_size (7029 445 3412 8292) I/libffmpeg( 2421): [asf @ 0x384b00] freeing incomplete packet size 8292, new 1272 I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 39040 > 39008 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 22 DC, 22 AC, 22 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 27354 > 27352 at 8x5 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 341 DC, 341 AC, 341 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 32514 > 32512 at 22x18 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 2 DC, 2 AC, 2 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 37293 > 37272 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 92 DC, 92 AC, 92 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 40398 > 40392 at 0x13 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 149 DC, 149 AC, 149 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 23513 > 23456 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 213 DC, 213 AC, 213 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 22230 > 22208 at 4x18 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 20 DC, 20 AC, 20 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 22809 > 22800 at 15x7 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 284 DC, 284 AC, 284 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 15884 > 15864 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 279 DC, 279 AC, 279 MV errors I/libffmpeg( 2421): [vc1 @ 0x2860e0] Bits overconsumption: 16257 > 16240 at 6x5 I/libffmpeg( 2421): [vc1 @ 0x2860e0] concealing 343 DC, 343 AC, 343 MV errors
The bad video picture will become to normal in x86 devices, but 'ff_mspel_motion' got crashed on Android (arm).
Here is my workaround to prevent from the negative array index:
https://github.com/qrtt1/ffmpeg_icy/commit/8f8bfb9ce74691cebdc704a7b65b38a8e0fee69f
Attachments (3)
Change History (17)
by , 13 years ago
| Attachment: | tubtub.png added |
|---|
comment:1 by , 13 years ago
This sounds as if there are two unrelated problems, please open a second ticket for one of them.
For the crash, please provide backtrace etc. - as explained on http://ffmpeg.org/bugreports.html - please attach your patch after putting "{" on the same line as "if" and sanitizing the error message.
For the asf issue, at least complete, uncut output of ffmpeg is missing, if you cannot add a teststream, please explain how your problem can be reproduced.
follow-up: 5 comment:2 by , 13 years ago
I am sorry. I don't how to get gdb bt from Android Phone. However, crashing don't happen to x86.
And, the problem can be reproduced to play it for minutes. It awlays happens.
comment:3 by , 13 years ago
| Keywords: | mms added |
|---|
Please test current git head.
Are you possibly reporting a problem that only happens on end-of-stream, or do you see above errors while a show is running?
Or is your problem that ffmpeg cannot change to the next show? Do other players behave differently?
comment:4 by , 13 years ago
I have no idea to get the data from mms. I try the mplayer dumpstream but it break early. I will try git head as soon as possible.
comment:5 by , 13 years ago
Replying to qrtt1:
And, the problem can be reproduced to play it for minutes. It awlays happens.
When does it happen?
Only at the end of the show or while the show is still playing?
comment:6 by , 13 years ago
| Component: | avformat → undetermined |
|---|---|
| Keywords: | asf vc1 added |
| Reproduced by developer: | set |
| Status: | new → open |
| Summary: | asf parser go into the trobule → mms stream shows artefacts after some time |
| Version: | 0.8.6 → git-master |
I can reproduce the artefacts that are sometimes seen when commercials start and sometimes lead to EOF, sometimes crash (on ia32).
The crash is a duplicate of ticket #455 afaict.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf5f27b70 (LWP 5317)]
0x0854619d in ff_mspel_motion (s=0x8eb98e0,
dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342˽\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"...,
dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' <repeats 12 times>, "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"...,
dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"..., ref_picture=0x8eb9c40, pix_op=0x8ebad34, motion_x=28, motion_y=44, h=16)
at libavcodec/wmv2.c:112
112 s->dsp.put_mspel_pixels_tab[dxy](dest_y , ptr , linesize);
(gdb) bt
#0 0x0854619d in ff_mspel_motion (s=0x8eb98e0,
dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342˽\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"...,
dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' <repeats 12 times>, "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"...,
dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"..., ref_picture=0x8eb9c40, pix_op=0x8ebad34, motion_x=28, motion_y=44, h=16)
at libavcodec/wmv2.c:112
#1 0x083f610d in MPV_motion_internal (is_mpeg12=0, qpix_op=0x8ebae94, pix_op=0x8ebad34,
ref_picture=0x8eb9c40, dir=0,
dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"...,
dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' <repeats 12 times>, "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"...,
dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342˽\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"...,
s=0x8eb98e0) at libavcodec/mpegvideo_common.h:729
#2 MPV_motion (is_mpeg12=0, qpix_op=0x8ebae94, pix_op=0x8ebad34, ref_picture=0x8eb9c40, dir=0,
dest_cr=0x8fc7678 "\201\203\203\203\204\204\204\204\204\204\204\204\203\203\203\203\207\211\213\212\202~~}}~\177\177~}|}|zz{{{{{{|||||{zzz{{{xtsstwwtstvxyzzxvwyzzzzzwsn\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200z}qfcccccccccaeeaGGKPFAAD<@CJY\\V[FKNMIHHHGKI>:999XWSQQQQQOONH>;;;3-,,,,,,YXXXXXWTMLLLLLJB//////.,,,-4520,"...,
dest_cb=0x8fbfaf8 "jklmmmmnnnnnoooqtvxwplmmnoqrtvwyyxxxxxxxxyxxxxxwwwwwwwuuuvwwuuv", 'w' <repeats 12 times>, "xyzzy\200\200\200\200\200\200\200\200\231\231\231\231\231\231\231\226\231\222\212\211\211\212\213\214\215\200\203\203}\201\206PdfptzrjtlllmooooXZcgdbbbbbft|~~~\342\343\351\354\355\355\355\355\354\354\355\356\362\363\365\353\337\343\344\344\344\344\344\350\312\312\312\312\333\360\350\332\353\354\354\354\354\354\354\354\361\373\366\345\351\362\364\376\377\377\371\363\377\377\377\377"...,
dest_y=0x8fb10f0 "\214\215\215\215\217\222\226\230\233\240\246\253\257\263\267\272\272\275\275\274\271\265\260\253\247\253\265\272\270\267\267\266\266\263\254\246\236\232\224\251\265\267\267\270\271\271\272\273\274\274\274\273\270\266\266\264\262\257\253\252\252\254\257\261\264\273\301\311\320\326\332\335\340\342\345\345\345\346\346\347\347\347\347\347\347\350\350\350\350\350\350\350\350\350\347\347\347\347\347\347\347\347\347\347\347\344\340\333\326\321\321\321\321\320\321\325\331\333\336\332\323\310\314\315\320\323\327\333\337\342\343\343\343\343\344\345\340\327\331\335\337\342\343\343\344\345\346\346\347\347\346\347\345\347\342˽\276\274\272hhhhhhhh1111111/1,.*''''''$\032\027\027\027\027\231\231\231\231\231\231\230\225"...,
s=0x8eb98e0) at libavcodec/mpegvideo_common.h:896
#3 0x083feb55 in MPV_decode_mb_internal (is_mpeg12=0, lowres_flag=0, block=0x8edec40, s=0x8eb98e0)
at libavcodec/mpegvideo.c:2172
#4 MPV_decode_mb (is_mpeg12=0, lowres_flag=0, block=0x8edec40, s=0x8eb98e0)
at libavcodec/mpegvideo.c:2309
#5 0x085f417b in decode_mb (s=0x8eb98e0, ref=0) at libavcodec/error_resilience.c:62
#6 0x085f6d98 in guess_mv (s=<value optimized out>) at libavcodec/error_resilience.c:584
#7 ff_er_frame_end (s=<value optimized out>) at libavcodec/error_resilience.c:1068
#8 0x084e49c3 in vc1_decode_frame (avctx=0x8e12980, data=0x8e826e0, data_size=0xf5f2714c,
avpkt=0xf5f27108) at libavcodec/vc1dec.c:5722
#9 0x084c24a1 in avcodec_decode_video2 (avctx=0x8e12980, picture=0x8e826e0, got_picture_ptr=0xf5f2714c,
avpkt=0xf5f27108) at libavcodec/utils.c:819
#10 0x0804f30e in get_video_frame (pkt=0xf5f27108, pts=<value optimized out>, frame=0x8e826e0,
is=0xf6f2a020) at ffplay.c:1483
#11 input_request_frame (pkt=0xf5f27108, pts=<value optimized out>, frame=0x8e826e0, is=0xf6f2a020)
at ffplay.c:1656
#12 0x0805f7af in avfilter_request_frame (link=0x8e83580) at libavfilter/avfilter.c:520
#13 0x08063d7b in av_buffersink_get_buffer_ref (ctx=0x8e01ee0, bufref=0xf5f27318, flags=0)
at libavfilter/sink_buffer.c:128
#14 0x0805036a in video_thread (arg=0xf6f2a020) at ffplay.c:1822
#15 0xf7e50391 in ?? () from /usr/lib/libSDL-1.2.so.0
#16 0xf7e9c6eb in ?? () from /usr/lib/libSDL-1.2.so.0
#17 0xf7e2c6e5 in start_thread () from /lib/libpthread.so.0
#18 0xf7e2c600 in ?? () from /lib/libpthread.so.0
(gdb) disass $pc-32 $pc+32
Dump of assembler code from 0x854617d to 0x85461bd:
0x0854617d <ff_mspel_motion+477>: add %al,(%eax)
0x0854617f <ff_mspel_motion+479>: add %al,%bh
0x08546181 <ff_mspel_motion+481>: inc %esp
0x08546182 <ff_mspel_motion+482>: and $0x58,%al
0x08546184 <ff_mspel_motion+484>: add %al,(%eax)
0x08546186 <ff_mspel_motion+486>: add %al,(%eax)
0x08546188 <ff_mspel_motion+488>: mov 0x54(%esp),%ecx
0x0854618c <ff_mspel_motion+492>: add $0x5ec,%ebp
0x08546192 <ff_mspel_motion+498>: mov %edi,0x4(%esp)
0x08546196 <ff_mspel_motion+502>: mov %esi,0x8(%esp)
0x0854619a <ff_mspel_motion+506>: mov %ecx,(%esp)
0x0854619d <ff_mspel_motion+509>: call *0x4(%ebx,%ebp,4)
0x085461a1 <ff_mspel_motion+513>: lea 0x8(%edi),%eax
0x085461a4 <ff_mspel_motion+516>: mov %eax,0x4(%esp)
0x085461a8 <ff_mspel_motion+520>: mov 0x54(%esp),%eax
0x085461ac <ff_mspel_motion+524>: mov %esi,0x8(%esp)
0x085461b0 <ff_mspel_motion+528>: add $0x8,%eax
0x085461b3 <ff_mspel_motion+531>: mov %eax,(%esp)
0x085461b6 <ff_mspel_motion+534>: call *0x4(%ebx,%ebp,4)
0x085461ba <ff_mspel_motion+538>: lea 0x0(,%esi,8),%eax
End of assembler dump.
(gdb) info register
eax 0xe6 230
ecx 0x8fb10f0 150671600
edx 0xf7 247
ebx 0x8eb98e0 149657824
esp 0xf5f26a80 0xf5f26a80
ebp 0x8595edc 0x8595edc
esi 0x190 400
edi 0x8fe51de 150884830
eip 0x854619d 0x854619d <ff_mspel_motion+509>
eflags 0x210202 [ IF RF ID ]
cs 0x23 35
ss 0x2b 43
ds 0x2b 43
es 0x2b 43
fs 0x0 0
gs 0x63 99
by , 13 years ago
| Attachment: | ticket655_cut.asf added |
|---|
comment:7 by , 13 years ago
Could you test if attached sample ticket655_cut.asf crashes on Android with the following two command lines and if the artefacts you see with ffplay are what you originally described as snow?
$ ffmpeg -i ticket655_cut.asf -f null - $ ffmpeg -er 0 -i ticket655_cut.asf -f null -
comment:8 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | open → closed |
ticket655_cut.asf is fixed for ia32. This should have fixed arm too
comment:9 by , 13 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
The crash was fixed, but I suspect that decoding can be improved for the attached sample.
by , 13 years ago
| Attachment: | ticket655_wmv3.asf added |
|---|
comment:11 by , 13 years ago
Second sample attached that should explain the cause for the artefacts: The stream changes between vc1 (normal program) and wmv3 (some commercials).
$ ffmpeg -i ticket655_cut.asf -i ticket655_wmv3.asf
ffmpeg version N-35086-g530a540, Copyright (c) 2000-2011 the FFmpeg developers
built on Nov 23 2011 00:29:45 with gcc 4.5.3
configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32'
libavutil 51. 26. 0 / 51. 26. 0
libavcodec 53. 36. 0 / 53. 36. 0
libavformat 53. 21. 0 / 53. 21. 0
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 49. 0 / 2. 49. 0
libswscale 2. 1. 0 / 2. 1. 0
[asf @ 0x8d93a80] parser not found for codec wmav2, packets or times may be invalid.
[asf @ 0x8d93a80] max_analyze_duration 5000000 reached at 5120000
[asf @ 0x8d93a80] Estimating duration from bitrate, this may be inaccurate
Seems stream 1 codec frame rate differs from container frame rate: 16.00 (512/32) -> 8.00 (512/64)
Input #0, asf, from 'ticket655_cut.asf':
Metadata:
WMFSDKVersion : 11.0.5721.5265
WMFSDKNeeded : 0.0.0.0000
IsVBR : 0
Duration: 00:01:25.59, start: 225.374000, bitrate: 245 kb/s
Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 12 kb/s
Stream #0:1: Video: vc1 (Advanced) (WVC1 / 0x31435657), yuv420p, 400x300 [SAR 1:1 DAR 4:3], 233 kb/s, 8 tbr, 1k tbn, 16 tbc
[wmv3 @ 0x8d99780] Extra data: 8 bits left, value: 0
[asf @ 0x8d9b4e0] parser not found for codec wmav2, packets or times may be invalid.
[asf @ 0x8d9b4e0] Estimating duration from bitrate, this may be inaccurate
Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 29.97 (30000/1001)
Input #1, asf, from 'ticket655_wmv3.asf':
Metadata:
WMFSDKVersion : 11.0.6001.7001
WMFSDKNeeded : 0.0.0.0000
IsVBR : 0
Duration: 00:00:24.01, start: 0.000000, bitrate: 247 kb/s
Stream #1:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 12 kb/s
Stream #1:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 400x300, 235 kb/s, SAR 1:1 DAR 4:3, 29.97 tbr, 1k tbn, 1k tbc
At least one output file must be specified
comment:12 by , 12 years ago
can any player WMP ? play the attached asf correctly ? (i want to ensure that no needed information from the mms was lost when creating the file)
comment:13 by , 12 years ago
No, WMP plays the original mms stream but stops with the attached asf files on codec change.
comment:14 by , 12 years ago
| Summary: | mms stream shows artefacts after some time → mms stream shows artefacts on codec change |
|---|
Note:
See TracTickets
for help on using tickets.
snow screen.