I have two sat cables coming into the lounge, both with the same sats.
In the wall conduit are three more sat cables going to the neighbours below (we live in an apartment) and there is no way of adding more cables into the conduits.
We have a dreambox which works quite well in the lounge and a VDR server with two SkyStar's.
Is there any merit in tweaking streamdev to connect to the dreambox and request a stream from it when it can't get it off it's own sat card?
I would like to use the dreambox when it's not needed by VDR, but otherwise slave it to VDR. It handles my Disecq better than VDR and is faster when using my subscription card.
I think a way to do it is to create a quick way of reading a dreambox services file and understanding it like a VDR channels.list and then request the stream (via HTTP) from the dreambox in much the same way as one VDR server does to another.
In practical terms, a dreambox would need to receive two http requests, the first would change the channel, the second would request the stream.
A typical request from something like vlc to the dreambox would be:
http://192.168.2.7:31339/0,0105,0205,0285,0299,1ffe
I'm not that familiar with C but I can hack most languages reasonably if someone can point me in the right direction.
I don't think it would take a lot to get this going, but who knows.
On Tue, 27 Nov 2007, Rob Davis wrote:
A typical request from something like vlc to the dreambox would be: http://192.168.2.7:31339/0,0105,0205,0285,0299,1ffe
If the channel pids are quite static, you could use the IPTV plugin simply with the following channels.conf entry:
Dreambox;IPTV:1:IPTV|HTTP|192.168.2.7/0,0105,0205,0299,1ffe|31339:P:0:0:0:0:0:0:0:0:0
Or you could parse the necessary pids via a shell script and use the plugins's EXT protocol with vlc/netcat/... to achieve the same.
BR, -- rofa
Rolf Ahrenberg wrote:
On Tue, 27 Nov 2007, Rob Davis wrote:
A typical request from something like vlc to the dreambox would be: http://192.168.2.7:31339/0,0105,0205,0285,0299,1ffe
If the channel pids are quite static, you could use the IPTV plugin simply with the following channels.conf entry:
Dreambox;IPTV:1:IPTV|HTTP|192.168.2.7/0,0105,0205,0299,1ffe|31339:P:0:0:0:0:0:0:0:0:0
Or you could parse the necessary pids via a shell script and use the plugins's EXT protocol with vlc/netcat/... to achieve the same.
Thanks Rolf,
I have given this a go in Gentoo and it had 0.3 of vdr-iptv, unfortuntely it didn't seem to display anything on the dreambox, although it did activate the stream.ts command, so something was going on.
In the end I used
DREAM;IPTV:4:IPTV|HTTP|192.168.2.7|31344:P:0:0:0:0:0:1:0:0:0
Which I had to create using the plugin menu, but that didn't display anything. Although mplayer http://192.168.2.7:31344 displays the current channel quite happily.
I also noticed the VDR patch appears to break vompserver, so I only get about 8 channels displayed, which is a bigger issue to me as I have three hauppauge mvp's around the house to watch tv.
On Wed, 28 Nov 2007, Rob Davis wrote:
I have given this a go in Gentoo and it had 0.3 of vdr-iptv, unfortuntely it didn't seem to display anything on the dreambox, although it did activate the stream.ts command, so something was going on. DREAM;IPTV:4:IPTV|HTTP|192.168.2.7|31344:P:0:0:0:0:0:1:0:0:0
Did you enable the Sid scanner in plugin's setup and is your vdr configured to update pids? (I was using zero pids as an example only).
After that you should have "changing pids" messages in vdr's log. However, if those messages are missing, the plugin and vdr cannot parse necessary information from Dreambox's TS stream and you should add used video and audio (and other) pids into the channels.conf entry.
I also noticed the VDR patch appears to break vompserver, so I only get about 8 channels displayed, which is a bigger issue to me as I have three hauppauge mvp's around the house to watch tv.
The patch doesn't change any current interfaces - it just adds a few new methods, so it shouldn't break compatibility with any plugin.
You could also try Udo's streamplayer plugin.
BR, -- rofa
Rolf Ahrenberg wrote:
On Wed, 28 Nov 2007, Rob Davis wrote:
I have given this a go in Gentoo and it had 0.3 of vdr-iptv, unfortuntely it didn't seem to display anything on the dreambox, although it did activate the stream.ts command, so something was going on. DREAM;IPTV:4:IPTV|HTTP|192.168.2.7|31344:P:0:0:0:0:0:1:0:0:0
Did you enable the Sid scanner in plugin's setup and is your vdr configured to update pids? (I was using zero pids as an example only).
After that you should have "changing pids" messages in vdr's log. However, if those messages are missing, the plugin and vdr cannot parse necessary information from Dreambox's TS stream and you should add used video and audio (and other) pids into the channels.conf entry.
I also noticed the VDR patch appears to break vompserver, so I only get about 8 channels displayed, which is a bigger issue to me as I have three hauppauge mvp's around the house to watch tv.
The patch doesn't change any current interfaces - it just adds a few new methods, so it shouldn't break compatibility with any plugin.
You could also try Udo's streamplayer plugin.
Mybad, I had to recompile vompserver, then it worked.
Streamplayer works well, but won't transmit to Vomp, as vomp is expecting a channel list.
Now I have vomp working with iptv installed I will play a little more. Maybe it doesn't work with xineliboutput.
Rob Davis wrote:
Mybad, I had to recompile vompserver, then it worked.
Streamplayer works well, but won't transmit to Vomp, as vomp is expecting a channel list.
Now I have vomp working with iptv installed I will play a little more. Maybe it doesn't work with xineliboutput.
Sorry to post to my own post, but I got it working by reducing the buffer from 2mb to 1mb. Am a happy man now. Thanks.
Rob Davis wrote:
Rob Davis wrote:
Sorry to post to my own post, but I got it working by reducing the buffer from 2mb to 1mb. Am a happy man now. Thanks.
OOops, spoke too soon..
I have discovered a problem with coded channels.
If I am watching something which the dreambox can decode using a local card it won't then display it on VDR as it's updating all it's pids etc, including CA, VDR then tries to work out how to decode it, but it's already decoded, so doesn't display anything.
Is there a way to optionally block the CA field from updating?
(The 31344 port is just a stream of what is being watched on the DM at the time - which is good enough for what we want and saves having to duplicate the entire channel list.)
-
Rob Davis -
Rolf Ahrenberg