[vdr] XBMC with vdr-1.6.0 ??
Hi Has anyone got XBMC working with vdr-1.6.0? I want to run XBMC, but am not ready to move to a .ts file format yet. So I was thinking I'd just get XMBC to call a script and run vdr-xine (ie not integrate with streamdev etc). This should be easy yes? Any pointers or experience? Thanks Simon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
On Mon, 8 Mar 2010, ? ?? wrote: But I have another trouble. Any suggestions? I guess there's a bug somewhere in cIptvTransponderParameters::Parse() and ::ToString(), but my eyes cannot catch that one. :) BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
Hi IPTV doesn't need patches anymore. Fine :) But I have another trouble. create channel RENTV;IPTV:10:S=1|P=1|F=UDP|U=239.4.0.1|A=2020:I:27500:300=2:301:0:0:1:0:0:0 Start vdr and select it, works fine. Change to sat channel, and select iptv again The channel can't selected, in log: Mar 8 12:57:57 ua0lnjvdr vdr: [6823] ERROR: Invalid channel parameters: S=1 Mar 8 12:57:57 ua0lnjvdr vdr: [6823] ERROR: Unrecognized IPTV address: S=1 Mar 8 12:57:57 ua0lnjvdr vdr: [6823] ERROR: Can't start Transfer Mode! After this, in channels.conf have: RENTV;IPTV:10:S=1:I:27500:300=2:301:0:0:1:0:0:0 I found also http://www.vdr-portal.de/board/thread.php?threadid=94442 Any suggestions? BR. - Original Message - From: "Rolf Ahrenberg" To: "VDR Mailing List" Sent: Monday, March 08, 2010 3:15 AM Subject: Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0 On Sun, 7 Mar 2010, ? ?? wrote: What about iptv patches? No IsPlug() member in cChannel. IPTV doesn't need patches anymore. Where do you need this kind of method? May be need Channel->Source() & cSource::st_Mask == 'I'<<24 This is already done in cIptvDevice::ProvidesSource(). BR, -- rofa ___ 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 on system with raid during resync bus loading
I have been working on 2 vdr computers, both using raid and last night I noticed a problem. I saw the drive light was on steady shortly after I updated xine. So I checked to see if there was a problem and found the video was freezing for 10-20secs every 10-20 secs. I logged in through ssh and found the system very un-slugish. I it's once a month that mdadm checks the drives to make sure they are in sync. I stopped vdr/xine/x and it was still very slow to respond. It's an Athlon64 x2 and was still at 1000Mhz (lowest speed) with the operation using ~64% cpu. Since these cpus also slow down the bus as low speed, I changed the up point from the default 95% to 50%. But I don't know how much that will help. It was late so I wait till today to make the change. This resync operation had an eta of ~75 minutes. What I'm wondering is how much it would effect any recording vdr might be doing when that starts? Clearly it messes up xine/vdpau. The array on that computer is 2 sata drives each with 3 partitions creating 3 raid1 arrays. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr 1.7.13
> can someone to create the patch for reelchannelscan and rotor plugin for > correct compilation with vdr > 1.7.13 with this patch I could run ver-rotor 0.1.5 with vdr 1.7.13 thanks to alex_kag http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13727#post13727 Goga diff -u orig/rotor-0.1.5/menu.c rotor-0.1.5/menu.c --- orig/rotor-0.1.5/menu.c 2009-10-04 14:54:22.0 +0300 +++ rotor-0.1.5/menu.c 2010-03-06 22:42:23.0 +0200 @@ -139,7 +139,8 @@ RotorPos=RotorPositions.GetfromSource(OldChannel->Source()); Position=RotorPos->GetPos(); Frequenz=OldChannel->Frequency(); - if ((*OldChannel).Polarization() == 'v' || (*OldChannel).Polarization() == 'V') + cDvbTransponderParameters dtp((*OldChannel).Parameters()); + if (dtp.Polarization() == 'v' || dtp.Polarization() == 'V') Pol='V'; else Pol='H'; ÐбÑие подкаÑалоги: orig/rotor-0.1.5/patches и rotor-0.1.5/patches ÐбÑие подкаÑалоги: orig/rotor-0.1.5/po и rotor-0.1.5/po diff -u orig/rotor-0.1.5/rotor.c rotor-0.1.5/rotor.c --- orig/rotor-0.1.5/rotor.c 2009-10-04 15:10:26.0 +0300 +++ rotor-0.1.5/rotor.c 2010-03-05 23:07:52.0 +0200 @@ -93,7 +93,7 @@ { if ((source->Code() & 0xC000) != 0x8000) continue; -if ((diseqc=Diseqcs.Get(source->Code(),12000,'h')) || (diseqc=Diseqcs.Get(source->Code(),12000,'v')) || (diseqc=Diseqcs.Get(source->Code(),12000,'l')) || (diseqc=Diseqcs.Get(source->Code(),12000,'r'))) +if ((diseqc=Diseqcs.Get(0,source->Code(),12000,'h')) || (diseqc=Diseqcs.Get(0,source->Code(),12000,'v')) || (diseqc=Diseqcs.Get(0,source->Code(),12000,'l')) || (diseqc=Diseqcs.Get(0,source->Code(),12000,'r'))) { char *c=strdup(diseqc->Commands()); while (c = strchr(c, '[')) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xmltv2vdr genre info added
Hello all I have used the xmltv2vdr script before and was very pleased to see that it added the extended information into the epg database. Now i'm using xbmc and i did not have genre support from my broadcaster so i thought this should be possible with the xmltv2vdr script. I have been hacking around and the result: http://cobradevil.org/downloads/xmltv2vdr-1.0.8.tar.gz Could someone please review it because i'm not a programmer? just follow the readme and look into the genres.conf file. my xmltv source has the category option which represents the genre info. then run: ./xmltv2vdr -c channels.conf -g -x xmltv_data -s the output should look like this: E 36930 1268352000 3300 0 T Miami Ink: Sink or swim D Reportageserie Garver ontwerpt voor Cassandra een uniek gedenkteken ter ere van haar broer die is omgekomen in Irak, en Yoji spijbelt om samen met zijn gezin in het zwembad te ontspannen. G 90 e The G option represents the id of the genre which i took from the epg.h/c files. Is the maintainer still around? With kind regards William ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
On Sun, 7 Mar 2010, ? ?? wrote: What about iptv patches? No IsPlug() member in cChannel. IPTV doesn't need patches anymore. Where do you need this kind of method? May be need Channel->Source() & cSource::st_Mask == 'I'<<24 This is already done in cIptvDevice::ProvidesSource(). BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Timer macros vs. filename in "Edit timers"
On 07.03.2010 17:06, Udo Richter wrote: > Am 07.03.2010 15:05, schrieb Klaus Schmidinger: >> On 28.02.2010 20:59, Udo Richter wrote: >>> If I understand that correctly, then many of my repeating recordings >>> will soon be named "TITLE" or "EPISODE" only in the timer menu, because >>> many of my timers use the scheme "ShowName~EPISODE". I prefer to add >>> ~EPISODE or ~TITLE individually instead of of using the "Use episode >>> name" option. >> Would it be ok if I change it so that the full name is displayed >> (like before) if the string that would be displayed with the new >> mechanism is "TITLE" or "EPISODE"? > > I thought of that too, but as Timothy wrote, search timers also tend to > generate less useful names like "Thu_04.02.2010-20:00" or all the > useless stuff that TV stations use as episode name. Well, that's the problem of whoever generates the search timer ;-) > A better way would be to shorten the folder part and the name > dynamically, so that at least a part of both is visible. Like shortening > aaa~~~ to ...~... I can give you a setup option that switches between the old and the new version - if it really turns out to be necessary. Anything else would probably quickly become "rocket science" ,-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Timer macros vs. filename in "Edit timers"
Am 07.03.2010 15:05, schrieb Klaus Schmidinger: > On 28.02.2010 20:59, Udo Richter wrote: >> If I understand that correctly, then many of my repeating recordings >> will soon be named "TITLE" or "EPISODE" only in the timer menu, because >> many of my timers use the scheme "ShowName~EPISODE". I prefer to add >> ~EPISODE or ~TITLE individually instead of of using the "Use episode >> name" option. > > Would it be ok if I change it so that the full name is displayed > (like before) if the string that would be displayed with the new > mechanism is "TITLE" or "EPISODE"? I thought of that too, but as Timothy wrote, search timers also tend to generate less useful names like "Thu_04.02.2010-20:00" or all the useless stuff that TV stations use as episode name. A better way would be to shorten the folder part and the name dynamically, so that at least a part of both is visible. Like shortening aaa~~~ to ...~... Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Timer macros vs. filename in "Edit timers"
On 07.03.2010 15:05, Klaus Schmidinger wrote: > On 28.02.2010 20:59, Udo Richter wrote: >> Am 28.02.2010 16:07, schrieb Klaus Schmidinger: >>> - The file name in the "Timers" menu now shows only the base name of the >>> recording >>> without the folder path (if any). Otherwise with long folder paths the >>> actual >>> recording name was not visible at all. >> If I understand that correctly, then many of my repeating recordings >> will soon be named "TITLE" or "EPISODE" only in the timer menu, because >> many of my timers use the scheme "ShowName~EPISODE". I prefer to add >> ~EPISODE or ~TITLE individually instead of of using the "Use episode >> name" option. > > Would it be ok if I change it so that the full name is displayed > (like before) if the string that would be displayed with the new > mechanism is "TITLE" or "EPISODE"? While we're at it, here's the patch right away. Klaus --- menu.c 2010/03/07 12:32:28 2.19 +++ menu.c 2010/03/07 14:08:15 @@ -1053,7 +1053,7 @@ day = buffer; } const char *File = strrchr(timer->File(), FOLDERDELIMCHAR); - if (File) + if (File && strcmp(File + 1, TIMERMACRO_TITLE) && strcmp(File + 1, TIMERMACRO_EPISODE)) File++; else File = timer->File(); --- recording.c 2010/01/16 11:18:30 2.22 +++ recording.c 2010/03/07 14:06:04 @@ -58,9 +58,6 @@ #define DISKCHECKDELTA100 // seconds between checks for free disk space #define REMOVELATENCY 10 // seconds to wait until next check after removing a file -#define TIMERMACRO_TITLE"TITLE" -#define TIMERMACRO_EPISODE "EPISODE" - #define MAX_SUBTITLE_LENGTH 40 #define MAX_LINK_LEVEL 6 --- recording.h 2010/01/16 11:16:20 2.13 +++ recording.h 2010/03/07 14:06:15 @@ -19,6 +19,8 @@ #include "tools.h" #define FOLDERDELIMCHAR '~' +#define TIMERMACRO_TITLE"TITLE" +#define TIMERMACRO_EPISODE "EPISODE" extern bool VfatFileSystem; extern int InstanceId; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Timer macros vs. filename in "Edit timers" (was: [ANNOUNCE] VDR developer version 1.7.13)
On 28.02.2010 20:59, Udo Richter wrote: > Am 28.02.2010 16:07, schrieb Klaus Schmidinger: >> - The file name in the "Timers" menu now shows only the base name of the >> recording >> without the folder path (if any). Otherwise with long folder paths the >> actual >> recording name was not visible at all. > > If I understand that correctly, then many of my repeating recordings > will soon be named "TITLE" or "EPISODE" only in the timer menu, because > many of my timers use the scheme "ShowName~EPISODE". I prefer to add > ~EPISODE or ~TITLE individually instead of of using the "Use episode > name" option. Would it be ok if I change it so that the full name is displayed (like before) if the string that would be displayed with the new mechanism is "TITLE" or "EPISODE"? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
On 07.03.2010 14:15, ? ?? wrote: > Hi > > What about iptv patches? > No IsPlug() member in cChannel. > > May be need > Channel->Source() & cSource::st_Mask == 'I'<<24 I'll add cChannel::IsSourceType(char Source) for use like if (Channel->IsSourceType('I')) ... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
Hi What about iptv patches? No IsPlug() member in cChannel. May be need Channel->Source() & cSource::st_Mask == 'I'<<24 BR. - Original Message - From: "Rolf Ahrenberg" To: Sent: Friday, March 05, 2010 7:31 PM Subject: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0 New releases of my plugins are now available for vdr-1.7.13: http://www.saunalahti.fi/~rahrenbe/vdr/femon/ 2010-03-05: Version 1.7.7 - Updated for vdr-1.7.13. - Added a setup option to downscale the OSD size. - Updated Estonian translation (Thanks to Arthur Konovalov). http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ 2010-03-05: Version 0.4.0 - Updated for vdr-1.7.13. - Fixed argument corruption. http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/ 2010-03-05: Version 1.7.1 - Updated for vdr-1.7.13. http://www.saunalahti.fi/~rahrenbe/vdr/rssreader/ 2010-03-05: Version 1.7.0 - Updated for vdr-1.7.13. - Added Estonian translation (Thanks to Arthur Konovalov). BR, -- rofa ___ 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
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
Hi > > After i changed my sat tuner to Linux4Media cineS2 DVB-S2 Twin Tuner > http://www.linuxtv.org/wiki/index.php/Linux4Media_cineS2_DVB-S2_Twin_Tuner > > femon's frontend info doesn't work anymore on all frontends. > Exact cause for that seems to be the way ngene driver registers frontends at > /dev/dvb > > My current /dev/dvb looks like this: > /dev/dvb/adapter0/frontend0 > /dev/dvb/adapter0/frontend1 > /dev/dvb/adapter1/frontend0 > /dev/dvb/adapter2/frontend0 > > Since femon assumes that vdr card index is same as adapter index, femon shows > stats from wrong frontend and can't show stas from /dev/dvb/adapter2 at all. > > A quick look at vdr's device.h didn't reveal an easy fix for this problem, > since > cDevice doesn't store device paths or adapter/frontend numbers. > A workaround is to load ngene.ko with the parameter one_adapter=0 Then there will be two adapters. -- Helmut Auer, hel...@helmutauer.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0
Hi! After i changed my sat tuner to Linux4Media cineS2 DVB-S2 Twin Tuner http://www.linuxtv.org/wiki/index.php/Linux4Media_cineS2_DVB-S2_Twin_Tuner femon's frontend info doesn't work anymore on all frontends. Exact cause for that seems to be the way ngene driver registers frontends at /dev/dvb My current /dev/dvb looks like this: /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend1 /dev/dvb/adapter1/frontend0 /dev/dvb/adapter2/frontend0 Since femon assumes that vdr card index is same as adapter index, femon shows stats from wrong frontend and can't show stas from /dev/dvb/adapter2 at all. A quick look at vdr's device.h didn't reveal an easy fix for this problem, since cDevice doesn't store device paths or adapter/frontend numbers. - Matti ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr