Hi,
I'd like to have a one VDR machine near my satellite dish to do the recordings and another VDR machine to replay the recordings and do live TV. The /video should be shared via NFS.
Anyone done this? Problems / suggestions are welcome.
TIA
On Saturday 11 February 2006 13:34, Peer Oliver Schmidt wrote:
Hi,
I'd like to have a one VDR machine near my satellite dish to do the recordings and another VDR machine to replay the recordings and do live TV. The /video should be shared via NFS.
Anyone done this? Problems / suggestions are welcome.
I do something similar: my main vdr box is downstairs and does all the recording and gets used for most of the playback. Upstairs, I have another vdr box used solely for playback.
The /video directory of the main box is nfs-mounted into the playback system upstairs with read-write permissions so that I can delete recordings from the 'playback system'. Live TV works mainly OK with the streamdev plugin, although the 'playback system' although sometimes I lose the live stream and I need to restart vdr on both systems. I _think_ this happens when a timer starts on the 'recording system' but I haven't really got round to tracking this down properly yet! My 'recording system' has two DVB devices so it should be OK to be recording one channel and streaming.
I'm doing any nfs mounting and unmounting on the 'playback system' through the command menu rather than at boot: no real reason for this, just how I set it originally! I'm mounting it on a subdirectory off the local /video directory. Like this, the recordings end up being sorted by date because they are assumed to be episodes of the same thing. I think I originally set it like this so that there wasn't any chance of my epg file or anything else being overwritten by accident! Once they recordings are mounted, you need to 'touch /video/.update' before you can see them: this gets done as part of my mount command.
I have both systems set to shutdown after 2 h of inactivity so I also have a command set up to create a 'noshutdown' file on the 'recording system' from upstairs otherwise things stop all of a sudden when the system downstairs shuts itself down!
One other thing to watch out for is making sure you touch '.update' on the 'recording system' after you've deleted any recordings from the 'playback system' otherwise it gets confused because the recording list isn't updated as often as it was in older versions of vdr!
Apart from that, it all works really well like this and both systems get used regularly.
Cheers,
Laz
On Sat, Feb 11, 2006 at 03:11:08PM +0000, Laz wrote:
On Saturday 11 February 2006 13:34, Peer Oliver Schmidt wrote:
Hi,
I'd like to have a one VDR machine near my satellite dish to do the recordings and another VDR machine to replay the recordings and do live TV. The /video should be shared via NFS.
Anyone done this? Problems / suggestions are welcome.
I do something similar: my main vdr box is downstairs and does all the recording and gets used for most of the playback. Upstairs, I have another vdr box used solely for playback.
I also have the same setup - one VDR near the dish - in my case with 4 DVB-devices and one VDR-box in the living room that I'm using as client. I have mounted the "server" video-directory using NFS at the client.
I have some problems to get picture at the client sometimes - when it happens I have to switch channel until I get picture - then I can switch back to the channel I wanted to see. I'm also having to Hauppauge MVP's using vompserver that streams from the server and they always get picture so I think it has something with streamdev or xine to do?
I'm doing any nfs mounting and unmounting on the 'playback system' through the command menu rather than at boot: no real reason for this, just how I set it originally! I'm mounting it on a subdirectory off the local /video directory. Like this, the recordings end up being sorted by date because they are assumed to be episodes of the same thing. I think I originally set it like this so that there wasn't any chance of my epg file or anything else being overwritten by accident! Once they recordings are mounted, you need to 'touch /video/.update' before you can see them: this gets done as part of my mount command.
I've been trying with that a little but I didn't really understand how it should work? It feels like that the video-dircetorys gets updated anyway? If I touch .update in the shared video-directory it just stays there - can anyone tell me how this works in the latest VDR-versions?
/ Lars
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
I have some problems to get picture at the client sometimes - when it happens I have to switch channel until I get picture - then I can switch back to the channel I wanted to see. I'm also having to Hauppauge MVP's using vompserver that streams from the server and they always get picture so I think it has something with streamdev or xine to do?
I've have the same problem on my setup. When it's happend the ring buffer of streamdev is never filled. I've seen that GetTSPacket(b) from void cDevice::Action(void) method in VDR/device.c never return data.
For me it's tunning issue may be a wrong timeout setting. So I'm using the following patch which give me good result.
If someone is interested to fix this issue I can provide more info.
--- streamdev/server/connectionHTTP.c 2005-05-09 22:22:29.000000000 +0200 +++ streamdev-new/server/connectionHTTP.c 2006-02-12 06:36:36.000000000 +0100 @@ -67,6 +67,8 @@ cDevice *device = GetDevice(m_Channel, 0); if (device != NULL) { device->SwitchChannel(m_Channel, false); + usleep(500); + device->SwitchChannel(m_Channel, false); if (m_LiveStreamer->SetChannel(m_Channel, m_StreamType, m_Apid)) { m_LiveStreamer->SetDevice(device); if (m_StreamType == stES && (m_Apid != 0 || ISRADIO(m_Channel))) {
Hi!
Thanks, I will try this as fast as there isn't any interesting from Turin ...
But - are you really using HTTP-streaming? I thought I were using VTP?
Regards, Lars Fredriksson
On Sun, Feb 12, 2006 at 06:54:24AM +0100, BRUNETON B??ranger wrote:
Hi,
I have some problems to get picture at the client sometimes - when it happens I have to switch channel until I get picture - then I can switch back to the channel I wanted to see. I'm also having to Hauppauge MVP's using vompserver that streams from the server and they always get picture so I think it has something with streamdev or xine to do?
I've have the same problem on my setup. When it's happend the ring buffer of streamdev is never filled. I've seen that GetTSPacket(b) from void cDevice::Action(void) method in VDR/device.c never return data.
For me it's tunning issue may be a wrong timeout setting. So I'm using the following patch which give me good result.
If someone is interested to fix this issue I can provide more info.
--- streamdev/server/connectionHTTP.c 2005-05-09 22:22:29.000000000 +0200 +++ streamdev-new/server/connectionHTTP.c 2006-02-12 06:36:36.000000000 +0100 @@ -67,6 +67,8 @@ cDevice *device = GetDevice(m_Channel, 0); if (device != NULL) { device->SwitchChannel(m_Channel, false);
usleep(500);device->SwitchChannel(m_Channel, false); if(m_LiveStreamer->SetChannel(m_Channel, m_StreamType, m_Apid)) { m_LiveStreamer->SetDevice(device); if (m_StreamType == stES && (m_Apid != 0 || ISRADIO(m_Channel))) {
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
The patch is for HTTP but you can easly transform it to VTP. The same problem occurs using VTP and HTTP.
On 2/12/06, vdr@digestive.jpl.se vdr@digestive.jpl.se wrote:
Hi!
Thanks, I will try this as fast as there isn't any interesting from Turin ...
But - are you really using HTTP-streaming? I thought I were using VTP?
Regards, Lars Fredriksson
On Sun, Feb 12, 2006 at 06:54:24AM +0100, BRUNETON B??ranger wrote:
Hi,
I have some problems to get picture at the client sometimes - when it happens I have to switch channel until I get picture - then I can switch back to the channel I wanted to see. I'm also having to Hauppauge MVP's using vompserver that streams from the server and they always get picture so I think it has something with streamdev or xine to do?
I've have the same problem on my setup. When it's happend the ring buffer of streamdev is never filled. I've seen that GetTSPacket(b) from void cDevice::Action(void) method in VDR/device.c never return data.
For me it's tunning issue may be a wrong timeout setting. So I'm using the following patch which give me good result.
If someone is interested to fix this issue I can provide more info.
--- streamdev/server/connectionHTTP.c 2005-05-09 22:22:29.000000000 +0200 +++ streamdev-new/server/connectionHTTP.c 2006-02-12 06:36:36.000000000 +0100 @@ -67,6 +67,8 @@ cDevice *device = GetDevice(m_Channel, 0); if (device != NULL) { device->SwitchChannel(m_Channel, false);
usleep(500);device->SwitchChannel(m_Channel, false); if(m_LiveStreamer->SetChannel(m_Channel, m_StreamType, m_Apid)) { m_LiveStreamer->SetDevice(device); if (m_StreamType == stES && (m_Apid != 0 || ISRADIO(m_Channel))) {
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
BRUNETON Béranger -
Laz -
Peer Oliver Schmidt -
vdr＠digestive.jpl.se