New Windows builds for vlc 1.0.0-dev

[Jean-Baptiste Kempf]

http://people.videolan.org/~jb/build/vl ... -win32.exe is newer

That build fixes my problem with libass freeze. Bug with that can be closed.

Can you wait a newer build I am going to throw?

[Lotesdelere]

Can you wait a newer build I am going to throw?

Waiting...

[globaltrasher]

http://people.videolan.org/~jb/build/vl ... -win32.exe is newer

Streaming H.264 + AAC still crashes VLC I thought I read somewhere that 1.0.0 will have it fixed. Was I wrong or this did not apply to 1.0.0-dev build yet?

It's back to 0.8.6i for me then until this bug is finally gone...

Sample?

I'm streaming LIVE TV using VLM script, so I don't think I can provide a sample. I also tried the same using user interface instead of VLM, and that still crashed it.

Below is a sample VLM code for one channel that I use for streaming H.264 + AAC @ 300kbit/s, which works perfectly fine with 0.8.6i:

Code: Select all

new vlc45 broadcast enabled setup vlc45 input "dshow://" setup vlc45 option dshow-vdev="Conexant Capture" setup vlc45 option dshow-adev="SoundMAX HD Audio" setup vlc45 option dshow-size="320x240" setup vlc45 option dshow-caching=200 setup vlc45 option dshow-chroma="YUY2" setup vlc45 option dshow-fps=00.000000 setup vlc45 option no-dshow-config setup vlc45 option no-dshow-tuner setup vlc45 option dshow-tuner-channel=45 setup vlc45 option dshow-tuner-country=0 setup vlc45 option dshow-tuner-input=1 setup vlc45 option dshow-video-input=-1 setup vlc45 option dshow-audio-input=-1 setup vlc45 option dshow-video-output=-1 setup vlc45 option dshow-audio-output=-1 setup vlc45 output #transcode{vcodec=h264,vb=268,deinterlace,scale=1,acodec=mp4a,ab=32,channels=2}:duplicate{dst=std{access=http,mux=ts,dst=192.168.0.106:8080}}

This is the log I saved after attempt to stream through VLM:

Code: Select all

