VLC semi-crashes when seeking in a flv file

[wsw70]

Greetings,

I just downloaded the latest VLC player (0.8.6e Janus, vxWidgets interface, Windows XP SP2) and tried to play a flv file.
Everything went fine up to the moment when I tried to seek forward (by clicking the ruler to the ~middle of the line). The playback stops and VLC wraps back to a small window (the one you get when starting VLC from the shortcut - ie without any files loaded). VLC is still useable afterwards (so it has not crashed).

Other formats are OK (as far as I checked)
Let me know if I can help debugging this.

Cheers,
Wojtek

[nanomir]

Hi there,

had the same problem (also XP SP2), and using the info here: viewtopic.php?f=14&t=42748

In Version 0.9.0 this problem is solved!

I downloaded vlc-0.9.0-svn-20080228-0000-win32.exe - now seeking in flv works perfect for me (also XP SP2) - except, when VLC is closed, it always reports a runtime error !! ? Not really a big deal, just a bit irritating (have reset the preferences already) Steps to reproduce:

1. Right click on an .flv file and Open With ... VLC media player
2. When VLC media player opens, just close it
3. I get:

Microsoft Visual C++ Runtime Library

Code: Select all

Runtime Error! Program: C:\Program Files\VideoLAN\VLC\vlc.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information.

By this time, VLC is closed so I cannot get access to message log.

Microsoft http://support.microsoft.com/kb/884538 btw says for this error:

This problem may occur when you use the /GR and the /MD compiler switches, and the version of the Msvcrt.dll file and of the Msvcirt.dll file is 7.0.x.

Note This problem does not occur when you use a version of the Msvcrt.dll file and of the Msvcirt.dll file that is earlier than 7.0.

Back to the top
RESOLUTION
A supported hotfix is now available from Microsoft. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing this specific problem. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next service pack that contains this hotfix.

To resolve this problem, submit a request to Microsoft Online Customer Services to obtain the hotfix.

But I haven't tried this hotfix yet.. I'm not sure if it has anything to do with VLC at all??

With -vvvv option, the only error in the log is in qt4 debug:

Code: Select all

main debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU main debug: looking for memcpy module: 3 candidates main debug: using memcpy module "memcpymmxext" main debug: Input is a meta file: disabling unneeded options main debug: `file/xspf-open://C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' gives access `file' demux `xspf-open' path `C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' main debug: creating access 'file' path='C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' main debug: looking for access2 module: 2 candidates access_directory debug: opening directory `C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' access_directory debug: skipping non-directory `C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' access_file debug: opening file `C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' main debug: using access2 module "access_file" main debug: pre-buffering... main debug: received first data for our buffer main debug: creating demux: access='file' demux='xspf-open' path='C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' main debug: looking for demux2 module: 1 candidate playlist debug: using XSPF playlist reader main debug: using demux2 module "playlist" main debug: `file/xspf-open://C:\Documents and Settings\MyUserName\Application Data\vlc\ml.xspf' successfully opened main debug: looking for xml module: 2 candidates main debug: using xml module "xml" playlist debug: parsed 0 tracks successfully main debug: removing module "xml" main debug: EOF reached main debug: control type=1 main debug: removing module "playlist" main debug: removing module "access_file" main debug: waiting for thread completion main debug: thread 3904 (preparser) created at priority 0 (playlist/thread.c:82) main debug: waiting for thread completion main debug: thread 2848 (fetcher) created at priority 0 (playlist/thread.c:110) main debug: waiting for thread completion main debug: thread 3312 (playlist) created at priority 0 (playlist/thread.c:120) main debug: rebuilding array of current - root Playlist main debug: rebuild done - 0 items, index -1 main debug: looking for interface module: 1 candidate main debug: using interface module "hotkeys" main debug: thread 3500 (interface) created at priority 0 (interface/interface.c:148) main info: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. main debug: looking for interface module: 3 candidates main debug: using interface module "qt4" main debug: thread 3284 (interface) created at priority 0 (interface/interface.c:148) qt4 debug: Error while initializing qt-specific localization

Upon close, VLC gives a "vlc.exe has encountered a problem and needs to close. We are sorry for the inconvenience."
At the click here for more information, I have:

Code: Select all

Error signature: AppName: vlc.exe AppVer: 0.0.0.0 ModName: msvcrt.dll ModVer: 7.0.2600.2180 Offset: 00032a16

I'm not sure if I should post the entire "technical information about the error report"

If I say debug, VS 2003 reports:

Code: Select all

Unhandled exception at 0x77c42a16 in vlc.exe: 0xC0000005: Access violation reading location 0x6bcbd65e.

