Hello all, <br><br>I want to report a strange behaviour, which may be a bug. <br><br>I have a client-server system. The server is a vlc-0.8.5. I control the streams through vlm, and after some modifications in the code, i can change on the fly the sout parameters ( i.e encoding characteristics ). Eventhough i run vlc with --sout-keep option, i saw from the log that the old sout is unused-destroyed, and a new is created. Everything perfect until now.<br><br>But the client side is where this strange behaviour occurs...<br><br> - When the receiver is vlc-0.8.1 there is no problem. Actually, a libdvbpsi error is reported ( TS discontinuity ), but the new stream is properly displayed in the client after a smooth transaction. This is the message of the transaction:<br><br>--------------------------------------------------------------------------------------------<br>main warning: late picture skipped (670319)<br>main warning: late picture skipped (718411)<br>main warning:
 late picture skipped (749241)<br>main warning: late picture skipped (911277)<br>ts debug: PATCallBack called<br>ts debug: new PAT ts_id=44841 version=19 current_next=1<br>ts debug:   * number=1 pid=66<br>ts debug: PMTCallBack called<br>ts debug: new PMT program number=1 version=9 pid_pcr=68<br>ts debug:   * es pid=68 type=16 fcc=mp4v<br>main warning: late picture skipped (1200880)<br>main debug: unlocking module "xvideo"<br>main debug: thread -222233680 joined (src/video_output/video_output.c:483)<br>main debug: no usable vout present, spawning one<br>main debug: looking for video output module<br>main debug: probing 8 candidates<br>xvideo debug: adaptor 0, port 60, format 0x32315659 (YV12) planar<br>main debug: Registering subpicture channel, ID: 2<br>main debug: Registering subpicture channel, ID: 3<br>main debug: Registering subpicture channel, ID: 4<br>main debug: Registering subpicture channel, ID: 5<br>xvideo debug: Window manager supports
 NetWM<br>xvideo debug: Window manager supports _NET_WM_STATE_FULLSCREEN<br>xvideo debug: Window manager supports _NET_WM_STATE_ABOVE<br>xvideo debug: Window manager supports _NET_WM_STATE_BELOW<br>main debug: using video output module "xvideo"<br>main debug: waiting for thread completion<br>main debug: got 8 direct buffer(s)<br>main debug: picture in 80x60, chroma 0x30323449 (I420), aspect ratio 16:9<br>main debug: picture out 80x60, chroma 0x30323449 (I420), aspect ratio 16:9<br>main debug: direct render, mapping render pictures 0-6 to system pictures 1-7<br>main debug: thread -222233680 (video output) created at priority 0 (src/video_output/video_output.c:443)<br>main warning: late picture skipped (79942)<br>main warning: late picture skipped (40909)<br>-------------------------------------------------------------------------------------------------------------<br><br> - When the receiver is a newest vlc version ( i checked vlc-0.8.4a, vlc-0.8.5 ) some problems
 occur. The final result is something like overlapping, pixels moving around, the image is "melting" and a lot of "beautiful" artifacts. <br>In some cases, depending on the sout's change, it manages to resolve these problems ( i.e change encoding bitrate, or increasing fps ). <br>In other cases ( like decreasing fps, change frame size ), the beautiful artifacts i described above appear with messages which are like this:<br><br>If i restart the stream in the client side, everything works fine (that's why i think that it keeps old sout parameters).<br>A typical success message for vlc-0.8.4a is <br><br>--------------------------------------------------------------------------<br><br>main debug: thread 4039846832: secret message triggered at src/misc/block.c:228 (Connection timed out)<br>ts debug: PATCallBack called<br>ts debug: new PAT ts_id=292 version=31 current_next=1<br>ts debug:   * number=1 pid=66<br>ts debug: PMTCallBack called<br>ts debug: new PMT program
 number=1 version=27 pid_pcr=68<br>ts debug:   * es pid=68 type=16 fcc=mp4v<br>main debug: looking for decoder module: 21 candidates<br>ffmpeg debug: libavcodec already initialized<br>ffmpeg debug: postprocessing disabled<br>ffmpeg debug: ffmpeg codec (MPEG-4 Video) started<br>main debug: using decoder module "ffmpeg"<br>main debug: looking for packetizer module: 16 candidates<br>main debug: using packetizer module "packetizer_mpeg4video"<br>main debug: thread 4062596016 (decoder) created at priority 0 (src/input/decoder.c:159)<br>ffmpeg debug: ffmpeg codec (MPEG-4 Video) stopped<br>main debug: unlocking module "ffmpeg"<br>main debug: thread 4039846832 joined (src/input/decoder.c:191)<br>main debug: killing decoder fourcc `mp4v', 0 PES in FIFO<br>main debug: unlocking module "packetizer_mpeg4video"<br>main debug: unlocking module "xvideo"<br>main debug: thread 4051958704 joined (src/video_output/video_output.c:456)<br>main debug: no usable vout present, spawning
 one<br>main debug: window size: 400x300<br>main debug: looking for video output module: 6 candidates<br>xvideo debug: adaptor 0, port 60, format 0x32315659 (YV12) planar<br>main debug: Registering subpicture channel, ID: 2<br>main debug: Registering subpicture channel, ID: 3<br>main debug: Registering subpicture channel, ID: 4<br>main debug: Registering subpicture channel, ID: 5<br>xvideo debug: Window manager supports NetWM<br>xvideo debug: Window manager supports _NET_WM_STATE_FULLSCREEN<br>xvideo debug: Window manager supports _NET_WM_STATE_ABOVE<br>xvideo debug: Window manager supports _NET_WM_STATE_BELOW<br>main debug: using video output module "xvideo"<br>main debug: waiting for thread completion<br>main debug: got 8 direct buffer(s)<br>main debug: picture in 600x450 (0,0,600x450), chroma I420, ar 16:9, sar 4:3<br>main debug: picture user 600x450 (0,0,600x450), chroma I420, ar 16:9, sar 4:3<br>main debug: picture out 600x450 (0,0,600x450), chroma I420, ar 16:9, sar
 4:3<br>main debug: direct render, mapping render pictures 0-6 to system pictures 1-7<br>main debug: thread 4051958704 (video output) created at priority 0 (src/video_output/video_output.c:416)<br><br><br>---------------------------------------------------------------------------------------------------------------<br><br><br>A typical failure message for vlc-0.8.4a is:<br><br>---------------------------------------------------------------------------------------------------------------<br><br>main debug: thread 4062596016: secret message triggered at src/misc/block.c:228 (Connection timed out)<br>ts debug: PATCallBack called<br>ts debug: new PAT ts_id=47583 version=11 current_next=1<br>ts debug:   * number=1 pid=66<br>ts debug: PMTCallBack called<br>ts debug: new PMT program number=1 version=5 pid_pcr=68<br>ts debug:   * es pid=68 type=16 fcc=mp4v<br>main warning: late picture skipped (1046635)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV
 errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br> (mpeg4@0xa138340)<br>ffmpeg debug: concealing 1082 DC, 1082 AC, 1082 MV errors<br>.............................<br>.............................<br>.............................<br><br>-----------------------------------------------------------------------------------------------------------------<br><br>A typical succesful message for vlc-0.8.5
 is:<br><br>-----------------------------------------------------------------------------------------------------------------<br><br>main debug: thread 4072684464: secret message triggered at misc/block.c:228 (Connection timed out)<br>ts debug: PATCallBack called<br>ts debug: PMTCallBack called<br>ts debug: new PMT program number=1 version=1 pid_pcr=68<br>ts debug:   * es pid=68 type=16 fcc=mp4v<br>main warning: late picture skipped (1042434)<br>ffmpeg warning: hmm, seems the headers are not complete, trying to guess time_increment_bits<br> (mpeg4@0xa3baff0)<br>ffmpeg warning: my guess is 5 bits ;)<br> (mpeg4@0xa3baff0)<br><br>----------------------------------------------------------------------------------------------------------------<br><br>A typical failure message for vlc-0.8.5 is:<br><br>----------------------------------------------------------------------------------------------------------------<br><br>main debug: thread 4072684464: secret
 message triggered at misc/block.c:228 (Connection timed out)<br>ts debug: PATCallBack called<br>ts debug: new PAT ts_id=31413 version=2 current_next=1<br>ts debug:   * number=1 pid=66<br>ts debug: PMTCallBack called<br>ts debug: new PMT program number=1 version=25 pid_pcr=68<br>ts debug:   * es pid=68 type=16 fcc=mp4v<br>main warning: late picture skipped (912002)<br>ffmpeg warning: header damaged<br> (mpeg4@0xa3baff0)<br>ffmpeg warning: cannot decode one frame (10831 bytes)<br>ffmpeg warning: ac-tex damaged at 1 1<br> (mpeg4@0xa3baff0)<br>ffmpeg warning: Error at MB: 27<br> (mpeg4@0xa3baff0)<br>ffmpeg debug: concealing 475 DC, 475 AC, 475 MV errors<br> (mpeg4@0xa3baff0)<br>ffmpeg warning: header damaged<br> (mpeg4@0xa3baff0)<br>ffmpeg warning: cannot decode one frame (8862 bytes)<br>ffmpeg warning: ac-tex damaged at 6
 3<br>.......................................<br>.......................................<br>.......................................<br><br>-----------------------------------------------------------------------------------------------------------------<br><br>Do you have any ideas about it? Is it really a bug, or is there anything i should check in the way i change sout parameters?Is this a known ffmpeg bug maybe? <br>(the 0.8.1 is installed from rpm and use different ffmpeg than 0.8.4a -0.8.5 which are compiled by me). Any recommendations about which files take part in this procedure??<br><br>Thanks in advance,<br>Any help will be really valuable for me<br><br>Regards,<br>Nick<br><br><p>
                <hr size=1>Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. <a href="http://us.rd.yahoo.com/mail_us/taglines/postman7/*http://us.rd.yahoo.com/evt=39666/*http://messenger.yahoo.com"> Great rates starting at 1¢/min.