Re: [vdr] Freeview Playback
On 12/06/07, Alex Stansfield [EMAIL PROTECTED] wrote: with the launch of Freeview Playback in the UK, I was wondering if anyone here knew how the series links were sent to the dvb box. ... If anyone knows any more about how the system works or has the DTG specification (can't see it on their website) please let me know. MythTV seems to have added support: http://svn.mythtv.org/trac/ticket/2811 -- J. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freeview Playback
On Friday 15 Jun 2007, Jonathan McDowell wrote: On 12/06/07, Alex Stansfield [EMAIL PROTECTED] wrote: If anyone knows any more about how the system works or has the DTG specification (can't see it on their website) please let me know. MythTV seems to have added support: http://svn.mythtv.org/trac/ticket/2811 Hmmm. I worked out the scheme using dvbsnoop last night, then decided it couldn't possibly be so simple. Seems I was right after all... The data is transmitted in the EIT. Each entry has zero, 1 or 2 Content Identifier Descriptors, with table ID 0x76. The format of this descriptor seems to be: Descriptor tag, 8 bits (always 0x76) Descriptor length, 8 bits crid_type, 6 bits crid_location, 2 bits (always seems to be 00) crid_len, 8 bits crid_data, crid_len bytes. If crid_type = 0x31 then crid_data contains the program ID, which I think is supposed to uniquely identify the programme irrespective of repeats etc. If crid_type = 0x32 then crid_data contains the series ID, which should be the same across all episodes of a series. The series ID is sometimes omitted if the programme is a one-off. I'm not sure just how unique these identifiers are supposed to be; the series identifiers are generally 5-digit numbers or 6-character alpha strings preceded by /, while the program ID seems to have the episode number appended. On Sandy Heath I only see this data on the BBC, 4 and sky channels, not ITV. Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.3 - issue with translations out of plugins
On 06/13/07 12:50, Matthias Becker wrote: Hi everbody, I also tried both patches together and this did also not fix the problem with the translation of Volume out of lcdproc-Plugin. Please try the attached patch (against plain VDR 1.5.3). There was still a problem in cCharSetConv::Convert() in case an empty string was given. Klaus --- tools.c 2007/06/15 12:20:40 1.124 +++ tools.c 2007/06/15 12:46:38 @@ -753,7 +753,7 @@ const char *cCharSetConv::Convert(const char *From, char *To, size_t ToLength) { - if (cd != (iconv_t)-1) { + if (cd != (iconv_t)-1 From *From) { char *FromPtr = (char *)From; size_t FromLength = strlen(From); char *ToPtr = To; --- i18n.c 2007/06/09 08:44:54 1.294 +++ i18n.c 2007/06/15 12:52:51 @@ -6820,7 +6820,7 @@ *Converted = new tI18nPhrase[NumPhrases + 1]; memset(*Converted, 0, sizeof(tI18nPhrase) * (NumPhrases + 1)); } - if (!(*Converted)[NrPhrase][NrLanguage]) { + if (!(*Converted)[NrPhrase][NrLanguage] Original[NrPhrase][NrLanguage]) { cCharSetConv csc(Phrases[1][NrLanguage], cCharSetConv::SystemCharacterTable()); (*Converted)[NrPhrase][NrLanguage] = strdup(csc.Convert(Original[NrPhrase][NrLanguage])); } @@ -6851,7 +6851,8 @@ return t; } } - p = Phrases; + p = OriginalPhrases = Phrases; + ConvertedPhrases = Converted; } esyslog(%s%sno translation found for '%s' in language %d (%s), Plugin ? Plugin : , Plugin ? : : , s, Setup.OSDLanguage, Phrases[0][Setup.OSDLanguage]); } ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.3 - issue with translations out of plugins
Am Freitag, 15. Juni 2007 14:58 schrieb Klaus Schmidinger: Please try the attached patch (against plain VDR 1.5.3). There was still a problem in cCharSetConv::Convert() in case an empty string was given. Yes! It work's. THX Oleg Roitburd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
On 06/10/07 17:53, Anssi Hannula wrote: ... Alternatively, you could use the fontconfig library [1] for managing fonts. This would also allow using using the system default fonts via aliases like 'sans-serif' etc, and using a font list instead of having to manually write the font filename via OSD. You can get a quick idea from looking at the patch which added fontconfig support for mplayer [2], though of course you should look in fontconfig documentation instead of copying conventions from mplayer :) [1] http://fontconfig.org/ [2] http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2003-November/022218.html When I do const char *font_name = sans-serif; FcInit(); FcPattern *fc_pattern = FcNameParse((FcChar8 *)font_name); FcConfigSubstitute(0, fc_pattern, FcMatchPattern); FcDefaultSubstitute(fc_pattern); fc_pattern = FcFontMatch(0, fc_pattern, 0); FcChar8 *s; FcPatternGetString(fc_pattern, FC_FILE, 0, s); fprintf(stderr, font '%s'\n, s);//XXX free(fc_pattern); FcFini(); it prints font '/usr/share/fonts/truetype/arial.ttf' which looks good. However, when I use courier instead of sans-serif, I get font '/usr/share/fonts/URW/n022003l.pfb' which is not a truetype font and therefore can't be used with VDR's font rendering. Is there a way to make fontconfig only return truetype fonts? Also: is there a way to get a list of available truetype fonts from fontconfig? That's what would be needed to allow the user to select a desired font in VDR's Setup/OSD menu. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
I demand that Klaus Schmidinger may or may not have written... [snip] When I do const char *font_name = sans-serif; FcInit(); [snip fontconfig bits] fprintf(stderr, font '%s'\n, s);//XXX free(fc_pattern); FcFini(); it prints font '/usr/share/fonts/truetype/arial.ttf' which looks good. However, when I use courier instead of sans-serif, I get font '/usr/share/fonts/URW/n022003l.pfb' which is not a truetype font and therefore can't be used with VDR's font rendering. Why can't it? I was under the impression that freetype could handle Postscript fonts... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. Your mode of life will be changed to ASCII. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
On 06/15/07 18:07, Anssi Hannula wrote: Klaus Schmidinger wrote: On 06/10/07 17:53, Anssi Hannula wrote: ... Alternatively, you could use the fontconfig library [1] for managing fonts. This would also allow using using the system default fonts via aliases like 'sans-serif' etc, and using a font list instead of having to manually write the font filename via OSD. You can get a quick idea from looking at the patch which added fontconfig support for mplayer [2], though of course you should look in fontconfig documentation instead of copying conventions from mplayer :) [1] http://fontconfig.org/ [2] http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2003-November/022218.html When I do const char *font_name = sans-serif; FcInit(); FcPattern *fc_pattern = FcNameParse((FcChar8 *)font_name); While fontconfig is usually configured to ignore bitmap fonts anyway, I think you should enforce that by putting this call here: FcPatternAddBool(fc_pattern, FC_SCALABLE, FcTrue); Thanks. FcConfigSubstitute(0, fc_pattern, FcMatchPattern); FcDefaultSubstitute(fc_pattern); fc_pattern = FcFontMatch(0, fc_pattern, 0); FcChar8 *s; FcPatternGetString(fc_pattern, FC_FILE, 0, s); fprintf(stderr, font '%s'\n, s);//XXX free(fc_pattern); Use FcPatternDestroy(fc_pattern) instead, using free() here causes an error for me. FcFini(); it prints font '/usr/share/fonts/truetype/arial.ttf' which looks good. However, when I use courier instead of sans-serif, I get font '/usr/share/fonts/URW/n022003l.pfb' which is not a truetype font and therefore can't be used with VDR's font rendering. Hmm... AFAIK it is scalable and freetype can use it. Or is there some another restriction regarding VDR font rendering? Well, I was wrong here. I assumed that Freetype could only handle *.ttf files, but I've explicitly tried /usr/share/fonts/URW/n022003l.pfb now and it works just fine. Is there a way to make fontconfig only return truetype fonts? Also: is there a way to get a list of available truetype fonts from fontconfig? That's what would be needed to allow the user to select a desired font in VDR's Setup/OSD menu. Gathering from http://www.xemacs.org/Documentation/packages/html/fontconfig_3.html , it can be done with something like this: // what info is requested: FcObjectSet *os = FcObjectSetBuild(FC_FAMILY, NULL); // what fonts are requested: FcPattern *pat = FcPatternBuild(NULL, FC_SCALABLE, FcTypeBool, FcTrue, NULL); FcFontSet* fontset = FcFontList(0, pat, os); FcObjectSetDestroy(os); FcPatternDestroy(pat); for (int i = 0; i fontset-nfont ; i++) { FcChar8 *t; FcPatternGetString(fontset-fonts[i], FC_FAMILY, 0, t); fprintf(stderr, font '%s'\n, t); } FcFontSetDestroy(fontset); Thanks, I'll give this a shot. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Configuring vdr-sxfe to use a single vdr backend for recordings/dvb cards
On Wed, 2007-06-13 at 19:16 +0100, Alasdair Campbell wrote: Is it possible to have one of the VDR 'servers/instances' to be running on one of the clients rather than the main server pc? Yes. Then you don't need the -D option. The exact same setup except Client2 has an instance of VDR running in the background with 1 dvb card saving files to the server's /video mounted over nfs. Ideally all Clients + Master VDR Server will see channels on Client 2's satellite feed and be able to register timers on that server. This is more complicated :) I think you need to set every timer manually to the system where it is supposed to be recorded. Timersync won't work as it disables all recording at client(s). Using timersync and enabling recording at the client won't work if you use streamdev: both systems will see the same channels and would record the same timers in paraller. Maybe something like this might work: VDR1: (2x DVB-?): streamdev-server, streamdev-client connected to VDR2 VDR2: (1x DVB-S): streamdev-server, streamdev-client connected to VDR1 VDR3: (no DVB): 2 instances of streamdev-client: one connected to VDR1 and another to VDR2. Note that circular streamdev setup doesn't work without patching ( http://www.vdr-developer.org/mantisbt/view.php?id=198 ) If there was a way for PCI buses to traverse networks, then the location of the 3rd card wouldn't be an issue, but I don't believe that's possible... No, but transferring the device interface (/dev/dvb/...) over network is possible with something like nbd (network block device). I think I saw similar redirector for DVB devices few years ago: http://linuxtv.org/mailinglists/linux-dvb/2004/08-2004/msg00326.html But it seems quite old and unmaintained. - Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr