Using VLC to stream from the camera - Help needed

[texy]

Hi
the -n option works if you modify the code an recompile, which I have done. Details here :
http://www.raspberrypi.org/phpBB3/viewt ... 90#p350486

However, just in case I have cocked-up, I may try a fresh image tonight and start again.

Texy

[alexeames]

Has anyone been able to stream to a Nexus 7? I am using 2 VLC apps and neither one of them is able to view the stream, but I can view it on my PC via http and rtsp

I know a guy who wrote a blog specifically to address that issue.

http://raspi.tv/2013/how-to-stream-vide ... -using-vlc

[alexeames]

My camera board is currently connected up to a 512MB Model B I ordered at the same time. I might try connecting up to my Model A or one of my earlier 256MB Model Bs to see if I notice any stability issues with them.

Leo

I hooked one up to a model A last night and noticed a bit of stuttering (direct on the monitor) while recording 1080p. Changed power supply to a battery/reg good for 2A+. Still occurred. I think it's the inferior Silicon Power class 4 SD card I'm using in that one. Will test that theory later by swapping for the other one (Lexar premium class 10.)

[edit]Theory shot to pieces. My model A stutters even with the good card (card image is cloned). So I don't know what the issue is here.[/edit]

[further edit]I think it's a power issue. I just tried a different model B powered through the micro USB socket - with the crappy SD card. I got stuttering (i.e. dropouts). Measuring across the electrolytic cap, it was about 4.89 idle and 4.69V when recording.

I power my RasPiCamcorder directly to the P1 power/GND pins, so tried that with this test, removing the USB lead. Using the same reg that puts out 5.15V no load. In use it was 5.01V and the stuttering stopped.

So I think I'll be using that approach in future for 1080p recordings.[/further edit]

[ludespeedny]

Yeah, I actually used that blog to try, but there are a lot of VLC players on the app store so I picked 2 I thought would work.
I tries VLC Direct Pro, and Joe's VLC and they didn't work. I also tried MX Player, but no success.

Could you point me to the link for the VLC you use that works?

[LeoWhite]

Yeah, I actually used that blog to try, but there are a lot of VLC players on the app store so I picked 2 I thought would work.
I tries VLC Direct Pro, and Joe's VLC and they didn't work. I also tried MX Player, but no success.

Could you point me to the link for the VLC you use that works?

I use https://play.google.com/store/apps/deta ... betav7neon on my Nexus 7.

Leo

[ludespeedny]

That is odd, it says it is incompatible with my device and is not available in my country. I am currently in the US.

[LeoWhite]

That is odd, it says it is incompatible with my device and is not available in my country. I am currently in the US.

Hmm, no idea on that one then. I'm in the UK but wouldn't have expected it to be limited by region in that way. I also have it installed on my phone and Transformer Infinity

I guess could try doing a search for 'videolabs' or similar on the US store and see if they have it under another name?

[ludespeedny]

I do have a VPN in the UK so maybe if I connect to that I could install it. I'll try later when home.

[alexeames]

Yeah, I actually used that blog to try, but there are a lot of VLC players on the app store so I picked 2 I thought would work.
I tries VLC Direct Pro, and Joe's VLC and they didn't work. I also tried MX Player, but no success.

Could you point me to the link for the VLC you use that works?

You must have missed this bit...

"On the Nexus, or other android device, go to Google Play and install “VLC for Android Beta”. Don’t worry about all the Beta warnings. The world won’t end and it does work OK. "

Oh, catching up with the thread I see that you have "territorial issues". Hope you get them solved.

[ludespeedny]

Yeah, I'll give it a shot, maybe it will install even though I have territorial issues

[ludespeedny]

I am unable to get a steady stream. I can't get RTSP working outside my internal network, but can get HTTP working, the problem is it seems to run for a second and stop until it reloads and then stops again (just looks like a pic and not showing any motion).
Here is the streaming command I am using: raspivid -vf -w 640 -h 360 -o - -t -1 |cvlc -vvv stream:///dev/stdin --sout '#standard{access=http,mux=ts,dst=:8554}' :demux=h264

my internet speeds are 10mbps down and 1 up

[alexeames]

Have you tried it on a PC? I found my Pis could do [email protected] fps to my Win7 PC but the Nexus couldn't handle anywhere near that.

[ludespeedny]

Yeah, I am mainly accessing from PC since I can't on my nexus 7 yet.

[ludespeedny]

Here is a link so you can see the problem. I am running 640x360 25fps

I get video that moves then stops, then moves again. Do you get the same result?

[FFAMax]

Here is a link so you can see the problem. I am running 640x360 25fps
http://72.135.99.235:8554
I get video that moves then stops, then moves again. Do you get the same result?

Write here full comand which you execute at Rapberry Pi

[ludespeedny]

raspivid -vf -w 640 -h 360 -fps 25 -o - -t -1 |cvlc -vvv stream:///dev/stdin --sout '#standard{access=http,mux=ts,dst=:8554}' :demux=h264

[FFAMax]

raspivid -vf -w 640 -h 360 -fps 25 -o - -t -1 |cvlc -vvv stream:///dev/stdin --sout '#standard{access=http,mux=ts,dst=:8554}' :demux=h264

Try run this: raspivid -vf -w 640 -h 360 -o - -t -1 |cvlc -vvv stream:///dev/stdin --sout '#standard{access=http,mux=ts,dst=:8554}' :demux=h264

[ludespeedny]

Running that now, no change

[ludespeedny]

Is it possible to increase the buffer on the pi so that it is more stable? Would that change anything?

[FFAMax]

Is it possible to increase the buffer on the pi so that it is more stable? Would that change anything?

Yes, i see, it's does not help

I do not know your real internet connection speed... try to decrease heigh, width. Use 80x60 - for example. It's just for test.

Also you can try this command - it work for me.

raspivid -fps 30 -w 640 -h 480 -t 999999 --hflip -o - | cvlc -vvv stream:///dev/stdin --sout '#standard{access=http,mux=ts{use-key-frames},dst=:8554}' :demux=h264

[FFAMax]

Also you must know that now all guys from this forum trying to open your stream and it's not good =)

[ludespeedny]

yeah, lol
I will prob change the port shortly.
It seems to disconnect me when someone else views the stream so I am not sure if more than one person can view at a time.

[alexeames]

Here is a link so you can see the problem. I am running 640x360 25fps
http://72.135.99.235:8554
I get video that moves then stops, then moves again. Do you get the same result?

Yes it's a bit stop-start. What do you get when you run it within your own LAN? I would assume that would be a connection speed issue. Do you get better results with the Pi on Ethernet? In which case it could be a wireless issue.

It's very grainy - or are you shooting through a wire mesh?

[FFAMax]

yeah, lol
I will prob change the port shortly.
It seems to disconnect me when someone else views the stream so I am not sure if more than one person can view at a time.

Yes, it's must work with many streams (but look at CPU usage - uptime - load average)

[FFAMax]

Here is a link so you can see the problem. I am running 640x360 25fps
http://72.135.99.235:8554
I get video that moves then stops, then moves again. Do you get the same result?

Yes it's a bit stop-start. What do you get when you run it within your own LAN? I would assume that would be a connection speed issue. Do you get better results with the Pi on Ethernet? In which case it could be a wireless issue.

It's very grainy - or are you shooting through a wire mesh?

Yes, i guess too that problem with network connection. We will get new information when resolution will be decreased