On 2015-02-15 00:46:46, Vincent Lefevre wrote: > On 2015-02-14 16:20:39 +0100, Sebastian Ramacher wrote: > > I can't reproduce it. I've tried to play the URL directly with vlc, > > downloaded it with youtube-dl and downloaded the webm. It never crashed > > on normal speed or higher speed. > > I could reproduce it by setting the speed to 3x and the start time > position to 00:00:06, but it doesn't always crash. It seems that > the VLC behavior is not deterministic! > > I could also reproduce the crash by resetting to position to 00:00:00 > (or clicking on stop/play), still at speed 3x. > > The crash often occurs near 1:15. But it also occurred just after > I clicked on stop/play (i.e. just at the beginning of the file). > > Another test: I start "vlc Nosferatu*.webm", then select the 3x speed > via a click on the speed area at the bottom, then do a sequence of > stop/play until a crash. The first 3 times, VLC crashed immediately > after a "play" in the first 5 iterations. The 4th time, I did a > sequence of several dozens of stop/play, but couldn't make it crash. > The 5th time, VLC crashed at the 7th iteration. The 6th time, VLC > crashed at the 6th iteration.
Nope, cannot get it to crash. > > > So without a minimal sample that causes the clash, > > Can VLC can extract a sample that caused the crash? I am not aware of such a feature. > > the traceback with -dbg packages installed and a verbose vlc log, > > there is not much we can do. > > Here's the full backtrace with the debugging symbols. The crash always > occurs in the same function. Please also include the output of vlc -vvv. Cheers -- Sebastian Ramacher
signature.asc
Description: Digital signature
