The VideoLAN Forums

I would say you need to change multicast routes in your host/server.

Example in linux
route add -net 224.0.0.0 netmask 224.0.0.0 dev <interface>

Good luck.

https://wiki.videolan.org/Documentation ... ne/#select

#duplicate{dst=rtp{...},select="program=SID"}

Try minidlna in linux. It's easier and focused only on DLNA. VLC might be an overkill.

Under Capture devices you will find the Screen option.

Just stream it using unicast or http. You will always loose quality. But it is possible.

+dvblast

How much latency?

When streaming/playing check under more options and see you caching values.

I guess streaming will be 300ms and playing will be 1000ms. At least my VLC shows me those default values.

Try to decrease them and see if it helps.

I think RTMP server does not work yet on VLC. Youtube input requires an RTMP source. But according to a post from Jean Batiste Re: Streaming to YouTube Live Unread postby Jean-Baptiste Kempf » Thu Feb 13, 2014 1:50 pm You cannot yet, until we have an RTMP output. although I found a tutorial which mi...

If you are using windows, I can't help you, because I don't know how to use it.

But if your using linux then there is hope and thousands of examples out there for you.

Take a look: http://raspberrypi.stackexchange.com/qu ... itech-c920

I'm sorry but I never used cam :). All of my iOS problems in the past have been related to the missing AAC codec. I normally use a live transport stream feed. I've been checking the HLS draft and haven't found anything related to video-only playlists, which is probably the problem with iPad, I guess...

I'm using an input DVB transport stream channel. My HLS sout server command is the following. vlc -I dummy -d --syslog -v udpaddress --sout '#transcode{vcodec=h264,fps=25,venc=x264{profile=main,preset=veryfast,vbv-maxrate=bitrate,vbv-bufsize=750},threads=4,width=720,height=576,deinterlace,acodec=mp4...

Hi,

You're missing the audio codec in the VLC command line.
I'm using this and its working both for iOS and Android devices.
Hope it helps.

As far as i'm aware it never worked. You might go around by having a counter that checks if the stream is near the end so you issue a replay whenever the stream is finished. Thanks mundu fro your replaying but how can I do that? Don't know, never really used VLC plugin. But here is some help from h...

I've this problem twice. I don't know if anyone has ever dealt with this afterwords, or if eventually found a fix for it. I had to deal with /src/input/decoder.c and synchronize the audio threads (refer to function DecoderThread()). A quick and dirty hack using static variables will do the trick. Al...

I don't know if it works but there's a RAW udp option available.

standard{access=udp,mux=raw...} Source: http://trac.videolan.org/vlc/ticket/551 ... num_hist=4

You have other options like live555, multicat, ffmpeg.

You could try the normal sout behaviour. --sout '#std{access=udp{ttl=10},mux=ts,dst=239.255.1.1:1234}'

For the audio part you may use the ES example I guess:
http://www.videolan.org/doc/streaming-h ... /ch04.html

As far as i'm aware it never worked. You might go around by having a counter that checks if the stream is near the end so you issue a replay whenever the stream is finished.

Use --sout with '#std{access=file,mux=ts,dst="file"}' without the transcoding option. This will do the trick

Take a look at some examples : http://code.google.com/p/remotecadm/wiki/Sample_Scripts_Linux You should try to switch the input slave to your http stream. new video broadcast enabled setup video input "rtsp://pw:pw@192.168.0.10:8554/CH001.sdp" setup video option input-slave=http://192.168....

Try mpgv instead of h264 it might decrease CPU usage a bit.

In multiple video streams I guess its multiple video files to multiple clients. Yes you can. Try the VOD using VLM configuration. In the Raspberry Pi you only need some RTSP client (not necessarily VLC client). If you want to make thinks easier, use VLM with broadcast configuration and use RTP or UD...

Use some telnet interface so you can login and check its status. Make sure you have the command "control mp3 play".

As far as I can see you're showing the Client log only. Where's the server log?

Everything works with dvb-t option but VLC eventually crashes This is the log when its working: https://dl.dropboxusercontent.com/u/1227943/windows7dvbt.rtf When I change the conf to ISDB-T it outputs this here. Initial Log main error: option dvb-b does not exist main dembauign: eTrIrMoErR: moopdtui...

I eventually fixed this issue. Besides being forced to include some ioctls for the board to work (i.e. V4L2*MPEG stuff), I forced the H264 pixel format recognition. I'm on a kernel <3.2 and so the board says its YUYV [ H264,...] leading VLC to believe its YUYV while it is not. Adding this lines on t...

Is this solved then? Put solved and add some better explanation.

I like using vlm interface also using telnet ofcourse. You can add the inputs you want and change between them transparently to the user.

Do you really need VLC? I prefer transcoding all my videos to H264 + MPEG-TS if need be and stream it any http web server(Apache). Much more reliable. Less CPU load, only during transcoding, which can be done prior to the streaming. During idle hours for example.