mms stream shows artefacts on codec change

[Ching Yi, Chan]

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

[Ching Yi, Chan]

snow screen.

[Carl Eugen Hoyos]

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.

[Ching Yi, Chan]

I am sorry. I don't how to get gdb bt from Android Phone. However, crashing don't happen to x86.

[Carl Eugen Hoyos]

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?

[Ching Yi, Chan]

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.

[Carl Eugen Hoyos]

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?

[Carl Eugen Hoyos]

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

[Carl Eugen Hoyos]

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 -

[Michael Niedermayer]

ticket655_cut.asf is fixed for ia32. This should have fixed arm too

[Carl Eugen Hoyos]

The crash was fixed, but I suspect that decoding can be improved for the attached sample.

[Ching Yi, Chan]

I verified the crash issue as fixed arm too.

[Carl Eugen Hoyos]

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

[Michael Niedermayer]

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)

[Carl Eugen Hoyos]

No, WMP plays the original mms stream but stops with the attached asf files on codec change.