Page 1 of 1
Problem http streaming from live capture
Posted: 22 May 2009 23:15
by Greg
I have sucessfully used VLC 8.6, 9.8a, and 9.9 to stream via http using capture card to lan/wan via website
No longer seems to work with current RC1
Capture device displays/plays on own OK
For Streaming...
I use Win wmv/asf and pick up the stream with a .asx metafile. I have usually left the http address field Blank so the stream is accessable from lan and wan IPs. via web, MS Media Player, Kaffeine, etc
I can get a local display with the Transcode box left Unchecked
With Transcode box checked, VLC locks and local display stops, no stream
Is this a known issue?
Shall I post back more info/feedback?
Re: Problem http streaming from live capture
Posted: 23 May 2009 11:30
by Jean-Baptiste Kempf
Yes, please, more info.
Re: Problem http streaming from live capture
Posted: 23 May 2009 21:36
by Greg
Bit more background first
I use VLC amongt other streamers (including..WM Encoder, Star media centre, Media Master) to stream to website.
I use the windows WMV- asf format because at this time it is universally readable by many of the main browsers and media players as well as VLC
I use both MS Windows and Linux (currently Ubuntu and Mandriva)
To date VLC works well (if a little slow) in all cases, often on quite low specification boxes Eg circa 1GHz cpu and 500MB ram
I appreciate I am on (perhaps now past?) the limit of box capability, but the test box did run OK(ish) with VLC 9.8a and the other windows streamers using WMV/asf and quite well using H264 with VLC as both client and server.
I will not have a heigher spec Win XP box available to try it on for a few weeks
Info in more detail as follows.
Test conditions/ and hardware
Box
Intel 800Mhz 750MB ram pc133
OS
Windows XP pro sp3
Capture card
IDS Falcon using Sourceforge bt878 drivers + PAL CCTV camera
Streaming settings (1) All other settings left at default
Capture device (card) ,Dshow, Destination http, (ADD) ports( tried both) 1234 and 8080 and address field left blank, Transcode box checked, Profile video WMV + WMA (asf)
play locally unchecked,
Output string,
:sout=#transcode{vcodec=WMV2,vb=800,scale=1,acodec=wma,ab=128,channels=2,samplerate=44100}
Message box..
main error: invalid chain
stream_out_transcode error: cannot create chain
main error: stream chain failed for `transcode{vcodec=WMV2,vb=800,scale=1,acodec=wma,ab=128,channels=2,samplerate=44100}'
main error: cannot start stream output instance, aborting
Streaming settings (2)
All settings as per (1) above except Play locally box checked
Result
Sometime a poor local display, sometimes locked in corrupted single frame
Message box
No suitable decoder module:
VLC does not support the audio or video format "wma ". Unfortunately there is no way for you to fix this.
Is it a bug, or have I made a settings mistake? Is there a minimum hardware requirement for VLC 1.0.0?
Any other info required?
Re: Problem http streaming from live capture
Posted: 23 May 2009 21:43
by Jean-Baptiste Kempf
Can you give more messages?
Re: Problem http streaming from live capture
Posted: 23 May 2009 22:11
by Greg
I have just done a re run with previous settings
Play locally box checked
Result
Local display heavily blocked and stalled
Output string
:sout=#transcode{vcodec=WMV2,vb=800,scale=1,acodec=wma,ab=128,channels=2,samplerate=44100}:duplicate{dst=display}
Error box
No suitable decoder module:
VLC does not support the audio or video format "wma ". Unfortunately there is no way for you to fix this.
Message box
main error: Invalid PCR value in ES_OUT_SET_(GROUP_)PCR !
stream_out_display error: cannot create decoder for fcc=`wma '
main error: cannot create packetizer output (s16l)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
want me to try something else?
Re: Problem http streaming from live capture
Posted: 29 May 2009 15:39
by Greg
I have tried again using VLC 1.0.0 RC2 in the above setup
reduced frame size to 320x240 to reduce cpu load
left default setting of 0.0.0.0 in address field
Much the same results, although local display did not freeze/stall.
But.
Failed to stream http wma/asf.
VLC still reports that it is unable to support wma???
message reports as follows...........
Error box
No suitable decoder module:
VLC does not support the audio or video format "wma ". Unfortunately there is no way for you to fix this.
No suitable decoder module:
VLC does not support the audio or video format "wma ". Unfortunately there is no way for you to fix this.
Message box
main error: Invalid PCR value in ES_OUT_SET_(GROUP_)PCR !
main error: no suitable decoder module for fourcc `wma '.
VLC probably does not support this sound or video format.
stream_out_display error: cannot create decoder for fcc=`wma '
main error: cannot create packetizer output (s16l)
Output string
:sout=#transcode{vcodec=WMV2,vb=800,scale=1,acodec=wma,ab=128,channels=2,samplerate=44100}:duplicate{dst=std{access=http,mux=asf,dst=0.0.0.0:1234},dst=display}
Comments?
Re: Problem http streaming from live capture
Posted: 29 May 2009 23:04
by Jean-Baptiste Kempf
acodec WMA2
Re: Problem http streaming from live capture
Posted: 30 May 2009 22:56
by Greg
Solved, thankyou.
Re: Problem http streaming from live capture
Posted: 12 Jun 2009 00:18
by Greg
Re above issue. I have just tried the RC3
VLC still defaults to acodec=wma (which it error reports that does not currently support) and has to be manually changed to wma2 to stream.
Is this still a bug?
or
Is there a reason for this default by design?
Re: Problem http streaming from live capture
Posted: 12 Jun 2009 00:24
by Jean-Baptiste Kempf
It is a bug. It will be fixed in release.