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?