http debug: executing vlm command: control vlc45 play main debug: Creating an input for 'dshow://' main debug: thread (input) created at priority 1 (../.././src/input/input.c:364) main debug: thread started main debug: stream=`transcode' main debug: looking for sout stream module: 1 candidate main debug: stream=`duplicate' main debug: looking for sout stream module: 1 candidate stream_out_duplicate debug: creating 'duplicate' stream_out_duplicate debug: * adding `std{access=http,mux=ts,dst=192.168.0.106:8080}' main debug: stream=`std' main debug: looking for sout stream module: 1 candidate main debug: set config option: sout-standard-access to http main debug: set config option: sout-standard-mux to ts main debug: set config option: sout-standard-dst to 192.168.0.106:8080 stream_out_standard debug: creating `http/ts://192.168.0.106:8080' stream_out_standard debug: extension is 106:8080 stream_out_standard debug: extension -> mux=<NULL> stream_out_standard debug: using `http/ts://192.168.0.106:8080' main debug: looking for sout access module: 1 candidate main debug: net: listening to 192.168.0.106 port 8080 main debug: using sout access module "access_output_http" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) stream_out_standard debug: access opened main debug: looking for sout mux module: 1 candidate mux_ts debug: shaping=200000 pcr=70000 dts_delay=400000 main debug: using sout mux module "mux_ts" main debug: TIMER module_need() : 4.000 ms - Total 4.000 ms / 1 intvls (Avg 4.000 ms) main debug: muxer support adding stream at any time main debug: muxer prefers to wait for all ES before starting to mux stream_out_standard debug: mux opened main debug: using sout stream module "stream_out_standard" main debug: TIMER module_need() : 8.000 ms - Total 8.000 ms / 1 intvls (Avg 8.000 ms) main debug: using sout stream module "stream_out_duplicate" main debug: TIMER module_need() : 8.000 ms - Total 8.000 ms / 1 intvls (Avg 8.000 ms) main debug: set config option: sout-transcode-vcodec to h264 main debug: set config option: sout-transcode-vb to 268 main debug: set config option: sout-transcode-deinterlace to (null) main debug: set config option: sout-transcode-scale to 1 main debug: set config option: sout-transcode-acodec to mp4a main debug: set config option: sout-transcode-ab to 32 main debug: set config option: sout-transcode-channels to 2 stream_out_transcode debug: codec audio=mp4a 0Hz 2 channels 32Kb/s stream_out_transcode debug: codec video=h264 0x0 scaling: 1.000000 268kb/s main debug: using sout stream module "stream_out_transcode" main debug: TIMER module_need() : 12.000 ms - Total 12.000 ms / 1 intvls (Avg 12.000 ms) main debug: using timeshift granularity of 52428800 bytes main debug: using timeshift path 'C:\DOCUME~1\xxxxxx\LOCALS~1\Temp' main debug: `dshow://' gives access `dshow' demux `' path `' main debug: creating demux: access='dshow' demux='' path='' main debug: looking for access_demux module: 1 candidate dshow debug: width x height 320x240 dshow debug: found device: Conexant Capture dshow debug: found device: Logitech QuickCam Pro 9000 dshow debug: using device: Conexant Capture dshow debug: EnumDeviceCaps: output pin: %S dshow debug: EnumDeviceCaps: output pin: %S dshow debug: EnumDeviceCaps: output pin: %S dshow debug: EnumDeviceCaps: input pin: %S dshow debug: EnumDeviceCaps: trying pin %S dshow debug: EnumDeviceCaps: input pin default format configured dshow debug: EnumDeviceCaps: input pin accepts chroma: YUY2, width:320, height:240, fps:29.970000 dshow debug: CaptureFilter::JoinFilterGraph dshow debug: connecting filters dshow debug: CaptureFilter::EnumPins dshow debug: CapturePin::QueryDirection dshow debug: CapturePin::ConnectedTo [not connected] dshow debug: CapturePin::QueryPinInfo dshow debug: CaptureFilter::QueryFilterInfo dshow debug: CapturePin::QueryPinInfo dshow debug: CaptureFilter::EnumPins dshow debug: CapturePin::QueryDirection dshow debug: CapturePin::QueryDirection

This is the same if I try through user interface:

Code: Select all