The call stack is:

Code: Select all

> msvcrt.dll!77c42a16() ntdll.dll!7c917bf5() ntdll.dll!7c917bb0() msvcrt.dll!77c3eeef() ntdll.dll!7c918331() ntdll.dll!7c918545() ntdll.dll!7c911bff() ntdll.dll!7c911dac() ntdll.dll!7c910f46() ntdll.dll!7c910e91() ntdll.dll!7c91056d() ntdll.dll!7c910d5c() ntdll.dll!7c910e91() ntdll.dll!7c91056d() msvcrt.dll!77c3a5eb() msvcrt.dll!77c40e46() libvlc.dll!6a38850f() ntdll.dll!7c90d592() kernel32.dll!7c809bbb() libvlc.dll!6a3053f0() libvlc.dll!6a302210() vlc.exe!004015a4() msvcrt.dll!77c34e29() vlc.exe!004010a7() vlc.exe!00401066() vlc.exe!004010a7() vlc.exe!00401084() vlc.exe!00401123() ntdll.dll!7c90e64e() kernel32.dll!7c816d4c() kernel32.dll!7c816d4f() kernel32.dll!7c8399f3()

And dissasembly is "breaked" at:

77C42A16 cmp byte ptr [eax],0

I don't know if this helps to find a solution for this, but I would sure welcome any suggestions (although I can live with this crash - as it appears, for me, only after I close VLC).

Thanks for any comments.....




//////////
Btw, when I try "Check for updates" in this 0.9.0 version, it also gives a "An error occurred while checking for updates", but as I can see the message log:

Code: Select all

qt4 debug: Launching an update Request main debug: thread 2500 (check for update) created at priority 0 (misc/update.c:1130) main debug: creating access 'http' path='update.videolan.org/vlc/status-win-x86' main debug: looking for access2 module: 2 candidates access_http debug: http: server='update.videolan.org' port=80 file='/vlc/status-win-x86 main debug: net: connecting to update.videolan.org port 80 main debug: connection: Resource temporarily unavailable main debug: connection succeeded (socket = 4856) access_http debug: protocol 'HTTP' answer code 206 access_http debug: Server: Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4 PHP/5.2.0-8+etch10 mod_ssl/2.2.3 OpenSSL/0.9.8c access_http debug: stream size=212 access_http debug: Content-Type: text/plain main debug: using access2 module "access_http" main debug: pre-buffering... main debug: received first data for our buffer main debug: removing module "access_http" main debug: creating access 'http' path='update.videolan.org/vlc/status-win-x86.asc' main debug: looking for access2 module: 2 candidates access_http debug: http: server='update.videolan.org' port=80 file='/vlc/status-win-x86.asc main debug: net: connecting to update.videolan.org port 80 main debug: connection: Resource temporarily unavailable main debug: connection succeeded (socket = 4856) access_http debug: protocol 'HTTP' answer code 206 access_http debug: Server: Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4 PHP/5.2.0-8+etch10 mod_ssl/2.2.3 OpenSSL/0.9.8c access_http debug: stream size=189 access_http debug: Content-Type: text/plain main debug: using access2 module "access_http" main debug: pre-buffering... main debug: received first data for our buffer main debug: Downloading armored signature main debug: removing module "access_http" main debug: Need to download the GPG key main debug: creating access 'http' path='download.videolan.org/pub/keys/902817E4AA5F4DE6.asc' main debug: looking for access2 module: 2 candidates access_http debug: http: server='download.videolan.org' port=80 file='/pub/keys/902817E4AA5F4DE6.asc main debug: net: connecting to download.videolan.org port 80 main debug: connection: Resource temporarily unavailable main debug: connection succeeded (socket = 4856) access_http debug: protocol 'HTTP' answer code 206 access_http debug: Content-Type: text/plain access_http debug: stream size=1994 access_http debug: Server: lighttpd/1.4.13 main debug: using access2 module "access_http" main debug: pre-buffering... main debug: received first data for our buffer main debug: removing module "access_http" main debug: Couldn't parse GPG key main error: Couldn't download GPG key

I'm guessing that Updates are not available for nightly builds?

[VLC_help]

Only way of updating nightly builds is to download newer build.
http://nightlies.videolan.org/

[nanomir]

Hi,

Thanks for this:

Only way of updating nightly builds is to download newer build.
http://nightlies.videolan.org/

Just wanted to report that I got
http://nightlies.videolan.org/build/win ... -win32.zip

and although I tested with just a couple of files, seems that seeking and playing flv does not result with a crash anymore... Thanks!!