Recording using HTTP download - HDHomeRun Prime
small http-server for older hdhomeruns
I wanted easy way to use hdhomerun from vlc with http.
So I made small program in c to run in my old nslu2-linux box.
Tested only with Euro dvb-t/c box in Helsinki Welho/DNA network in Finland.
It can be called like http://host:port/channelName from vlc.
Sources: http://baileys.doa.fi:8085/hdhomerun/hdhomerun_httpd.c
Program should be run with xinetd/inetd.
So I made small program in c to run in my old nslu2-linux box.
Tested only with Euro dvb-t/c box in Helsinki Welho/DNA network in Finland.
It can be called like http://host:port/channelName from vlc.
Sources: http://baileys.doa.fi:8085/hdhomerun/hdhomerun_httpd.c
Program should be run with xinetd/inetd.
No, it will not work over the internet. The data rate for even SD channels is far higher than what 98% of home internet connections are capable of uploading, and there are ttl limits prescribed by the various specifications the HDHomeRun PRIME supports that limits it to work only within a home network.
That sucks...I was really hoping to get rid of my Slingbox.jasonl wrote:No, it will not work over the internet. The data rate for even SD channels is far higher than what 98% of home internet connections are capable of uploading, and there are ttl limits prescribed by the various specifications the HDHomeRun PRIME supports that limits it to work only within a home network.
It seems to me like it would be trivial to create a Windows app that could transcode these mpeg2 streams and serve them back out as h.264. I've been testing it successfully with VLC but lack the programming knowledge to take it further than that.
You'd just have a service read the lineup.xml, parse that into links to the streams, then listen for a request. Plex or XBMC would seem to be an ideal platform to get this working.
You'd just have a service read the lineup.xml, parse that into links to the streams, then listen for a request. Plex or XBMC would seem to be an ideal platform to get this working.
Re: Recording using HTTP download - HDHomeRun Prime
I've been trying to do the on the fly tanscode thing with subsonic server. Unfortunately ffmpeg chokes on the streams being served up from HDHomeRun - the end goal here being Slingplayer style locationfree / placeshifting TV access:
[1/28/13 4:41:46 PM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\tvheadend.bat) [ac3 @ 02137900] frame sync error
[1/28/13 4:41:46 PM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\tvheadend.bat) Error while decoding stream #0:1: Error number -1 occurred
[1/28/13 4:41:47 PM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\tvheadend.bat) av_interleaved_write_frame(): Invalid argument
See this thread for all my and others' efforts on this:
http://www.silicondust.com/forum2/viewtopic.php?t=9648
[1/28/13 4:41:46 PM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\tvheadend.bat) [ac3 @ 02137900] frame sync error
[1/28/13 4:41:46 PM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\tvheadend.bat) Error while decoding stream #0:1: Error number -1 occurred
[1/28/13 4:41:47 PM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\tvheadend.bat) av_interleaved_write_frame(): Invalid argument
See this thread for all my and others' efforts on this:
http://www.silicondust.com/forum2/viewtopic.php?t=9648
Re:
This is fine if no tuner is specified but why not also allow optional specification of the tuner? Why not allow tuner=N in the url options?jasonl wrote:The tuner is automatically selected from the available tuners.
Also, why is the channel part of the url path rather than an option? That seems like an odd choice.
I run myth which chooses its tuners at time of scheduling. So when I want to watch something live on the fly I currently use the SAVE command and choose the highest tuner (ie 2 on my prime and 1 on my dual) so as to reduce the chance myth will stomp on that. I have myth setup to choose tuners from lowest to highest. Then I start VLC on the saved file. This gives me a simple live tv with rewind buffer.
Re: Re:
You can specify the tuner rather than using auto:karog wrote:This is fine if no tuner is specified but why not also allow optional specification of the tuner? Why not allow tuner=N in the url options?jasonl wrote:The tuner is automatically selected from the available tuners.
http://<ip addr>:5004/tuner0/v2
On our todo list is to add resource lock support to MythTV so auto-tuner operations do not interfere with MythTV.
Nick
Re: Re:
That would be awesome. Lack of resource locking in MythTv is what has kept me from using the new functionality of HDHR firmware.
nickk wrote:You can specify the tuner rather than using auto:karog wrote:This is fine if no tuner is specified but why not also allow optional specification of the tuner? Why not allow tuner=N in the url options?jasonl wrote:The tuner is automatically selected from the available tuners.
http://<ip addr>:5004/tuner0/v2
On our todo list is to add resource lock support to MythTV so auto-tuner operations do not interfere with MythTV.
Nick
Re: Re:
Excellent. Thanks nick. I had not seen this url documented other than this thread and it did not include the tuner part before.nickk wrote: You can specify the tuner rather than using auto:
http://<ip addr>:5004/tuner0/v2
On our todo list is to add resource lock support to MythTV so auto-tuner operations do not interfere with MythTV.
Nick
Re: Re:
No reason to think it would. WMC uses the existing lock mechanism. MythTV does not. This change would involve changing MythTV to start using that lock mechanism.SoNic67 wrote:I hope that won't interfere with the way WMC selects the tuners.nickk wrote: On our todo list is to add resource lock support to MythTV so auto-tuner operations do not interfere with MythTV.
Nick
Currently MythTV allocates all of the tuners which it has been told about at scheduling time with the assumption that nothing else is using them. MythTV would be changed to allocate tuners on demand respecting the device locking mechanism.
There is both plus and minus to using the lock mechanism. The plus is clear. The minus is that only at record time does one find that a conflict exists and a recording fails. I prefer the way MythTV does it now so I know in advance and can adjust. I prefer to have more control over scheduling. The automatic methods just cannot know my desires well enough.