Re: [vdr] softdevice with menu&audio but no video
Quoting Darren Wilkinson: > Torgeir Veimo wrote: > > > > On 27 Jun 2007, at 18:32, Darren Wilkinson wrote: > > > >> The problem > >> is that although I can hear the channel playing and I can see and use > >> the vdr menus using softdevice I can't view the actual program wether or > >> not it's live or recorded. > > > > Ae you using Xv output? It's prob the wrong colour key used for the > > overlay. Search the softdevice devel for a fix. > > > > --Torgeir Veimo > > [EMAIL PROTECTED] > > > I forgot to mention that I'm using DirectFB only. > And you forgot to mention which hardware you are using. With DirectFB we need hardware YUV -> RGB conversion support. Plain fb output mode should run on any hw, but requires some more CPU power. Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Premiere UTF-8 fix for VDR 1.5.1+
Hi all,
Here is a small patch for all Premiere watchers who want to use UTF-8
encoding.
The patch simply changes the default character set that is used when
no encoding is broadcasted.
Kind regards,
Stefan
--- libsi/si.c.orig 2007-06-28 14:37:28.0 +0200
+++ libsi/si.c 2007-06-28 14:35:45.0 +0200
@@ -340,5 +340,6 @@
// and length are adjusted accordingly.
static const char *getCharacterTable(const unsigned char *&buffer, int &length, bool *isSingleByte = NULL) {
- const char *cs = "ISO6937";
+ // const char *cs = "ISO6937";
+ const char *cs = "ISO8859-15";
if (isSingleByte)
*isSingleByte = false;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput and Lirc forwarding
err yeah, I'm an idiot. I got the two columns the wrong way around in the remote.conf. Had the lirc remote calls in the left hand one and the vdr commands to call in the left. Once I sorted that out I got confused that for every key press I made it did two. That I realised was because whilst vdr-sxfe was passing the lirc command, vdr was also capturing it from /dev/lircd itself. I solved this by starting vdr with --lirc=/dev/null if anyone knows a better way let me know but it works so I'm happy. Cheers, Alex ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput and Lirc forwarding
Alex Stansfield wrote: > err yeah, I'm an idiot. > > I got the two columns the wrong way around in the remote.conf. Had the > lirc remote calls in the left hand one and the vdr commands to call in > the left. > still an idiot, that should have read: Had the lirc remote calls in the left hand one and the vdr commands to call in the right. Cheers, Alex ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice with menu&audio but no video
Stefan Lucke wrote: > Quoting Darren Wilkinson: > > >> Torgeir Veimo wrote: >> >>> On 27 Jun 2007, at 18:32, Darren Wilkinson wrote: >>> >>> The problem is that although I can hear the channel playing and I can see and use the vdr menus using softdevice I can't view the actual program wether or not it's live or recorded. >>> Ae you using Xv output? It's prob the wrong colour key used for the >>> overlay. Search the softdevice devel for a fix. >>> >>> --Torgeir Veimo >>> [EMAIL PROTECTED] >>> >>> >> I forgot to mention that I'm using DirectFB only. >> >> > > And you forgot to mention which hardware you are using. > With DirectFB we need hardware YUV -> RGB conversion support. > > Plain fb output mode should run on any hw, but requires some > more CPU power. > > Stefan Lucke > > I'm using nvidiafb with a GF 6600. However normal framebuffer is also showing menus but no video. Also shouldn't colourspace errors mean I get no menus either? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice with menu&audio but no video
Torgeir Veimo wrote: > > On 27 Jun 2007, at 19:25, Darren Wilkinson wrote: > >> Torgeir Veimo wrote: >>> >>> On 27 Jun 2007, at 18:32, Darren Wilkinson wrote: >>> The problem is that although I can hear the channel playing and I can see and use the vdr menus using softdevice I can't view the actual program wether or not it's live or recorded. >>> >>> Ae you using Xv output? It's prob the wrong colour key used for the >>> overlay. Search the softdevice devel for a fix. >>> >>> --Torgeir Veimo >>> [EMAIL PROTECTED] >>> >> I forgot to mention that I'm using DirectFB only. > > What output hardware do you use? Maybe you can try changing colour > space? YUV vs I420. > > --Torgeir Veimo > [EMAIL PROTECTED] I'm using a nvidia GF 6600 with the nvidiafb kernel driver. I've tried changing the colourspace in both the softdevice menu and in /etc/directfbrc to match with seemingly no effect. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-ttxtsubs in vdr developer versions?
Rolf Ahrenberg wrote: > On Wed, 27 Jun 2007, Luca Olivetti wrote: > > >> I just commented out these lines and it seems to work (though lately I'm >> not using it very much). >> Thank you Luca it works if i comment out four lines in ttxtsubsdisplay.c. > > Well, I guess it only works if your VDR is using the same charset as > the teletext subtitling stream. > How do I see if the charset is the same? I am not able see any Swedish characters (åäöÅÄÖ) in subtitles but it works in VDR. Any clue? > I don't have any channels with teletext subtitles and haven't used the > plugin for years. However, if someone is keen enough to make a real fix > and send it to me, I can update my patches... > > BR, > -- > rofa > > I appreciate your work with the patches, here in Sweden both DVB-S and DVB-T uses teletext subtitles and it's very important to have it working. Thank you for making the patches even if you don't use them. /Svankan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [vdr-1.5.5][Patch] inc/dec chara cter not working for ÄÖÜ in non-UTF8
Hi Klaus,
Found a bug in VDR-1.5.5 in non-UTF8 mode. In any text field, when the
cursor is on an uppercase non-ASCII character like ÄÖÜ, the up/down key
jumps directly to A.
The core problem is that the non-UTF8 version of Utf8ToArray
sign-extends chars to uints, turning the ä of the allowed chars into
0xFFE4, while the towlower() of the edit control changes the Ä into
0x00E4, which is then not in the list of allowed characters.
Lowercase works, since here everything stays sign-extended.
The attached patch changes Utf8ToArray to properly extend chars as unsigned.
Cheers,
Udo
--- vdr-1.5.5-orig/tools.c 2007-06-23 15:38:30.0 +0200
+++ vdr-1.5.5/tools.c 2007-06-28 21:10:58.0 +0200
@@ -685,7 +685,7 @@
int n = 0;
while (*s && --Size > 0) {
if (cCharSetConv::SystemCharacterTable())
- *a++ = *s++;
+ *a++ = (unsigned char)(*s++);
else {
int sl = Utf8CharLen(s);
*a++ = Utf8CharGet(s, sl);
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Premiere UTF-8 fix for VDR 1.5.1+
On 06/28/07 15:41, Stefan Taferner wrote:
> Hi all,
>
> Here is a small patch for all Premiere watchers who want to use UTF-8
> encoding.
>
> The patch simply changes the default character set that is used when
> no encoding is broadcasted.
>
> Kind regards,
> Stefan
>
>
>
>
> --- libsi/si.c.orig 2007-06-28 14:37:28.0 +0200
> +++ libsi/si.c2007-06-28 14:35:45.0 +0200
> @@ -340,5 +340,6 @@
> // and length are adjusted accordingly.
> static const char *getCharacterTable(const unsigned char *&buffer, int
> &length, bool *isSingleByte = NULL) {
> - const char *cs = "ISO6937";
> + // const char *cs = "ISO6937";
> + const char *cs = "ISO8859-15";
> if (isSingleByte)
>*isSingleByte = false;
Well, this might cause problems on channels that do adhere to the
standard and actually broadcast their EPG data in ISO6937.
Maybe somebody should call Premiere and complain to them. After all,
it's them who are not following the standard ;-)
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Premiere UTF-8 fix for VDR 1.5.1+
En/na Klaus Schmidinger ha escrit: > Well, this might cause problems on channels that do adhere to the > standard and actually broadcast their EPG data in ISO6937. > > Maybe somebody should call Premiere and complain to them. After all, > it's them who are not following the standard ;-) Unfortunately they're not the only one :-( Bye ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Premiere UTF-8 fix for VDR 1.5.1+
On 06/28/07 21:53, Luca Olivetti wrote: > En/na Klaus Schmidinger ha escrit: > >> Well, this might cause problems on channels that do adhere to the >> standard and actually broadcast their EPG data in ISO6937. >> >> Maybe somebody should call Premiere and complain to them. After all, >> it's them who are not following the standard ;-) > > Unfortunately they're not the only one :-( Maybe some broadcasters aren't even aware that they are not adhering to the DVB standard. So let's all call them and tell them about it. The more people call and complain, the better the chances things get fixed (at least that's what I'd hope for ;-). Building workarounds into receivers is certainly not the right way to go (even though it is, of course, a quick fix and may be sufficient for some users). Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice with menu&audio but no video
On 28 Jun 2007, at 18:22, Darren Wilkinson wrote: Torgeir Veimo wrote: On 27 Jun 2007, at 19:25, Darren Wilkinson wrote: Torgeir Veimo wrote: On 27 Jun 2007, at 18:32, Darren Wilkinson wrote: The problem is that although I can hear the channel playing and I can see and use the vdr menus using softdevice I can't view the actual program wether or not it's live or recorded. Ae you using Xv output? It's prob the wrong colour key used for the overlay. Search the softdevice devel for a fix. --Torgeir Veimo [EMAIL PROTECTED] I forgot to mention that I'm using DirectFB only. What output hardware do you use? Maybe you can try changing colour space? YUV vs I420. I'm using a nvidia GF 6600 with the nvidiafb kernel driver. I've tried changing the colourspace in both the softdevice menu and in /etc/directfbrc to match with seemingly no effect. Hmm, I'm unsure about what level of support the nvidia driver has for directfb. Can you provide the log output when you run dfbinfo? -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice with menu&audio but no video
Stefan Lucke wrote: > Quoting Darren Wilkinson: > >> Torgeir Veimo wrote: >>> On 27 Jun 2007, at 18:32, Darren Wilkinson wrote: >>> The problem is that although I can hear the channel playing and I can see and use the vdr menus using softdevice I can't view the actual program wether or not it's live or recorded. >>> Ae you using Xv output? It's prob the wrong colour key used for the >>> overlay. Search the softdevice devel for a fix. >>> >>> --Torgeir Veimo >>> [EMAIL PROTECTED] >>> >> I forgot to mention that I'm using DirectFB only. >> > > And you forgot to mention which hardware you are using. > With DirectFB we need hardware YUV -> RGB conversion support. > > Plain fb output mode should run on any hw, but requires some > more CPU power. > > Stefan Lucke This looks so very similar to the problem which occured to me some 2 months ago (similar hardware and video output method): http://lists.berlios.de/pipermail/softdevice-devel/2007q2/002841.html As I didn't have too much time to look for the cause, I'm still at vdr-1.4.6 and using xineliboutput (working well), but now that I've catched up with reading few things on the ML which seems interesting to me, I'll soon try the latest vdr-1.5 as it now supports UTF8. Lucian Muresan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] gettext in 1.5.x (was: vdr-1.5.3 - issue with translations out of plugins)
Hi Klaus, Klaus Schmidinger wrote: > On 06/13/07 00:21, [EMAIL PROTECTED] wrote: >> unfortunately this patches do not fix Transtation problems complete. >> i still have segmentation faults for example with softdevice plugin. >> maybe this help: vdr has translation "none". softdevice as also >> "none". >> at this translation "none" have i core dumps... > > Well, it was just a quick shot. > I'll look into it over the weekened. > >> Klaus what about gettext? This ist better alternative to "Home-made" >> converting. > > In the long run this is the plan, but as a first step I wanted to > do the freetype and UTF-8 stuff separately. > >> Or minimaly without on the fly converting of i18n strings, these string >> use from the begin as utf8 strings. If you remeber the thread almost 2 years ago, "OSD language settings stored as language code (was: i18n.c sorted)" http://linvdr.org/mailinglists/vdr/2005/11/msg00646.html at that time you first found it a good idea, then postponed it for 1.5.x. Right after that I also developed a working gettext patch based on this one, and of course, Alexander Riedel's UTF8-patch as it looked like at that time. Now you integrated utf8/freetype in vanilla VDR yourself, and from what I've read (haven't tried or looked at the code yet) it seems you used at least parts of that UTF8 ideas. What plans do you have about gettext, how long would that run be? Would it make sense if I'd rework my gettext patch based on the current VDR developer version in the near future (I developed it exactly having in mind your sketched ideas fom that time "There would be one file for each language in VDR itself, and each plugin would also have its own set of language files. There will also be a way of converting the exiting i18n files into the new format." ). Interested (in the next weeks, not right now...)? Lucian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia
On 6/27/07, Georg Acher <[EMAIL PROTECTED]> wrote: On Wed, Jun 27, 2007 at 09:17:03PM +0100, Torgeir Veimo wrote: > > On 27 Jun 2007, at 20:51, Igor wrote: > > >Hello > > > >http://reel-multimedia.com/rmm-english/netceiver.html > >here's a good platform for future hdtv-vdr > >Are you agree ? :) > > Well, what's missing there is info about the "1x extra PCI slot for > HD-Decoder-Card". Having a PCI decoder for mpeg2/4/h.264 would be > fine, unles it's actually a mini-pci card that only works with reels > netceiver external tuner hardware. The HDTV decoder card in PCI format will be first used for the Reelbox Avantgarde (based on a Mini-ITX-PC). The usage in the NetCeiver itself in a PC-less combo is planned, but I don't think a vdr can run on that platform without serious restrictions. For example, the NetCeiver with its current firmware has no real DVB-API, as the CPU has nothing to do with the TS streaming, it only controls the tuners. The rest (filtering and network encapsulation) is done in the hardware. So it will be more a small STB application without bells and whistles,. But the chances are high that the HD card (running with the Micronas DeCypher) will be seperately available. As the Reelbox uses vdr, Linux drivers for the HD card and the NetCeiver (a DVB-API emulation and a vdr plugin with more features) will be there from the start. Is there any information regarding availability or pricing on the HDTV PCI card ? I have been waiting a long time for an HD MPEG-2/4 decoder with HDMI and this sounds promising :-) Thanks, Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