qt4 debug: This shouldn't happen, please report qt4 debug: This shouldn't happen, please report qt4 debug: :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0 qt4 debug: MRL passed to the Sout: dshow:// :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size=320x240 :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0 qt4 debug: Sout mrl :sout=#std{access="http",mux=ts,dst="192.168.0.106:8080"} main debug: adding item `Streaming' ( dshow:// :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size=320x240 :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0 ) main debug: rebuilding array of current - root Playlist qt4 debug: Adding a new MRL to recent ones: dshow:// :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size=320x240 :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0 main debug: rebuild done - 2 items, index 0 main debug: processing request item Streaming node null skip 0 main debug: resyncing on Streaming main debug: Streaming is at 1 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'Streaming' main debug: thread (input) created at priority 1 (../.././src/input/input.c:364) qt4 debug: IM: Setting an input main debug: thread started main debug: stream=`std' main debug: looking for sout stream module: 1 candidate main debug: set config option: sout-standard-access to http main debug: set config option: sout-standard-mux to ts main debug: set config option: sout-standard-dst to 192.168.0.106:8080 stream_out_standard debug: creating `http/ts://192.168.0.106:8080' stream_out_standard debug: extension is 106:8080 stream_out_standard debug: extension -> mux=<NULL> stream_out_standard debug: using `http/ts://192.168.0.106:8080' main debug: looking for sout access module: 1 candidate main debug: net: listening to 192.168.0.106 port 8080 main debug: using sout access module "access_output_http" main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms) stream_out_standard debug: access opened main debug: looking for sout mux module: 1 candidate mux_ts debug: shaping=200000 pcr=70000 dts_delay=400000 main debug: using sout mux module "mux_ts" main debug: TIMER module_need() : 3.000 ms - Total 3.000 ms / 1 intvls (Avg 3.000 ms) main debug: muxer support adding stream at any time main debug: muxer prefers to wait for all ES before starting to mux stream_out_standard debug: mux opened main debug: using sout stream module "stream_out_standard" main debug: TIMER module_need() : 6.000 ms - Total 6.000 ms / 1 intvls (Avg 6.000 ms) main debug: using timeshift granularity of 52428800 bytes main debug: using timeshift path 'C:\DOCUME~1\xxxxxx\LOCALS~1\Temp' main debug: `dshow:// :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size=320x240 :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0' gives access `dshow' demux `' path ` :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size=320x240 :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0' main debug: creating demux: access='dshow' demux='' path=' :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size=320x240 :dshow-caching=200 :dshow-vdev="Conexant Capture" :dshow-adev="SoundMAX HD Audio" :dshow-size="320x240" :dshow-chroma="YUY2" :dshow-fps=0 :no-dshow-config :no-dshow-tuner :dshow-tuner-channel=45 :dshow-tuner-country=0 :dshow-tuner-input=1 :dshow-video-input=-1 :dshow-audio-input=-1 :dshow-video-output=-1 :dshow-audio-output=-1 :dshow-amtuner-mode=1 :dshow-audio-channels=0 :dshow-audio-samplerate=0 :dshow-audio-bitspersample=0' main debug: looking for access_demux module: 1 candidate dshow debug: found device: Conexant Capture dshow debug: found device: Logitech QuickCam Pro 9000 dshow debug: using device: Conexant Capture dshow debug: EnumDeviceCaps: output pin: %S dshow debug: EnumDeviceCaps: output pin: %S dshow debug: EnumDeviceCaps: output pin: %S dshow debug: EnumDeviceCaps: input pin: %S dshow debug: EnumDeviceCaps: trying pin %S dshow debug: EnumDeviceCaps: input pin default format configured dshow debug: EnumDeviceCaps: input pin accepts chroma: YV12, width:320, height:240, fps:29.970000 dshow debug: CaptureFilter::JoinFilterGraph qt4 debug: New Event: type 1103 qt4 debug: New Event: type 1116 qt4 debug: New caching: 0 qt4 debug: New caching: 0 dshow debug: connecting filters dshow debug: CaptureFilter::EnumPins dshow debug: CapturePin::QueryDirection dshow debug: CapturePin::ConnectedTo [not connected] dshow debug: CapturePin::QueryPinInfo dshow debug: CaptureFilter::QueryFilterInfo dshow debug: CapturePin::QueryPinInfo dshow debug: CaptureFilter::EnumPins dshow debug: CapturePin::QueryDirection dshow debug: CapturePin::QueryDirection

In both instances, Windows XP reports error signature for libvlccore.dll

Thanks for looking into this.

[Jean-Baptiste Kempf]

Can you try with no-audio-transcode?

[globaltrasher]

Can you try with no-audio-transcode?

I tried modifying VLM script to this...

Code: Select all

#transcode{vcodec=h264,vb=268,deinterlace,scale=1}:duplicate{dst=std{access=http,mux=ts,dst=192.168.0.106:8080}}

... and it still crashed Transcoding without audio through user interface also crashed VLC.

[Jean-Baptiste Kempf]

try mp4v

[globaltrasher]

try mp4v

Hmm, this is getting interesting, because I modified original VLM script to transcode in mp4v and it crashed as well...

EDIT:OK, so now I'm trying to go step by step, and VLC can't even use my capture devices - "VLC cannot use the device, because its type is not supported.". What a...? If I use a file as a source I can transcode to anything but H.264 + AAC, though...

