Re: [vdr] [patch] pin epgsearch plugins compatibility
Hi Jiri, thanks for the patch. I just lost track about the pin patch ;-) I've just added it to the git and uploaded a new beta too. Cheers, Christian Am 08.01.2011 23:31, schrieb jdo...@centrum.cz: Hello all, I found that pin epgsearch plugins are not compatible if it is compiled on 1.7.16 (maybe more versions). Patch for epgsearch-0.9.25.beta18 is in attachment Jiri Dobry ___ 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] VDR deleting channels it shouldn't
Using vdr-1.7.15. 3 of the local networks have duplicate transmitters. 1 is a bit too weak get right now and because of a bug in atsc, I can't rescan right now (crashes vdr, reported in another post). I pulled the entries for the secondary transmitters for two of the networks from the last scan I was able to make a few months ago. Added them back in, but vdr promptly deletes them even though they are on different real channels. Below is the revised conf followed by what vdr did to it. :Locals :@41 KVOA-DT,KVOA-DT:527028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:211:0 :@61 PBS HD,PBS HD:569028615:M10:A:0:49=2:0;52=...@106,56=...@106:0:0:1:0:213:0 :@62 V-Me,V-Me:569028615:M10:A:0:65=2:0;68=...@106,72=...@106:0:0:2:0:213:0 :@63 CREATE,CREATE:569028615:M10:A:0:81=2:0;84=...@106,88=...@106:0:0:3:0:213:0 :@91 KGUN-DT,KGUN-DT:189028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 :@92 MEXI ,MEXI :189028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:215:0 :@93 COOLTV ,COOLTV :189028615:M10:A:0:81=2:0;84=...@106:0:0:5:0:215:0 :@94 KGUN2,KGUN2:485028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 :@95 Mexi2,Mexi2:485028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:215:0 :@96 COOLTV2,COOLTV2:485028615:M10:A:0:81=2:0;84=...@106:0:0:5:0:215:0 :@111 KMSB-DT,KMSB:539028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:217:0 :@112 THIS,THIS:539028615:M10:A:0:65=2:0;68=...@106:0:0:2:0:217:0 :@131 KOLD-DT,KOLD-DT:581028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:219:0 :@132 Weather,Weather:581028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:219:0 :@133 Tube,Tube:581028615:M10:A:0:81=2:0;84=...@106:0:0:5:0:219:0 :@134 KOLD-DT,KOLD-DT:213028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:219:0 :@135 Weather,Weather:213028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:219:0 :@136 Tube,Tube:213028615:M10:A:0:81=2:0;84=...@106:0:0:5:0:219:0 :@181 KTTU-DT,KTTU-DT:503028615:M10:A:0:49=2:0;53=...@106:0:0:1:0:221:0 :@182 Estrell,Estrell:503028615:M10:A:0:65=2:0;68=...@106:0:0:2:0:221:0 :@271 PBS HD,PBS HD:557028615:M10:A:0:49=2:0;52=...@106,56=...@106:0:0:1:0:223:0 :@272 KIDS,KIDS:557028615:M10:A:0:65=2:0;68=...@106,72=...@106:0:0:2:0:223:0 :@273 WORLD,WORLD:557028615:M10:A:0:81=2:0;84=...@106,88=...@106:0:0:3:0:223:0 :@401 KHRR-40, Telemundo, Tucson, AZ,KHRR-DT:629028615:M10:A:0:49=2:0;52=...@106,54=...@106:0:0:3:0:225:0 :@461 Univision,KUVE-DT:665028615:M10:A:0:49=2:0;52=...@106:0:0:1:0:179:0 :@462 TeleFutura,KFTU-CA:665028615:M10:A:0:65=2:0;68=...@106:0:0:2:0:179:0 :@581 KWBA-DT,KWBA-DT:653028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:207:0 :@582 LATV,LATV:653028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:207:0 --- :Locals :@41 KVOA-DT,KVOA-DT:527028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:211:0 :@61 PBS HD,PBS HD:569028615:M10:A:0:49=2:0;52=...@106,56=...@106:0:0:1:0:213:0 :@62 V-Me,V-Me:569028615:M10:A:0:65=2:0;68=...@106,72=...@106:0:0:2:0:213:0 :@63 CREATE,CREATE:569028615:M10:A:0:81=2:0;84=...@106,88=...@106:0:0:3:0:213:0 :@91 KGUN-DT,KGUN-DT:189028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 :@92 MEXI ,MEXI :189028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:215:0 :@93 COOLTV ,COOLTV :189028615:M10:A:0:81=2:0;84=...@106:0:0:5:0:215:0 :@94 :@95 :@96 :@111 KMSB-DT,KMSB:539028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:217:0 :@112 THIS,THIS:539028615:M10:A:0:65=2:0;68=...@106:0:0:2:0:217:0 :@131 KOLD-DT,KOLD-DT:581028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:219:0 :@132 Weather,Weather:581028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:219:0 :@133 Tube,Tube:581028615:M10:A:0:81=2:0;84=...@106:0:0:5:0:219:0 :@134 :@135 :@136 :@181 KTTU-DT,KTTU-DT:503028615:M10:A:0:49=2:0;53=...@106:0:0:1:0:221:0 :@182 Estrell,Estrell:503028615:M10:A:0:65=2:0;68=...@106:0:0:2:0:221:0 :@271 PBS HD,PBS HD:557028615:M10:A:0:49=2:0;52=...@106,56=...@106:0:0:1:0:223:0 :@272 KIDS,KIDS:557028615:M10:A:0:65=2:0;68=...@106,72=...@106:0:0:2:0:223:0 :@273 WORLD,WORLD:557028615:M10:A:0:81=2:0;84=...@106,88=...@106:0:0:3:0:223:0 :@401 KHRR-40, Telemundo, Tucson, AZ,KHRR-DT:629028615:M10:A:0:49=2:0;52=...@106,54=...@106:0:0:3:0:225:0 :@461 Univision,KUVE-DT:665028615:M10:A:0:49=2:0;52=...@106:0:0:1:0:179:0 :@462 TeleFutura,KFTU-CA:665028615:M10:A:0:65=2:0;68=...@106:0:0:2:0:179:0 :@581 KWBA-DT,KWBA-DT:653028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:207:0 :@582 LATV,LATV:653028615:M10:A:0:65=2:0;68=...@106:0:0:4:0:207:0 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR deleting channels it shouldn't
On 09.01.2011 21:04, Timothy D. Lenz wrote: Using vdr-1.7.15. 3 of the local networks have duplicate transmitters. 1 is a bit too weak get right now and because of a bug in atsc, I can't rescan right now (crashes vdr, reported in another post). I pulled the entries for the secondary transmitters for two of the networks from the last scan I was able to make a few months ago. Added them back in, but vdr promptly deletes them even though they are on different real channels. When does VDR delete these channels? My guess is it doesn't even create them when reading the channels.conf file. Are there any related log messages when VDR starts? ... :@91 KGUN-DT,KGUN-DT:189028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 ... :@94 KGUN2,KGUN2:485028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 These two channels have the same channel id, namely A-0-215-3. Since channel ids have to be unique, only one of them can prevail. The same applies to the other channels. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] IPv6 support
I own a Reelbox Avantgarde II. I know it uses IPv6 internally, but sadly none of the external services are available over IPv6. Notably SVDRP, streamdev and vdradmin. Is that a limitation of VDR, or just the Reelbox build? In vdradmin I read some comment that suggests SVDRP could talk IPv6. Strangely, I do not see any mention of IPv6 in this list or on the VDR wiki. Pim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR deleting channels it shouldn't
On 10 January 2011 00:02, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote: On 09.01.2011 21:04, Timothy D. Lenz wrote: Using vdr-1.7.15. 3 of the local networks have duplicate transmitters. 1 is a bit too weak get right now and because of a bug in atsc, I can't rescan right now (crashes vdr, reported in another post). I pulled the entries for the secondary transmitters for two of the networks from the last scan I was able to make a few months ago. Added them back in, but vdr promptly deletes them even though they are on different real channels. When does VDR delete these channels? My guess is it doesn't even create them when reading the channels.conf file. Are there any related log messages when VDR starts? ... :@91 KGUN-DT,KGUN-DT:189028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 ... :@94 KGUN2,KGUN2:485028615:M10:A:0:49=2:0;52=...@106:0:0:3:0:215:0 These two channels have the same channel id, namely A-0-215-3. Since channel ids have to be unique, only one of them can prevail. The same applies to the other channels. Klaus Would a temporary solution work as to change the RID to 1? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] howto cut recordings with vdr in daemon mode
Hello, I'm looking for a way to cut recordings using the vdr (on a different machine), but I don't want the new recording on the same disk as the origin - normally the disk of the recording has no free space, when I like to start cutting. So I tried to fake the video-root to get the new recording to another disk. I tried to link the recordings title directory to a disk, where I do have free space and startet the vdr like this: vdr -v /path-to-disk-with-free-space --edit=/linked-directory-on-disk-with- free-space With that call I got the error message, that the recordings title directory is not a directory. So I tried to change things. I created the title-directory on the disk with free space and linked the timestamp-directory to the original recording. Trying again to cut that recording - vdr keeps on claiming, that the recordings title directory is not a directory. But this time it is a directory! So how can I cut the recording without having to copy it to a new drive? kind regards Gero ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
