edit: channel is now published, and available in the channel store here:

https://channelstore.roku.com/details/52937/camera

Does it actually handle "MJPEG" or does it download "JPEGS" as fast as it can and then display them? (i.e. one request with a constant stream or one new request for each new frame of video)

jamest wrote:

Does it actually handle "MJPEG" or does it download "JPEGS" as fast as it can and then display them? (i.e. one request with a constant stream or one new request for each new frame of video)

no mjpeg stream (thats not compatible with roku players), it supports the mjpeg cameras specifically - just for the control functions. Yes, it just loads and displays images as fast as it is able. Thought I put that in the descrip, guess that was only on reddit.


I'm in the process of writing support for multiple cameras and other camera models without control function, though I'm not sure if I'll finish or release that at this point.

I actually hacked together true MJPEG streaming support this afternoon using "roStreamingSocket". On my Axis cameras it is still more performant to use "roUrlTransfer" to download individual JPEGs for cameras on my local Lan. I have not open sourced it yet (my code currently has camera IP's and passwords hardcoded), but I do intend to open source it soon.

Interesting. You got me beat, then.

Ya, so far as the individual jpeg images, I can get about 3-5 ffps on the jpegs on my local network, which isn't much below the mjpg stream in my browser from the same camera, and perfectly acceptable to me. Though I'm sure if you had a higher quality camera or video stream available than I do, the difference could be much more noticeable.

I've got code that does it both ways (urlTransfer and roStreamSocket)

urlTransfer (i.e. the easy way) is the same or faster for my cameras on the local hardwired LAN. I suspect a constant stream would start to perform better as latency increased (remote cameras, maybe even WIFI). I am getting about 6 FPS at 720p, and 12FPS at 800x450 on a Roku 3.

I am sure mjpeg could be WAY faster than repeated jpeg loads. I am guessing my code wastes a good number of cpu cycles blocking the thread when urlTransfer does not need to (being implemented natively). Brightscript just does not offer enough async API's to compensate for it's single-threadedness.

BradC,
This works!! First real solution on any site and best on Roku or Plex, and way easier than anything on Kodi. I'd be willing to donate for multi-camera support (whether concurrently as grid or switching).

I have a wanscam hw0028 can this be added?

Love It BradC
How can I buy/donate/etc.
Works fine w/ 3 different ultra-cheap cameras that I bought through ali express, but I don't have any zoom/pan on those, they are all fixed.

I haven't quite figured out the controls yet but it clearly has camera cycling and a grid mode.
Default view seems to cycle thru cams at maybe 10 secs/cam
I haven't figured out how to keep it in grid mode.

My guess is
[*] = camera context menu
[@] = zoom off
[ok] = next cam in cycle ?
[<-] = go to setup screen
[>>] ?
[>||] toggle cycling ?
[<<] ?

pbnj wrote:

Love It BradC
How can I buy/donate/etc.

Thanks! You can see it's changed quite a lot from when this was posted.

No need to do any of that at this point. Eventually I may add a paid version with more features, etc. Who knows.

pbnj wrote:

I haven't quite figured out the controls yet but it clearly has camera cycling and a grid mode.
Default view seems to cycle thru cams at maybe 10 secs/cam
I haven't figured out how to keep it in grid mode.

My guess is
[*] = camera context menu
[@] = zoom off
[ok] = next cam in cycle ?
[<-] = go to setup screen
[>>] ?
[>||] toggle cycling ?
[<<] ?

I think you pretty much have it.

rew and ff would be digital zoom in/out. I know some cameras have real optical zoom, but I don't have one of those, so I can't code for it. Digital is kind of silly, but I've found use for it on occasion, so I like it. always reminds me of: https://www.youtube.com/watch?v=WwnI0RS6J5A

If you want grid mode, just hit ok till you get to the grid, and it should stay there. There's no option to start in grid mode at this time.

Could this support the dropcam/nestcam?

Probably not.

If I get one sometime in the future, I'll probably try to find a way to make it work. Right now, though, I don't have one so I can't write for it. I only have mjpeg cameras, so this was written to work for those.

sorry.

Does this channel still work? Trying to get it to work this am but I seem to be stuck in settings, can't figure out how to get out of the setting once I set up a camera.

The passwords are only stored locally and not connected with my Roku account at all. Meaning they are only used as clear text over my network with the camera (assuming?). We're good, thanks. Cool application.

blackcows wrote:

Does this channel still work? Trying to get it to work this am but I seem to be stuck in settings, can't figure out how to get out of the setting once I set up a camera.

Just keep hitting down. It'll cycle through all the settings on screen, and should eventually highlight "Done" in the lower right. If everything is input correctly (right camera/mode, user, pass) it should save. If it doesn't then something isn't set right, from my experience. Once corrected it should work.

Confirmed compatibility with GW Security IP cams that have snapshot functionality built in:

I am using this app with three GW Security cams successfully. All app features working too. LOVE this app!

Cameras are 2592 x 1920 5MP, and 1920 x 1080 2MP.

To use, select the JPEG option in the app. In the address bar type: http://IP/cgi-bin/snapshot.cgi?stream=0 (IP is your local LAN address for each camera, e.g. 192.168.0.120)

You can adjust the refresh rate down to 1 second if you want.

I'm guessing this app will work with any IP camera with snapshot built in, but I can confirm that it definitely works with GW Security cameras.

Thanks a million for this wonderful program!