Stream from the web interface

[SKL111]

Not to try to advertise, but have you looked at the way SageTV. They do similar stuff and it might be beneficial to take a look incase you can not have to re-invent the wheel in some areas.

[x-cimo]

FYI, I am still working on this in my spare time.

I had an issue with FFMPEG on windows, it has problem with RTSP stream over UDP. Since I am hoping to use RTSP instead of the timeshifted buffer this was an issue. (Mostly because I want to have this running in a DMZ with no SMB)

I am now using VLC and it's working properly.

I need to do a bit of code cleanup, put the configuration in a separate file and should be good to go.

I am only dealing with LiveTV right now, I will work on recording soon.

[andrewNZ]

Very cool

[jonaskp]

I am also very interested in this.
Do you have some sort of test build or is it still to early for that?
I would be happy to help test things.

[x-cimo]

I have been doing a lot of overtime lately. Hopefully things will come back to normal shortly so I can finish this project.

[erto]

Hello all,

just my 50 cent on this topic:
I'd like to have a more flexible streaming setup.
Although RTSP is imho by fare the most sophisticated protocol, with most options and control, it is quite hard to implement it in multiple clients.

For instance, I'm trying to have a Plex plugin with streaming live TV, but this is not possible with RTSP.

Specific requests:
When starting a live stream (via TuneLiveStream), we should have more options (by passing on for instance the container format and the protocol, and maybe codecs). I think switching from one container format to another (from TS to MKV, or to MP4, to MOV, to AVI, ...) is not that heavy on the CPU. Also providing the stream in another protocol (RTMP, HLS, MMS, ...) should not be to heavy on the CPU. The only really heavy stuff for the CPU seems to be the actual transcoding from one video or audio codec to another, but this is often not the first consideration.

When starting a live stream, I would like to get rid of the timeshift files. For regular live TV, this seems not required (maybe a requirement for live555?). It seems only usefull to keep a timeshift when actually timeshifting (pausing live tv, ...). The reason for asking this: keeping the timeshift files could be heavy on the wear of an SSD. If you keep it on a HDD, it produces noise, it can choke when other processes run on the same disk, ... For that reason, I've put in in RAM via a ramdisk, but if you start up multiple streams, the ramdisk is becoming too small.

It would also be nice if, even if most of the source is kept closed source, that we could plug in code at certain places, for instance via Ironpython.

Last request: it would be convenient if the server could take care of the 'keep alive' of the stream, and stopping it automatically if there are no more clients. Embedding this in the client adds complexity. I'm not sure if this is possible.

Am I too late for Santa Claus?

[ludovicf]

Hello x-cimo, have you had the chance to complete your project? Would you mind sharing what you've done so far? I'd like to watch the superbowl remotely in two weeks Thanks!

FYI, I am still working on this in my spare time.

I had an issue with FFMPEG on windows, it has problem with RTSP stream over UDP. Since I am hoping to use RTSP instead of the timeshifted buffer this was an issue. (Mostly because I want to have this running in a DMZ with no SMB)

I am now using VLC and it's working properly.

I need to do a bit of code cleanup, put the configuration in a separate file and should be good to go.

I am only dealing with LiveTV right now, I will work on recording soon.

[Notfast]

why not use Media Browser 3? We could all have the joy of using Argus.

Media Browser 3 has client/app for Windows and Windows MCE, Android (incl. Chromecast support), IOS a Roku.
with Media Browser 3 and Argus TV we would have the best combo. hands down!
Media Browser 3 can also transcode if your device does not support your media or if you are away from home.

[hanandyn]

Hi x-cimo, any update on the project?
even a beta release would be great

[Christoph21x]

Hi x-cimo

Maybe you´d like to take a look at RemotePotato, too? It was originally made for WMC, but is able to stream ts files as well - I used it for years over WAN. It´s using Silverlight, which is also available for Apple & Google clients.
Had gone open source 2 years ago.
Positive:
- transcoding on the fly
- to a selectable resolution on client side
Maybe this gives you an idea: search on Github for RemotePotato.

What we have to consider is, taht dot-i currently turns Argus OS-independent; that´ll make it more complex as new components should be OS-independent, too, I guess.