EDIT2: So, I removed 1.0.0 and installed 0.9.8a. No problem opening capture devices, just like with 0.8.6i. I guess that makes it another bug to fix in 1.0.0...

[random]

Can someone test this viewtopic.php?f=2&t=56428

[nyxboomer]

i'm sorry but i'm new here so i did not know about the non release development issue.
but what i highlighted was just to inform that there are still several bugs that could be fixed before the 1.0 release.

like what i said. it crashed if you force it to jump or play back to much and when this happens we must kill the task even thou you cant see the vlc GUI running at the foreground windows.

So https://trac.videolan.org/vlc/ticket/2450 this is what you mean by force it to jump ??? If not it crashes then you shouldn't have to kill the vlc.exe since it would have turned into a Werfault.exe (if you're on vista) Then again you make no sense at what you said, "play back to much" ???

sorry but what i meant was that vlc will crash if you hover the time line bar around too much.. for example you want to get from point A to point B in a movie you have 2 options to do it 1 is to simply use the mouse and click on the time line bar and the other is using the shortcut keys to jump for example Shift + Left or right arrow keys [or what ever that you have assigned it to].
now the issue is that even if you use both mathord vlc still attend to crash if forced to much and no i have never seen this "Werfault.exe" ever come up in my task manager.

[Lotesdelere]

I'm randomly getting this error message from time to time when I'm opening the Codec Information window:



It has no effect on the playback but VLC always crashes on exit when this error message has been shown.
It seems to happen with both video and audio only files. I can't find a way to reproduce it in every case, for now.

[Jean-Baptiste Kempf]

Reset prefs and cahce, my friend.

[Lotesdelere]

Reset prefs and cahce, my friend.

I've already done that many times and on each installation of a new v1.0.0 build but I got the error message with every v1.0.0 build. Randomly.

[Garjala]

http://people.videolan.org/~jb/build/vl ... -win32.exe is newer

That build fixes my problem with libass freeze. Bug with that can be closed.

Can you wait a newer build I am going to throw?

I can test it again as soon as your build is ready and I know where to find it.

[Jean-Baptiste Kempf]

http://people.videolan.org/~jb/build/20090303/

[Lotesdelere]

http://people.videolan.org/~jb/build/20090303/

The following DLL's are missing in tonight build (7zip archive):

libaccess_filter_bandwidth_plugin.dll
libaccess_filter_dump_plugin.dll
libid3tag_plugin.dll

I don't know if it's done on purpose or not because there are no new DLL's which could replace these ones...

[Jean-Baptiste Kempf]

id3tag is dropped in favour of taglib.
bandwidth and dump, you shouldn't care.

[Garjala]

http://people.videolan.org/~jb/build/20090303/

Tested that and it seems that freeze is gone. VLC starts a bit slowly (maybe 10 secs) when started first time after computer reboot, but after that everything opens in seconds. Very good work, I am impressed.

[Jean-Baptiste Kempf]

http://people.videolan.org/~jb/build/20090303/

Tested that and it seems that freeze is gone. VLC starts a bit slowly (maybe 10 secs) when started first time after computer reboot, but after that everything opens in seconds. Very good work, I am impressed.

This is the normal way. Thanks for the report.

[Lotesdelere]

http://people.videolan.org/~jb/build/20090303/

Some thoughts about this build:

It still freezes when trying to open a Matroska file which is located in a folder that contains many other Matroska files. Even though the file I'm trying to play doesn't contain any subtitles at all it still freezes.

When downmixed to stereo, the channel mapping of E-AC-3 5.1 and 7.1 is wrong. At least it was working fine with E-AC-3 5.1 in previous build when played from a MKA container. It still doesn't work when the E-AC-3 streams are demuxed out of the container (no sound) but now the time duration shown for the E-AC-3 7.1 file is wrong.
Since I don't have a real 5.1 nor a 7.1 system for testing the full channel mapping I can't tell much about this issue. The regular AC-3 stream is playing fine though when downmixed to stereo but actually the E-AC-3 5.1 is a regression from build 20090218.

