Re: [vdr] Tuner switch when timer starts recording
Am Sonntag, den 22.11.2009, 13:34 +0100 schrieb Klaus Schmidinger: On 18.11.2009 08:40, Falk Spitzberg wrote: Hello, With VDR 1.7.9 i often notice that VDR switches the live TV to a different receiver card, when a timer starts recording, although the second card is available. This causes a short interrupt in live TV. My system has two DVB cards, an old FF and a Tevii S470, and an eHD. Sample situation 1: the only activity is live TV on ZDF. Now a timer starts recording from RTL 2, which interrupts the live program for a short moment. Sample situation 2: the only activity is live TV on RTL. Now a timer starts recording from RTL 2. Nothing happens, because VDR correctly shares the transponder with live TV. I would understand when VDR switches live TV from the DVB-S2 card to the DVB-S card when it needs to tune a different transponder for a DVB-S2 recording, but since it can do DVB-S recordings from any card, there is no reason to switch live TV for such recordings. When recording, VDR tries to preserve devices that provide multiple delivery systems: imp = 2; imp |= GetClippedNumProvidedSystems(2, device[i]) - 1; // avoid cards which support multiple delivery systems Then it would be a good idea to prefer those cards for live view. See device.c, cDevice *cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView). Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: p...@spitzberg.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Odd filesystem errors
Date: Sun, 22 Nov 2009 14:20:56 +0100 From: Peter Evertz l...@pec.homeip.net Subject: Re: [vdr] Odd filesystem errors To: VDR Mailing List vdr@linuxtv.org Message-ID: 4b093ab8.4000...@pec.homeip.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Klaus Schmidinger schrieb: On 07.11.2009 02:07, HighlyCaffeinated wrote: I've got an unusual situation with my VDR installation ...snip... bothersome. That is normal situation on a samba share that has (windows) illegal characters in it's name. eg: CSI: Next Session is illegal because of the : and will be translated to something like you have seen on the windows box. Peter Can you check the syslog file to see what names VDR used to create the recording directories? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Peter: I am not too concerned with the existence of a tilde in the filename. If the filename had been created per your example, I would have expected Windows to display it as CSI_Ne~1. A recent directory shows in Linux as NCIS:_Los_Angeles as it should. My concern is that I cannot see (and therefore manipulate or delete) these directories in Linux. Linux will not show the directory names or inodes. Windows does, but the names are illegal and so won't operate on them. Klaus: I will keep an eye out for the creation of any more such directories but cron took care of the syslog files long before I noticed that the directories were there. Anyone: Any clue how to delete the directories besides formatting the partition? Thanks for your help! -Todd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Odd filesystem errors
2009/11/23 HighlyCaffeinated javatod...@yahoo.com: Date: Sun, 22 Nov 2009 14:20:56 +0100 From: Peter Evertz l...@pec.homeip.net Subject: Re: [vdr] Odd filesystem errors To: VDR Mailing List vdr@linuxtv.org Message-ID: 4b093ab8.4000...@pec.homeip.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Klaus Schmidinger schrieb: On 07.11.2009 02:07, HighlyCaffeinated wrote: I've got an unusual situation with my VDR installation ...snip... bothersome. That is normal situation on a samba share that has (windows) illegal characters in it's name. eg: CSI: Next Session is illegal because of the : and will be translated to something like you have seen on the windows box. Peter Can you check the syslog file to see what names VDR used to create the recording directories? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Peter: I am not too concerned with the existence of a tilde in the filename. If the filename had been created per your example, I would have expected Windows to display it as CSI_Ne~1. A recent directory shows in Linux as NCIS:_Los_Angeles as it should. My concern is that I cannot see (and therefore manipulate or delete) these directories in Linux. Linux will not show the directory names or inodes. Windows does, but the names are illegal and so won't operate on them. Klaus: I will keep an eye out for the creation of any more such directories but cron took care of the syslog files long before I noticed that the directories were there. Anyone: Any clue how to delete the directories besides formatting the partition? Thanks for your help! -Todd what does this return ? find /video0 ___ 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
[vdr] Odd filesystem errors (Theunis Potgieter)
what does this return ? find /video0 Enough output that I instead chose to `find /video0 found` to more easily look through it. Careful inspection reveals those directories are not shown and find produces no errors in the process. shrugs -Todd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.9 fails to record one channel
Jouni Karvo kirjoitti: hi, I have the following problem: When live viewing with 1.7.9 and vdr-xine 0.9.3, this channel (in cable) is shown properly: TV7;HTV:386:M128:C:6900:800+802=2:801=fin:0:0:61500:42249:16:0 vdr-1.7.10 seems to fix this. Thanks! yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Dynamic PIDs
hi, is there somewhere a patch that would remove the break when the broadcaster uses dynamic pids (such as YLE). Now, when a programme starts at YLE, they change the Audio PID number, leading to VDR re-tuning or something, that leads to a 1-2s break in the show. There is no change in frequency, so I don't see any reason why there is such a break. Or is this a problem of co-operation with vdr-xine, instead of tuning the card? yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
On 23.11.2009 18:36, Jouni Karvo wrote: hi, is there somewhere a patch that would remove the break when the broadcaster uses dynamic pids (such as YLE). Now, when a programme starts at YLE, they change the Audio PID number, leading to VDR re-tuning or something, that leads to a 1-2s break in the show. There is no change in frequency, so I don't see any reason why there is such a break. VDR simply retunes whenever the PIDs or other parameters change. It just keeps things simple ;-) Changing the PIDs while a broadcast is already running is not a very good practice... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Odd filesystem errors (Theunis Potgieter)
On 23.11.2009 17:38, HighlyCaffeinated wrote: what does this return ? find /video0 Enough output that I instead chose to `find /video0 found` to more easily look through it. Careful inspection reveals those directories are not shown and find produces no errors in the process. This sounds very odd. Have you run an fsck on that disk, yet? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Odd filesystem errors (Theunis Potgieter)
On 23.11.2009 17:38, HighlyCaffeinated wrote: what does this return ? find /video0 Enough output that I instead chose to `find /video0 found` to more easily look through it. Careful inspection reveals those directories are not shown and find produces no errors in the process. This sounds very odd. Have you run an fsck on that disk, yet? Klaus I have. e2fsck ran against the (unmounted) volume and found no errors. I've never experienced something like this before and to be honest would not believe it if I hadn't seen it. I have successfully copied the sub-directories and data across the network using Windows/Samba, then copied it back to a new folder name. Both played perfectly. I just can't get rid of the original directories. -Todd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
On Mon, 23 Nov 2009, Jouni Karvo wrote: is there somewhere a patch that would remove the break when the broadcaster uses dynamic pids (such as YLE). Now, when a programme starts at YLE, they change the Audio PID number, leading to VDR re-tuning or something, that leads to a 1-2s break in the show. There is no change in frequency, so I don't see any reason why there is such a break. As a quick fix just disable the pid updates (Channel update: no/names only). Yle is always using the same pid numbers although they're switching them on and off, so you can easily fix these numbers in your channel.conf. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Odd filesystem errors (Theunis Potgieter)
On Mon, Nov 23, 2009 at 10:17 AM, HighlyCaffeinated javatod...@yahoo.com wrote: I have. e2fsck ran against the (unmounted) volume and found no errors. I've never experienced something like this before and to be honest would not believe it if I hadn't seen it. I have successfully copied the sub-directories and data across the network using Windows/Samba, then copied it back to a new folder name. Both played perfectly. I just can't get rid of the original directories. I had something similar happen a long time ago. I can't quite remember how exactly but I had to do something weird to be able to delete the directories. I can at least tell you that I found the answer by googling. Good luck. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
