Page 1 of 1

WMV streaming with artifacts and fading

Posted: 20 Oct 2008 20:31
by aegyssus
Hi,
I use VLC 0.9.4 to stream using WMV2. The clients I used were both VLC and Windows Media Player 11.
I noticed a strong mosaic effect and the image whitens when I set the bitrate lower than 800kbps. What options do we have to choose/control the stream encoder?

thanks,
aegyssus

Re: WMV streaming with artifacts and fading

Posted: 19 Jan 2009 21:33
by doriansari
Hi aegyssus,

Did you get an answer to your question? I'm noticing the same problem on Fedora 10 with 0.9.8a.

My command is
vlc v4l2:// :v4l2-dev=/dev/video0 --sout #transcode{vcodec=mp4v,vb=300,width=320,height=240,hurry-up,bframes=0,rc-buffer-size=40,keyint=15}:rtp{mux=ts,dst=224.2.0.1,port=5555,sdp="rtsp://192.168.1.105:8085/test.sdp"}
When it starts it gives the error message:
[00000418] inhibit interface error: Failed to connect to the D-Bus session daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[00000418] main interface error: no suitable interface module
[00000001] main libvlc error: interface "inhibit,none" initialization failed
[00000001] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[00000432] main stream out: creating httpd
Qt: Session management error: None of the authentication protocols specified are supported
[00000435] main mux error: cannot add this stream
[00000432] stream_out_rtp stream out error: cannot add this stream to the muxer
[00000458] main packetizer error: cannot create packetizer output (s16l)
When I start the player using
vlc rtsp://192.168.1.105:8085/test.sdp
I initially see
libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 66

The video errors are very prominent for anything under 800kbps, and at 200kbps it looks terrible. It is puzzling because even running the encoder at nice -20 the CPU usage is not more than 50% ... so I know it has bandwidth for doing a better job encoding.