M2TS files are not showing any time duration.
This is having a side effect: you can't load an external subtitle file when playing an M2TS file. Tested with SRT (time based) files and SUB (image based) files.

The new converter GUI is really nice
However it doesn't work. The source file selected doesn't appear in the source box of the converter and if you keep going on (select a destination file and a format) then VLC simply plays the file but no conversion is done at all.

[Jean-Baptiste Kempf]

http://people.videolan.org/~jb/build/20090303/

Some thoughts about this build:

It still freezes when trying to open a Matroska file which is located in a folder that contains many other Matroska files. Even though the file I'm trying to play doesn't contain any subtitles at all it still freezes.

When downmixed to stereo, the channel mapping of E-AC-3 5.1 and 7.1 is wrong. At least it was working fine with E-AC-3 5.1 in previous build when played from a MKA container. It still doesn't work when the E-AC-3 streams are demuxed out of the container (no sound) but now the time duration shown for the E-AC-3 7.1 file is wrong.
Since I don't have a real 5.1 nor a 7.1 system for testing the full channel mapping I can't tell much about this issue. The regular AC-3 stream is playing fine though when downmixed to stereo but actually the E-AC-3 5.1 is a regression from build 20090218.

M2TS files are not showing any time duration.
This is having a side effect: you can't load an external subtitle file when playing an M2TS file. Tested with SRT (time based) files and SUB (image based) files.

The new converter GUI is really nice
However it doesn't work. The source file selected doesn't appear in the source box of the converter and if you keep going on (select a destination file and a format) then VLC simply plays the file but no conversion is done at all.

Too much useless posts on the forum, but I'll answer yours.

Previous build was broken and solved the bug luckily for you... Fill a bug.

M2TS are not showing any time, this is know and expected.

The new converters is not supposed to work yet.

[BluePhoenix]

ok, not really a bug report but I have to tell this:

I`m using Windows Server 2008 as a workplace and the dev-build is doing its job! the improvement with the changing/arrangement of buttons from the default gui (via view>customize interface...) is a great feature! I love it.

want to say thank you and keep up the good work!

[Jean-Baptiste Kempf]

ok, not really a bug report but I have to tell this:

I`m using Windows Server 2008 as a workplace and the dev-build is doing its job! the improvement with the changing/arrangement of buttons from the default gui (via view>customize interface...) is a great feature! I love it.

want to say thank you and keep up the good work!

Thanks very much... We usually get screamed at...

[whome]

I have been trying several 1.0-git releases but does not find a working release. It's most webstreams giving me a headace, this affects PS3MediaServer dlna server use, where VLC is used for webstream transcoding.

Source stream rtsp://livewm.orange.fr/live-multicanaux/video
wma2 audio ch2 44.1Khz 96kbit/s, wmv3 video 640x480

** VLC v.0.9.8a Grishenko
official download link
source stream is played fine

** VLC v1.0.0-bit Goldeneye
http://people.videolan.org/~jb/build/20 ... -win32.exe
Your input can't be opened:
VLC is unable to open the MRL 'rtsp://livewm.orange.fr/live-multicanaux/video'. Check the log for details.
live555 error: Failed to connect with rtsp://livewm.orange.fr/live-multicanaux/video
main error: open of 'rtsp://livewm.orange.fr/live-multicanaux/video' failed: <NULL>

** VLC v1.0.0-git-20090316-2305 Goldeneye
http://nightlies.videolan.org/build/win ... -win32.exe
Your input can't be opened:
VLC is unable to open the MRL 'rtsp://livewm.orange.fr/live-multicanaux/video'. Check the log for details.
live555 error: Failed to connect with rtsp://livewm.orange.fr/live-multicanaux/video
main error: open of 'rtsp://livewm.orange.fr/live-multicanaux/video' failed: (null)

Code: Select all

