This message is "for the record" and to increase the audience since it has been discussed a bit on IRC.<br><br>Any help or advice on how to track "unhandled vlc exception" under windows is welcome.<br><br>
Problem summary:<br>With "1.1.0-pre3-20100423-0202" started from msys under Win32 on a multicast MPEG4 stream described by an SDP file we get random "unhandled vlc exception".<br>This seems to be a recent problem as we tested for days with vlc 1.0.5 without problem and with various nightly build of 1.1.0.<br>
We now would like to identify the root cause and/or the release where this problem started.<br><br>I started VLC with:<br>$ "C:/Program Files/VideoLAN/VLC/VLC.exe" -vvv --verbose=2 --rtsp-caching=40 --clock-jitter=0 rtsp://<a href="http://136.173.110.16/Test">136.173.110.16/Test</a> &> logs5.txt<br>
<br>Here is an extract from the timestamped log:<br>09:23:22:960000000 [00474398] main libvlc debug: VLC media player - 1.1.0-pre3-20100423-0202 The Luggage<br>[...]<br>09:37:05:188000000 [00e5d5d8] main input debug: Decoder buffering done in 1 ms<br>
09:37:05:220000000 [01655f68] main video output warning: late picture skipped (20000 > -187)<br>09:42:59:961000000 unhandled vlc exception<br>09:42:59:992000000 QObject::killTimers: timers cannot be stopped from another thread<br>
<br>So after less than 20 minutes of playing the stream VLC did crash on an "unhandled vlc exception".<br>There is no event in the log just before that could help identify where the problem is located.<br><br>Same problem a bit later, but this time I saved the "crashdump".<br>
It is exactly the same multicast stream except that this time the SDP file was "local" (by the way --rtsp-caching=xx is not used in this case).<br><br>I started VLC with:<br>$ "C:/Program Files/VideoLAN/VLC/VLC.exe" -vvv --verbose=2 --rtsp-caching=40 --clock-jitter=0 MCAST.sdp &> logs6.txt<br>
<br>Here is an extract from the timestamped log:<br>10:21:48:339000000 [0047a428] main libvlc debug: VLC media player - 1.1.0-pre3-20100423-0202 The Luggage<br>[...]<br>11:14:43:052000000 [01123e08] directx generic debug: DirectXUpdateRects image_src_clipped coords: 0,0,352,288<br>
11:19:35:607000000 [0233b258] main video output warning: late picture skipped (8260 > -192)<br>11:55:59:707000000 unhandled vlc exception<br>11:55:59:816000000 QObject::killTimers: timers cannot be stopped from another thread<br>
<br>So it crashed after a arround one hour and a half without any indication on the root cause.<br><br>We have run various version of VLC on this kind of stream and it is the first version where we detect this kind of behaviour.<br>
It is either related to this particular version of VLC or due to the fact that we run from within Msys (to gather the log).<br><br>Can you (or we) do something with the crashdump?<br><br>Except if we get any other advice, we will try to run the debug version of vlc nightly build with gdb and multiply the number of VLC version to test.<br>
<br>Thanks<br><br>David Glaude<br><br>