main debug: adding item `rtsp://livewm.orange.fr/live-multicanaux/video' ( rtsp://livewm.orange.fr/live-multicanaux/video ) main debug: rebuilding array of current - root Soittolista main debug: rebuild done - 2 items, index 0 main debug: processing request item rtsp://livewm.orange.fr/live-multicanaux/video node Soittolista skip 0 main debug: resyncing on rtsp://livewm.orange.fr/live-multicanaux/video main debug: rtsp://livewm.orange.fr/live-multicanaux/video is at 1 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'rtsp://livewm.orange.fr/live-multicanaux/video' qt4 debug: Adding a new MRL to recent ones: rtsp://livewm.orange.fr/live-multicanaux/video main debug: thread started main debug: using timeshift granularity of 52428800 bytes main debug: using timeshift path 'C:\DOCUME~1\xxxx\LOCALS~1\Temp' main debug: `rtsp://livewm.orange.fr/live-multicanaux/video' gives access `rtsp' demux `' path `livewm.orange.fr/live-multicanaux/video' main debug: creating demux: access='rtsp' demux='' path='livewm.orange.fr/live-multicanaux/video' main debug: looking for access_demux module: 1 candidate main debug: thread (input) created at priority 1 (input/input.c:353) qt4 debug: IM: Setting an input qt4 debug: Updating the geometry qt4 debug: size: 106 - 349 qt4 debug: sizeHint: 106 - 349 qt4 debug: Updating the geometry qt4 debug: size: 106 - 349 qt4 debug: sizeHint: 106 - 349 live555 debug: DESCRIBE failed with 0: connect() failed: Unknown error live555 debug: connection timeout live555 error: Failed to connect with rtsp://livewm.orange.fr/live-multicanaux/video main warning: no access_demux module matching "rtsp" could be loaded main debug: TIMER module_need() : 228.894 ms - Total 228.894 ms / 1 intvls (Avg 228.894 ms) main debug: creating access 'rtsp' path='livewm.orange.fr/live-multicanaux/video' main debug: looking for access module: 1 candidate main debug: net: connecting to livewm.orange.fr port 554 main debug: connection: Resource temporarily unavailable main debug: connection succeeded (socket = 788) access_realrtsp debug: rtsp connected access_realrtsp warning: only real/helix rtsp servers supported for now main warning: no access module matching "rtsp" could be loaded main debug: TIMER module_need() : 426.420 ms - Total 426.420 ms / 1 intvls (Avg 426.420 ms) main debug: waitpipe: object killed main error: open of `rtsp://livewm.orange.fr/live-multicanaux/video' failed: (null) main debug: thread ended main debug: dead input main debug: thread times: real 0m0.701008s, kernel 0m0.020028s, user 0m0.010014s main debug: changing item without a request (current 1/2) main debug: nothing to play qt4 debug: IM: Deleting the input qt4 debug: Updating the geometry qt4 debug: size: 106 - 349 qt4 debug: sizeHint: 106 - 349 qt4 debug: Updating the geometry qt4 debug: size: 106 - 349 qt4 debug: sizeHint: 106 - 349 main debug: Destroying the input for 'rtsp://livewm.orange.fr/live-multicanaux/video' main debug: TIMER input launching for 'rtsp://livewm.orange.fr/live-multicanaux/video' : 739.984 ms - Total 739.984 ms / 1 intvls (Avg 739.984 ms)

Does this log gives any indication where problem might be?

By box: WinXP-SP3

[VLC_help]

I think it is a bug in rtsp/live555.

[Lotesdelere]

vlc-1.0.0-git-20090314-2305-win32 and vlc-1.0.0-git-20090316-2305-win32 nightly builds crash when trying to play a Windows Media file (*.WMA, *.WMV) which contains Windows Media Audio. Same goes for MMS streams using Windows Media Audio. Playing a WMV video which doesn't have any audio works with these test versions.

Reverting back to vlc-1.0.0-git-win32-20090303 (JB's build) solved the problem.