Re: [vdr] dxr3 plugin compilation error
Am Tue, 27 Oct 2009 09:31:11 -0700 schrieb VDR User : > Try this patch: > > --- vdr-1.7.5/vdr.c.orig2009-04-12 11:05:51.0 -0700 > +++ vdr-1.7.5/vdr.c 2009-04-12 11:07:08.0 -0700 > @@ -32,6 +32,7 @@ > #include > #include > #include > +#include > #include > #include > #include #include should do it too. Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 plugin compilation error
Not been googling enough time. The solution is here : https://bugzilla.redhat.com/show_bug.cgi?id=493053 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 plugin compilation error
On Tue, Oct 27, 2009 at 9:10 AM, Damien Bally wrote: > Hello > > Compilation of dxr3plugin fails (vdr 1.6.0 slackware 13 kernel 2.6.29.6): > > make[1]: Entering directory `/home/vdruser/vdr-1.6.0/PLUGINS/src/dxr3-0.2.9' > g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"' > -D_GNU_SOURCE -DMICROCODE=\"/lib/firmware/em8300.bin\" -DUSE_XINE_SCALER > -I../../../include -I/usr/local/include -I/usr/local/include/libavcodec > -I/usr/include dxr3interface.c > In file included from dxr3interface.c:27: > /usr/include/linux/dvb/audio.h:79: error: 'uint16_t' does not name a type > dxr3interface.c: In member function 'void > cDxr3Interface::SetAspectRatio(uint32_t)': > dxr3interface.c:451: warning: unused variable 'wssmode' > make[1]: *** [dxr3interface.o] Error 1 > > I've been googling with that but found nothing. What's wrong ? Try this patch: --- vdr-1.7.5/vdr.c.orig2009-04-12 11:05:51.0 -0700 +++ vdr-1.7.5/vdr.c 2009-04-12 11:07:08.0 -0700 @@ -32,6 +32,7 @@ #include #include #include +#include #include #include #include ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, 2 Apr 2008, Ville Aakko wrote: > But, seriously, they work very nicely with text2skin here, and used to > work in and older VDR / skinsoppalusikka, too (providing you use logos > with decreased number of colours, but I really couldn't tell the You don't happen to remember when things went broken? An exact version number would help a lot... BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, 2 Apr 2008, Ville Aakko wrote: >> No, sorry! I thoiught I was using the latesta, but I wasn't. But after >> some quick testing, it still seems unstable in the editing mode, > ... , but I need to do some more testing, before I can say if the > 1.6.0 is more stable than 1.1.5. Increasing the "Osd Flush Rate" value in DXR3 plugin setup might make things a bit more stable... BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
Seems that my brain stopped working in the middle of a sentence here : 2008/4/2, Ville Aakko <[EMAIL PROTECTED]>: > > No, sorry! I thoiught I was using the latesta, but I wasn't. But after > some quick testing, it still seems unstable in the editing mode, ... , but I need to do some more testing, before I can say if the 1.6.0 is more stable than 1.1.5. - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
2008/3/31, Luca Olivetti <[EMAIL PROTECTED]>: > > channel logo *must* be disabled for the dxr3. But they look neat =) But, seriously, they work very nicely with text2skin here, and used to work in and older VDR / skinsoppalusikka, too (providing you use logos with decreased number of colours, but I really couldn't tell the difference when I opened both versions of some of the logos in an editor on my computer). So it IS a small regression (triggered in the plugin by changes in skinsoppalusikka). But the real problem here was the stability, into which the logos have no effect. Well, honestly, I didn't try the 1.6.0 without logos, but I assume this, because 1) disabling the channel logos didn't have any effect in a previous skinsoppalusikka, and 2) the instablility occurs in editing mode and when going trough the menus, i.e. NOT when any logos are shown on the screen. The "palette of the logos not updating" is, on the other hand, a very minor and purely cosmetic problem. - Ville -- -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
2008/3/30, Rolf Ahrenberg <[EMAIL PROTECTED]>: > On Sun, 30 Mar 2008, Ville Aakko wrote: > > > Channel surfing and menus seem to be generally more stable. Editing, > > (putting marks and moving them), and most notably, jumping to a > > certain position via the red button is still PITA with > > skinsoppalusikka and DXR3. But the behaviour of the OSD is a bit > > > Did you test it with the latest skinsoppalusikka-1.6.0? I added > similar osd performance tweaks for replay mode into that particular > version. No, sorry! I thoiught I was using the latesta, but I wasn't. But after some quick testing, it still seems unstable in the editing mode, > > Also, skinsoppalusikka doesn't update the palette of channel logos, if > > > Well, IMO the skin isn't responsible of palette updates, but the real > problem might be in the osd implemantation of DXR3 plugin. Yes, that is most probably true. I was merely stating what I'm experiencing with skinsoppaluskka and the logos =) - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Rolf Ahrenberg ha escrit: >> Also, skinsoppalusikka doesn't update the palette of channel logos, if > > Well, IMO the skin isn't responsible of palette updates, but the real > problem might be in the osd implemantation of DXR3 plugin. channel logo *must* be disabled for the dxr3. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Rolf Ahrenberg ha escrit: >> Also, skinsoppalusikka doesn't update the palette of channel logos, if > > Well, IMO the skin isn't responsible of palette updates, but the real > problem might be in the osd implemantation of DXR3 plugin. channel logo *must* be disabled for the dxr3. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Sun, 30 Mar 2008, Ville Aakko wrote: > Channel surfing and menus seem to be generally more stable. Editing, > (putting marks and moving them), and most notably, jumping to a > certain position via the red button is still PITA with > skinsoppalusikka and DXR3. But the behaviour of the OSD is a bit Did you test it with the latest skinsoppalusikka-1.6.0? I added similar osd performance tweaks for replay mode into that particular version. > Also, skinsoppalusikka doesn't update the palette of channel logos, if Well, IMO the skin isn't responsible of palette updates, but the real problem might be in the osd implemantation of DXR3 plugin. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
2008/3/10, Rolf Ahrenberg <[EMAIL PROTECTED]>: > On Sun, 9 Mar 2008, Luca Olivetti wrote: > > > I'm still using 1.0.4 (and, yes, from time to time I have osd problems > > with the dxr3), but a performance improvement could be actually a bad > > thing for the dxr3 (if it translates to more osd updates). > > > Well, in this case the performance improvement means less work for the > osd provider as I've eliminated unnecessary osd accesses. Hence the > lower CPU load on the xineliboutput setup. I didn't mention about those > tweaks in HISTORY, but they should be included in version 1.1.5 and a > few more in the next release. I tried skinsoppalusikka. It is a bit more stable, but not enough. Channel surfing and menus seem to be generally more stable. Editing, (putting marks and moving them), and most notably, jumping to a certain position via the red button is still PITA with skinsoppalusikka and DXR3. But the behaviour of the OSD is a bit different when it starts being buggy; the "flickering" I get is different and it doesn't hang as often as it used to. So you can feel something has changed =). I still get more random crashes with skinsoppalusikka, than with text2skin. Also, skinsoppalusikka doesn't update the palette of channel logos, if the OSD isn't closed in between channel changes (this is notable only when channel surfing, but if you wait a while, let the OSD close itself, and then change channel, the logo is shown in right colors). Just for your information (it probably isn't worth the trouble to get skinsoppalusikka working properly on DXR3, unless you have some ideas what to try), and also for DXR3 users who are looking for a stable OSD. - Ville -- -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Sun, 9 Mar 2008, Luca Olivetti wrote: > I'm still using 1.0.4 (and, yes, from time to time I have osd problems > with the dxr3), but a performance improvement could be actually a bad > thing for the dxr3 (if it translates to more osd updates). Well, in this case the performance improvement means less work for the osd provider as I've eliminated unnecessary osd accesses. Hence the lower CPU load on the xineliboutput setup. I didn't mention about those tweaks in HISTORY, but they should be included in version 1.1.5 and a few more in the next release. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Rolf Ahrenberg ha escrit: > On Sun, 9 Mar 2008, Ville Aakko wrote: > >> What skin are you using? I've noticed that the only skins that are >> usable (i.e. stable enough to use them) are those of text2skin plugin >> - more specifically, I use enElchi. Some other were stable, too. >> Anything else (including skinsoppalusikka, which is identical in >> appearance to enElchi but standalone) and I just can't use my VDR >> without losing my nerves. > > You could try the latest soppalusikka as there were some osd update > tweaks. At least with xineliboutput the cpu load was reduced ~20% on a > core2duo+nvidia setup, so the skin is nowadays less demanding for the > hardware... I'm still using 1.0.4 (and, yes, from time to time I have osd problems with the dxr3), but a performance improvement could be actually a bad thing for the dxr3 (if it translates to more osd updates). In fact I think that text2skin works well enough for Ville because it is slow (at least it was last time I used it). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Sun, 9 Mar 2008, Ville Aakko wrote: > What skin are you using? I've noticed that the only skins that are > usable (i.e. stable enough to use them) are those of text2skin plugin > - more specifically, I use enElchi. Some other were stable, too. > Anything else (including skinsoppalusikka, which is identical in > appearance to enElchi but standalone) and I just can't use my VDR > without losing my nerves. You could try the latest soppalusikka as there were some osd update tweaks. At least with xineliboutput the cpu load was reduced ~20% on a core2duo+nvidia setup, so the skin is nowadays less demanding for the hardware... BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
2008/3/9, Sami Sundell <[EMAIL PROTECTED]>: > > I'm having some stability problems, though - every once in a while > changing the channel or doing some fast moves with OSD freezes the > screen. Don't know what the problem is, yet. Possibly related to this is > that the subtitles have gone missing a couple of times. I haven't been > able to pinpoint what exactly happens here, but my guess is it's got > something to do with DXR3 :P What skin are you using? I've noticed that the only skins that are usable (i.e. stable enough to use them) are those of text2skin plugin - more specifically, I use enElchi. Some other were stable, too. Anything else (including skinsoppalusikka, which is identical in appearance to enElchi but standalone) and I just can't use my VDR without losing my nerves. I still get OSD freezes, but only very rarely (i.e. maybe once in every 12 hours of active use; i.e. watching recordings and such). - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thu, Mar 06, 2008 at 07:52:49PM +0200, Ville Aakko wrote: > Sami, I believe you already have it almost in order. I've been using > the development VDR all the time, and the only problem has been that > the OSD hijacked the OSD (and is now gone thanks to the osdlevel > patch). Though, if you get the problem that the OSD doesn't clear > between subtitles, then see the 2. patch I'm attaching for vdr-dxr3 > plugin (though it could be in the CVS now, I'm using a tarball of the > CVS that is somewhat aged now). Yep, I seem to have the second patch, so it's looking good now, thanks. I'm having some stability problems, though - every once in a while changing the channel or doing some fast moves with OSD freezes the screen. Don't know what the problem is, yet. Possibly related to this is that the subtitles have gone missing a couple of times. I haven't been able to pinpoint what exactly happens here, but my guess is it's got something to do with DXR3 :P -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thu, Mar 06, 2008 at 08:42:30PM +0200, Ville Skyttä wrote: > Unless a better fix emerges, I'm quite interested in including one of > these in the upcoming VDR 1.6.x package for Fedora and also ship it in > the DXR3 plugin tarball (possibly modified so that it's only enabled > if the primary device is a DXR3 if possible), but I don't quite follow > which would be the preferred one. Both amount to same thing - setting bpp for each area to 2 - but Luca's patch does it in cleaner way, so that's what I would use. -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Anssi Hannula ha escrit: > Preferably on-list, as I'm planning a similar conditional patch for > Mandriva VDR 1.6.x packages. That is, unless something better emerges. Keep in mind that the patch could be detrimental if you have something other than a dxr3 with a better osd (though I'm using it with either the dxr3 or a xine frontend and in both cases I can read the subtitles just fine, in fact with xine I cannot tell the difference with or without the patch). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
Ville Skyttä wrote: > On Thursday 06 March 2008, Luca Olivetti wrote: > >> Yes, it should be in cvs, the only thing missing is calling the cOsd >> constructor with Level instead of 0 > > That's right - all patches posted for the DXR3 plugin are now in CVS, thanks > again to everyone involved. > > However, Luca and Ville A, you seem to be using different patches to VDR's > dvbsubtitle.c - looks like Luca's contains all the changes in Ville A's, but > comments those out and uses something else instead. > > Unless a better fix emerges, I'm quite interested in including one of these > in > the upcoming VDR 1.6.x package for Fedora and also ship it in the DXR3 plugin > tarball (possibly modified so that it's only enabled if the primary device is > a DXR3 if possible), but I don't quite follow which would be the preferred > one. > > Could you compare and comment (off-list is fine, this may be getting a bit > off > topic for the general VDR public)? Preferably on-list, as I'm planning a similar conditional patch for Mandriva VDR 1.6.x packages. That is, unless something better emerges. > http://article.gmane.org/gmane.linux.vdr/35860 > http://article.gmane.org/gmane.linux.vdr/35881 -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thursday 06 March 2008, Luca Olivetti wrote: > Yes, it should be in cvs, the only thing missing is calling the cOsd > constructor with Level instead of 0 That's right - all patches posted for the DXR3 plugin are now in CVS, thanks again to everyone involved. However, Luca and Ville A, you seem to be using different patches to VDR's dvbsubtitle.c - looks like Luca's contains all the changes in Ville A's, but comments those out and uses something else instead. Unless a better fix emerges, I'm quite interested in including one of these in the upcoming VDR 1.6.x package for Fedora and also ship it in the DXR3 plugin tarball (possibly modified so that it's only enabled if the primary device is a DXR3 if possible), but I don't quite follow which would be the preferred one. Could you compare and comment (off-list is fine, this may be getting a bit off topic for the general VDR public)? http://article.gmane.org/gmane.linux.vdr/35860 http://article.gmane.org/gmane.linux.vdr/35881 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
El Thu, 6 Mar 2008 19:52:49 +0200 > > Ville, are you listening? ;-) > > If you meant me then yes I am =) No, I meant Ville Skyttä, the plugin maintainer, there are many Ville here :-) [...] >Though, if you get the problem that the OSD doesn't clear > between subtitles, then see the 2. patch I'm attaching for vdr-dxr3 > plugin (though it could be in the CVS now, I'm using a tarball of the > CVS that is somewhat aged now). Yes, it should be in cvs, the only thing missing is calling the cOsd constructor with Level instead of 0 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thursday 06 March 2008, Luca Olivetti wrote: > En/na Luca Olivetti ha escrit: > >> ... and this went away when I changed the cDxr3SubpictureOsd constructor > >> to call the cOsd with proper level. Unless I'm missing something - and I > >> bet I am - the system seems to be working smoothly now. > > > > Mmh, it should be already doing it, look at line 39 > > > > http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture. > >c?revision=1.1.2.18&view=markup&pathrev=vdr-dxr3-0-2 > > (slaps on head), ok, that's calling it with 0, in my local copy I'm > calling it with Level (probably the problem was introduced when I made > the patch for the cvs version supporting older vdr releases). > Sorry for all the trouble. > > Ville, are you listening? ;-) Sure; committed, thanks! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
Hi Luca! 2008/3/6, Luca Olivetti <[EMAIL PROTECTED]>: > En/na Luca Olivetti ha escrit: > > > >> ... and this went away when I changed the cDxr3SubpictureOsd constructor > >> to call the cOsd with proper level. Unless I'm missing something - and I > >> bet I am - the system seems to be working smoothly now. > > > > Mmh, it should be already doing it, look at line 39 > > > > > http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18&view=markup&pathrev=vdr-dxr3-0-2 > > > (slaps on head), ok, that's calling it with 0, in my local copy I'm > calling it with Level (probably the problem was introduced when I made > the patch for the cvs version supporting older vdr releases). > Sorry for all the trouble. > > Ville, are you listening? ;-) If you meant me then yes I am =) I made the change locally here too and now it works correctly! Has been bugging me a long time but I've lived with it ;) Sami, I believe you already have it almost in order. I've been using the development VDR all the time, and the only problem has been that the OSD hijacked the OSD (and is now gone thanks to the osdlevel patch). Though, if you get the problem that the OSD doesn't clear between subtitles, then see the 2. patch I'm attaching for vdr-dxr3 plugin (though it could be in the CVS now, I'm using a tarball of the CVS that is somewhat aged now). For reference I'm attaching here all the patches I need to apply to VDR (1.5.15 but probably works with older ones too) and dxr3-vdr plugin on my setup to get it working properly. Are the Gentoo overlay guys listening? These could go into the overlay (but the VDR patch should of course only activate if the dxr3 use flag is set). - Ville -- Ville Aakko - [EMAIL PROTECTED] diff -Naur vdr-1.5.10/dvbsubtitle.c vdr-1.5.10-new/dvbsubtitle.c --- vdr-1.5.10/dvbsubtitle.c2007-10-14 17:02:35.0 +0300 +++ vdr-1.5.10-new/dvbsubtitle.c2007-11-04 13:17:19.0 +0200 @@ -982,13 +982,13 @@ return; tArea *Areas = Page->GetAreas(); int NumAreas = Page->regions.Count(); - int Bpp = 8; + int Bpp = 4; bool Reduced = false; - while (osd->CanHandleAreas(Areas, NumAreas) != oeOk) { +// while (osd->CanHandleAreas(Areas, NumAreas) != oeOk) { int HalfBpp = Bpp / 2; if (HalfBpp >= 2) { for (int i = 0; i < NumAreas; i++) { - if (Areas[i].bpp >= Bpp) { + while (Areas[i].bpp >= Bpp) { Areas[i].bpp = HalfBpp; Reduced = true; } @@ -997,7 +997,7 @@ } else return; // unable to draw bitmaps -} +//} if (Reduced) { for (int i = 0; i < NumAreas; i++) { cSubtitleRegion *sr = Page->regions.Get(i); --- dxr3osd_subpicture.c.old2008-03-06 19:30:14.0 +0200 +++ dxr3osd_subpicture.c2008-03-06 19:30:23.0 +0200 @@ -37,7 +37,7 @@ cDxr3SubpictureOsd::cDxr3SubpictureOsd(int Left, int Top) : cOsd(Left, Top) #else cDxr3SubpictureOsd::cDxr3SubpictureOsd(int Left, int Top, uint Level) -: cOsd(Left, Top, 0) +: cOsd(Left, Top, Level) #endif { shown = false; diff --unified -r1.1.2.17 dxr3osd_subpicture.c --- dxr3osd_subpicture.c3 Sep 2007 20:24:51 - 1.1.2.17 +++ dxr3osd_subpicture.c23 Nov 2007 00:01:08 - @@ -117,6 +117,15 @@ return Result; } +eOsdError cDxr3SubpictureOsd::SetAreas(const tArea *Areas, int NumAreas) +{ + if (shown) { + Spu->Clear(); + shown = false; + } + return cOsd::SetAreas(Areas, NumAreas); +} + // == void cDxr3SubpictureOsd::Flush() { diff --unified -r1.1.2.15 dxr3osd_subpicture.h --- dxr3osd_subpicture.h3 Sep 2007 20:24:51 - 1.1.2.15 +++ dxr3osd_subpicture.h23 Nov 2007 00:01:08 - @@ -26,7 +26,7 @@ ~cDxr3SubpictureOsd(); eOsdError CanHandleAreas(const tArea *Areas, int NumAreas); - +eOsdError SetAreas(const tArea *Areas, int NumAreas); void Flush(); }; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Luca Olivetti ha escrit: >> ... and this went away when I changed the cDxr3SubpictureOsd constructor >> to call the cOsd with proper level. Unless I'm missing something - and I >> bet I am - the system seems to be working smoothly now. > > Mmh, it should be already doing it, look at line 39 > > http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18&view=markup&pathrev=vdr-dxr3-0-2 > (slaps on head), ok, that's calling it with 0, in my local copy I'm calling it with Level (probably the problem was introduced when I made the patch for the cvs version supporting older vdr releases). Sorry for all the trouble. Ville, are you listening? ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Sami Sundell ha escrit: > On Thu, Mar 06, 2008 at 12:35:54AM +0200, Sami Sundell wrote: > >> Ok, now the subtitles work, but I still have problems with subtitles >> and OSD together - remote becomes unresponsive and I get errors: >> >> Mar 5 23:45:42 dvd vdr: [5102] ERROR: attempt to open OSD while it is >> already open - using dummy OSD! > > ... and this went away when I changed the cDxr3SubpictureOsd constructor > to call the cOsd with proper level. Unless I'm missing something - and I > bet I am - the system seems to be working smoothly now. Mmh, it should be already doing it, look at line 39 http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18&view=markup&pathrev=vdr-dxr3-0-2 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thu, Mar 06, 2008 at 12:35:54AM +0200, Sami Sundell wrote: > Ok, now the subtitles work, but I still have problems with subtitles > and OSD together - remote becomes unresponsive and I get errors: > > Mar 5 23:45:42 dvd vdr: [5102] ERROR: attempt to open OSD while it is > already open - using dummy OSD! ... and this went away when I changed the cDxr3SubpictureOsd constructor to call the cOsd with proper level. Unless I'm missing something - and I bet I am - the system seems to be working smoothly now. Thanks for all! -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Klaus Schmidinger ha escrit: > > There's one thing I can say: this patch is not going into the official Sure, I understand that > VDR source. The problem is in the DXR3 plugin: the correct way to handle this > is for the OSD object to truthfully report whether it can handle the > requested areas or not, and if it claims to be able to handle them, > then do so Well, it isn't so simple, since color management with the dxr3 uses many tricks. Natively it's only capable of 2bpp, but with a lot of tricks it manages 4bpp for a typical osd. If it reports 2bpp, most everything would work (I think osd teletext wouldn't) but with a very dull osd, if it reports 4bpp everything works as long as there's no antialiasing. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, Mar 05, 2008 at 10:12:43PM +0100, Luca Olivetti wrote: > Well, I also had to modify dvbsubtitle.c (with some hints from the > dxr3-plugin mailing list), and since I go from one vdr version to the Thanks for the info and the patch - I've spent this evening looking at the sources and got the feeling that the cvs version of dxr3 won't alone help in getting the subs working. I was just in the middle of modifying the said dvbsubtitle.c - good that I won't have to do that alone :P The problems with no picture went away once I noticed that generating a new deb package of VDR and installing it also requires installing the headers and rebuilding the dxr3 plugin against them... > I don't know if it's a good or bad patch but it works here, no > bleeding and the lirc remote is responsive. Ok, now the subtitles work, but I still have problems with subtitles and OSD together - remote becomes unresponsive and I get errors: Mar 5 23:45:42 dvd vdr: [5102] ERROR: attempt to open OSD while it is already open - using dummy OSD! Closer to goal, though 8) -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On 03/05/08 22:12, Luca Olivetti wrote: > En/na Sami Sundell ha escrit: >> On Wed, Mar 05, 2008 at 05:51:07PM +0100, Klaus Schmidinger wrote: >> >>> I'd say this whole thing is a DXR3 problem, not a core VDR problem. >>> Therefore I'm afraid I can't contribute to the solution... >> >> Looks like it, but thanks anyway. >> >> ... found the 0.2.x-branch in the dxr3 plugin CVS, which gives me > > Yes, that's the "good" one (I don't think anybody is working on the HEAD > version). > >> picture but still bleeding subtitles. Now it won't crash if I try to >> access the OSD, it just stops responding to remote. :P > > Well, I also had to modify dvbsubtitle.c (with some hints from the > dxr3-plugin mailing list), and since I go from one vdr version to the > next one with the patch, I forgot it. > Attached is a diff from the stock dvbsubtitle.c in 1.5.17 and the > version I'm using. > I don't know if it's a good or bad patch but it works here, no bleeding > and the lirc remote is responsive. > I also cannot say if any of the other patches I have make a difference. There's one thing I can say: this patch is not going into the official VDR source. The problem is in the DXR3 plugin: the correct way to handle this is for the OSD object to truthfully report whether it can handle the requested areas or not, and if it claims to be able to handle them, then do so Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Sami Sundell ha escrit: On Wed, Mar 05, 2008 at 05:51:07PM +0100, Klaus Schmidinger wrote: I'd say this whole thing is a DXR3 problem, not a core VDR problem. Therefore I'm afraid I can't contribute to the solution... Looks like it, but thanks anyway. ... found the 0.2.x-branch in the dxr3 plugin CVS, which gives me Yes, that's the "good" one (I don't think anybody is working on the HEAD version). picture but still bleeding subtitles. Now it won't crash if I try to access the OSD, it just stops responding to remote. :P Well, I also had to modify dvbsubtitle.c (with some hints from the dxr3-plugin mailing list), and since I go from one vdr version to the next one with the patch, I forgot it. Attached is a diff from the stock dvbsubtitle.c in 1.5.17 and the version I'm using. I don't know if it's a good or bad patch but it works here, no bleeding and the lirc remote is responsive. I also cannot say if any of the other patches I have make a difference. Bye -- Luca --- vdr-1.5.17.orig/dvbsubtitle.c 2007-11-25 14:33:08.0 +0100 +++ vdr-1.5.17/dvbsubtitle.c 2008-01-20 19:24:05.785023000 +0100 @@ -983,13 +983,22 @@ return; tArea *Areas = Page->GetAreas(); int NumAreas = Page->regions.Count(); - int Bpp = 8; bool Reduced = false; - while (osd->CanHandleAreas(Areas, NumAreas) != oeOk) { + for (int i = 0; i < NumAreas; i++) { +if (Areas[i].bpp > 2) { + Areas[i].bpp = 2; + Reduced = true; +} + } + + /* + int Bpp = 4; + bool Reduced = false; + //while (osd->CanHandleAreas(Areas, NumAreas) != oeOk) { int HalfBpp = Bpp / 2; if (HalfBpp >= 2) { for (int i = 0; i < NumAreas; i++) { - if (Areas[i].bpp >= Bpp) { + while (Areas[i].bpp >= Bpp) { Areas[i].bpp = HalfBpp; Reduced = true; } @@ -998,7 +1007,9 @@ } else return; // unable to draw bitmaps + // } + */ if (Reduced) { for (int i = 0; i < NumAreas; i++) { cSubtitleRegion *sr = Page->regions.Get(i); ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, Mar 05, 2008 at 05:51:07PM +0100, Klaus Schmidinger wrote: > I'd say this whole thing is a DXR3 problem, not a core VDR problem. > Therefore I'm afraid I can't contribute to the solution... Looks like it, but thanks anyway. ... found the 0.2.x-branch in the dxr3 plugin CVS, which gives me picture but still bleeding subtitles. Now it won't crash if I try to access the OSD, it just stops responding to remote. :P -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On 03/05/08 17:47, Sami Sundell wrote: > On Wed, Mar 05, 2008 at 02:02:31PM +0200, Sami Sundell wrote: > >> Hmm, I tried both fixes - that is, this one, and changing to cvs >> version of the DXR3 plugin. > > ... and in addition to the load issue, there's the slight problem that > on TV it shows only the OSD. No TV picture, no audio. Well, perhaps a > broken still every once in a while. There are logs about PID changes > etc. so VDR is receiving signal, it just doesn't show it. I'd say this whole thing is a DXR3 problem, not a core VDR problem. Therefore I'm afraid I can't contribute to the solution... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, Mar 05, 2008 at 02:02:31PM +0200, Sami Sundell wrote: > Hmm, I tried both fixes - that is, this one, and changing to cvs > version of the DXR3 plugin. ... and in addition to the load issue, there's the slight problem that on TV it shows only the OSD. No TV picture, no audio. Well, perhaps a broken still every once in a while. There are logs about PID changes etc. so VDR is receiving signal, it just doesn't show it. -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Tue, Mar 04, 2008 at 10:34:55PM +0100, Klaus Schmidinger wrote: > On 03/04/08 22:10, Sami Sundell wrote: > Try changing > int Bpp = 8; > > (line 986) to > > int Bpp = 2; > > in dvbsubtitle.c. Hmm, I tried both fixes - that is, this one, and changing to cvs version of the DXR3 plugin. With this one, I get following logs: Mar 5 07:30:53 dvd vdr: [2703] buffer usage: 0% (tid=2702) Mar 5 07:30:53 dvd vdr: [2702] dxr3: demux: stillpicture length: 100 Mar 5 07:31:00 dvd last message repeated 160639 times ... and with the CVS version of the plugin, this kind of messages: Mar 5 07:14:06 dvd vdr: [30406] clearing transfer buffer to avoid overflows Mar 5 07:14:06 dvd vdr: [30407] buffer usage: 0% (tid=30406) Mar 5 07:14:07 dvd vdr: [30406] ERROR (transfer.c,93): Virheellinen argumentti Mar 5 07:14:09 dvd last message repeated 65080 times Notice, that I haven't yet had the chance to actually look at the picture, I was doing this remotely :P Anyway, no section errors anymore, but the loads in VDR machine go sky high - enough to make ssh connection almost unusable because of the unresponsiveness... I'll try to look more into it later. -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
Luca Olivetti wrote: > En/na Sami Sundell ha escrit: >> On Tue, Mar 04, 2008 at 10:55:53PM +0200, Sami Sundell wrote: >> >>> E-tobi's experimental VDR branch moved to 1.5.x series, so I did too, >>> but I'm running into some problems. Specifically, this one: >> ... Some version information might be good, too. VDR 1.5.17, dxr3 plugin >> 0.2.7, em8300 driver 0.16.4. Two DVB-C budget cards (Terratec 1200), but >> I guess it doesn't matter in this case. >> > > Try the cvs version (I don't remember if the changes for dvb subtitles > were in 0.2.7 or are posterior, in any case dvb subtitles work fine here). The dvb subtitle changes are not in 0.2.7, but only in CVS. -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On 03/04/08 22:10, Sami Sundell wrote: > On Tue, Mar 04, 2008 at 10:55:53PM +0200, Sami Sundell wrote: > >> E-tobi's experimental VDR branch moved to 1.5.x series, so I did too, >> but I'm running into some problems. Specifically, this one: > > ... Some version information might be good, too. VDR 1.5.17, dxr3 plugin > 0.2.7, em8300 driver 0.16.4. Two DVB-C budget cards (Terratec 1200), but > I guess it doesn't matter in this case. Try changing int Bpp = 8; (line 986) to int Bpp = 2; in dvbsubtitle.c. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Sami Sundell ha escrit: > On Tue, Mar 04, 2008 at 10:55:53PM +0200, Sami Sundell wrote: > >> E-tobi's experimental VDR branch moved to 1.5.x series, so I did too, >> but I'm running into some problems. Specifically, this one: > > ... Some version information might be good, too. VDR 1.5.17, dxr3 plugin > 0.2.7, em8300 driver 0.16.4. Two DVB-C budget cards (Terratec 1200), but > I guess it doesn't matter in this case. > Try the cvs version (I don't remember if the changes for dvb subtitles were in 0.2.7 or are posterior, in any case dvb subtitles work fine here). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Tue, Mar 04, 2008 at 10:55:53PM +0200, Sami Sundell wrote: > E-tobi's experimental VDR branch moved to 1.5.x series, so I did too, > but I'm running into some problems. Specifically, this one: ... Some version information might be good, too. VDR 1.5.17, dxr3 plugin 0.2.7, em8300 driver 0.16.4. Two DVB-C budget cards (Terratec 1200), but I guess it doesn't matter in this case. -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3?
Rob Davis wrote: > I have a couple of SkyStar cards on a VDR server, running xineliboutput > on an NVidia card using a VGA cable to my HDTV. I am seeing lagging, > tearing and noticeable interlacing. > For tearing check that you have sync to Vblank enabled for Xv in nvidia-settings and include running of that in non-GUI mode into your X session startup. I wonder if that is available in xorg.conf. For nvidia remember to have Option "UseEvents" "True" in xorg.conf. I wasn't able to get good motion via 60 Hz VGA and switched to HDMI that supports 50 Hz picture. I lost native panel resolution for slightly less sharp 720p mode but the overall video quality is much better. 60 Hz VGA might be good for NTSC but not for PAL. I use for deinterlacing GreedyL deinterlacer with full frame rate (judder compensation off, chroma filter on, etc.) and the result is in my opinion good. E.g. horizontal scrolling news and stock tickers look perfect, better and sharper motion than in 2nd vdr box with old 50 Hz CRT TV and DXR3. If overscan of 720p annoys and TV doesn't support underscan it is possible to compensated HDMI desktop overscan with this kind of modeline ModeLine "1224x689p50" 74.2 1224 1720 1760 1980 689 725 730 750 +hsync +vsync Then something like 3-4% overscan can be added to xineliboutput settings to hide the trash outside picture area. I had to fiddle also with nvidia-settings resolution related scaling effects to get desired overscan compensation effect. Full HD TVs fortunately support underscan or exact scan. > Is it worth buying a DXR3 on ebay? > Not if DVI/HDMI is possible. BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3?
En/na Rob Davis ha escrit: > I have a couple of SkyStar cards on a VDR server, running xineliboutput > on an NVidia card using a VGA cable to my HDTV. I am seeing lagging, > tearing and noticeable interlacing. > > Is it worth buying a DXR3 on ebay? A dxr3 only decodes mpeg at standard resolution, it does it very well and with good quality, but it's of no use for HD. It also has many stability problems with the osd (it was designed to display dvd menus and subtitles, not a full-fledged, full-screen, full-color osd, so the vdr plugin pushes it to its limits and beyond). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
(please don't top post) 2007/11/23, Theunis Potgieter <[EMAIL PROTECTED]>: > Is this related to `xine -V xxmc` too? The skin skinsoppalusikka's colours > appears wrong when I use the video driver xxmc in vdr-xine. It also appears > to do a "clearscreen" everytime the OSD updates, which is annoying if you > have the playback bar updating every second. I haven't used xine, so I really don't know. Maybe I should test it with dxr3... But, I also notice that skinsoppalusikka displays wrong colors in the display logos, if you constantly change channels - if you wait until the OSD clears (i.e. the channel info is not displayed anymore), then the logo is displayed correctly when you change a channel. It seems as if the palette isn't updated if you don't let the OSD clear itself. Is this what you meant? Otherwise the OSD's colors are correct. Occasionally the OSD freezes (i.e. it is unresponsive for a while), or, more commonly, becomes garbled, i.e. as if the OSD was out of sync for a second or a few more. These are the dxr3-specific problems I was referring. DXR3 users get them with ANY OTHER SKIN than text2skin (and enElchi), even the default ones (console and st_tng) - they are NOT soppalusikka specific. I haven't noticed any problems with the refreshing OSD on dxr3 (i.e. everything is displayed correctly), but if that really is happening, it could explain why skinsoppalusikka occasionally hangs and becomes garbled on dxr3. - Ville p.s. I also noticed that text2skin being unusable in 1.5.11 is caused by some skins (not enElchi) that used to work before, crashing the whole thing when the files are loaded by text2skin. By removing them I got the text2skin working again. Maybe I should post a message here about 1.5.1x and dxr3 at some point, with all the patches I've gathered... -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Is this related to `xine -V xxmc` too? The skin skinsoppalusikka's colours appears wrong when I use the video driver xxmc in vdr-xine. It also appears to do a "clearscreen" everytime the OSD updates, which is annoying if you have the playback bar updating every second. Theunis On 22/11/2007, Ville Aakko <[EMAIL PROTECTED]> wrote: > > 2007/11/18, Ville Aakko <[EMAIL PROTECTED]>: > > > And then VDR dies. If I disable it and use skinsoppalusikka instead, > > everything is OK. It even seems more stable (i.e. as stable as > > text2skin) than it used to, though I haven't done extensive testing > > yet. > > I have to correct this: skinsoppalusikka is still unstable on dxr3 (as > it always used to be for me and at least some others). You get the > occasional freezes and garbled OSD, if you use the menus (as you get > with any other skin, except than those made via text2skin). So there > is no stable skin for dxr3 users on vdr-1.5.11 currently. > > - Ville > > -- > Ville Aakko - [EMAIL PROTECTED] > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > -- Style may not be the answer, but at least it's a workable alternative. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
2007/11/18, Ville Aakko <[EMAIL PROTECTED]>: > And then VDR dies. If I disable it and use skinsoppalusikka instead, > everything is OK. It even seems more stable (i.e. as stable as > text2skin) than it used to, though I haven't done extensive testing > yet. I have to correct this: skinsoppalusikka is still unstable on dxr3 (as it always used to be for me and at least some others). You get the occasional freezes and garbled OSD, if you use the menus (as you get with any other skin, except than those made via text2skin). So there is no stable skin for dxr3 users on vdr-1.5.11 currently. - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Hi, which freetype version/Distribution use you? Some medium fresh FreeType versions have a bug with SPACE symbol 32 DEC. In UTF8 patch for vdr 1.4 there is a workaround for this. Ville Aakko schrieb: > Hi Jan, > > > Just in case "vdr: [3936] ERROR: FreeType: error during > FT_Render_Glyph 32, 3" is not caused by this / VDR does not crash > because of that (I'm not getting that error), I've noticed that VDR > does not start at all if I enable text2skin. It used to work in > vdr-1.5.10 but not in 1.5.11 anymore, VDR just dies if I enable it. In > the logs I get this: > > Nov 18 20:01:35 VillenVDRdevil kernel: em8300_video.o: Video sync > rdptr is stuck at 0xdc01, wrptr 0xdcfb, left 250 > Nov 18 20:01:35 VillenVDRdevil kernel: em8300_video.o: Video sync timeout > > And then VDR dies. If I disable it and use skinsoppalusikka instead, > everything is OK. It even seems more stable (i.e. as stable as > text2skin) than it used to, though I haven't done extensive testing > yet. > > I'm on Gentoo, though. I'm having strange problems there with my dxr3 > and >VDR-1.5.10 that other people on other distros don't. This could > be one of those. > > - Ville > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Ville Aakko wrote: > Just in case "vdr: [3936] ERROR: FreeType: error during > FT_Render_Glyph 32, 3" is not caused by this / VDR does not crash > because of that (I'm not getting that error), I've noticed that VDR > does not start at all if I enable text2skin. It seems to be a FreeType/font error, at least here. When I try to start VDR without any plugins, I get the error too: vdr: [27943] switching to channel 18 vdr: [27944] video directory scanner thread ended (pid=27943, tid=27944) vdr: [27943] ERROR: no OSD provider available - using dummy OSD! vdr: [27943] ERROR: FreeType: error during FT_Render_Glyph 32, 3 vdr: [27943] ERROR: FreeType: error during FT_Render_Glyph 32, 3 I have a backtrace and an strace plus some additional information here: http://pastebin.ca/raw/781213 Dunno how much it helps though... - Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Hi Jan, Just in case "vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3" is not caused by this / VDR does not crash because of that (I'm not getting that error), I've noticed that VDR does not start at all if I enable text2skin. It used to work in vdr-1.5.10 but not in 1.5.11 anymore, VDR just dies if I enable it. In the logs I get this: Nov 18 20:01:35 VillenVDRdevil kernel: em8300_video.o: Video sync rdptr is stuck at 0xdc01, wrptr 0xdcfb, left 250 Nov 18 20:01:35 VillenVDRdevil kernel: em8300_video.o: Video sync timeout And then VDR dies. If I disable it and use skinsoppalusikka instead, everything is OK. It even seems more stable (i.e. as stable as text2skin) than it used to, though I haven't done extensive testing yet. I'm on Gentoo, though. I'm having strange problems there with my dxr3 and >VDR-1.5.10 that other people on other distros don't. This could be one of those. - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 compiling and 1.5.11
No way, I have installed xubuntu with truetype fonts, so that is not a reason. Yarema Luca Olivetti wrote: > El Thu, 15 Nov 2007 19:58:43 +0100 > YUP <[EMAIL PROTECTED]> escribió: > >> I successfully compiled dxr3 plugin from cvs (stable at it was >> described here http://www.linuxtv.org/vdrwiki/index.php/Dxr3-plugin), >> but still no luck - vdr crashes with segmentation fault. > > This happened to me with the first version of vdr using truetype fonts: > since my vdr machine is headless, has no X and consequently no > kde/gnome desktop, I had no truetype font installed. > Installing TT fonts and configuring vdr to use the installed > fonts solved my problem. > > Bye > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 compiling and 1.5.11
El Thu, 15 Nov 2007 19:58:43 +0100 YUP <[EMAIL PROTECTED]> escribió: > I successfully compiled dxr3 plugin from cvs (stable at it was > described here http://www.linuxtv.org/vdrwiki/index.php/Dxr3-plugin), > but still no luck - vdr crashes with segmentation fault. This happened to me with the first version of vdr using truetype fonts: since my vdr machine is headless, has no X and consequently no kde/gnome desktop, I had no truetype font installed. Installing TT fonts and configuring vdr to use the installed fonts solved my problem. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 compiling and 1.5.11
I successfully compiled dxr3 plugin from cvs (stable at it was described here http://www.linuxtv.org/vdrwiki/index.php/Dxr3-plugin), but still no luck - vdr crashes with segmentation fault. Compiling official dxr3 1.2.7 plugin marked as stable gives me the following errors: ../../../include/vdr/osd.h:410: warning: ‘virtual cOsd* cOsdProvider::CreateOsd(int, int, uint)’ was hidden dxr3osd.h:13: warning: by ‘virtual cOsd* cDxr3OsdProvider::CreateOsd(int, int)’ g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"' -D_GNU_SOURCE -DMICROCODE=\"/lib/firmware/em8300.bin\" -DUSE_XINE_SCALER -I../../../include `ffmpeg-config --cflags` -I/usr/include dxr3device.c /usr/include/ffmpeg/avcodec.h:2432: warning: attribute ignored in declaration of ‘struct ImgReSampleContext’ /usr/include/ffmpeg/avcodec.h:2432: warning: attribute for ‘struct ImgReSampleContext’ must follow the ‘struct’ keyword /usr/include/ffmpeg/avcodec.h:2437: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2434) /usr/include/ffmpeg/avcodec.h:2444: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2434) /usr/include/ffmpeg/avcodec.h:2448: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2434) /usr/include/ffmpeg/avcodec.h:2450: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2434) ../../../include/vdr/osd.h:410: warning: ‘virtual cOsd* cOsdProvider::CreateOsd(int, int, uint)’ was hidden dxr3osd.h:13: warning: by ‘virtual cOsd* cDxr3OsdProvider::CreateOsd(int, int)’ dxr3device.c: In member function ‘virtual void cDxr3Device::MakePrimaryDevice(bool)’: dxr3device.c:53: error: cannot allocate an object of abstract type ‘cDxr3OsdProvider’ dxr3osd.h:10: note: because the following virtual functions are pure within ‘cDxr3OsdProvider’: ../../../include/vdr/osd.h:410: note: virtual cOsd* cOsdProvider::CreateOsd(int, int, uint) make: *** [dxr3device.o] Error 1 Yarema Xavier Beaudouin wrote: > Hi, > >> Did anybody try to compile dxr3 plugin from source from e-tobi >> repositories against 1.5.11 tree? Any luck? > > About dxr3 plugin I still have bloody green screen... ;( No luck at all to > make this card working... ;( > > /Xavier > > -- > Xavier Beaudouin - http://oav.net/ > > ___ > 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] dxr3 compiling and 1.5.11
Hi, > Did anybody try to compile dxr3 plugin from source from e-tobi > repositories against 1.5.11 tree? Any luck? About dxr3 plugin I still have bloody green screen... ;( No luck at all to make this card working... ;( /Xavier -- Xavier Beaudouin - http://oav.net/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 compiling and 1.5.11
Well, I will try. Thanks for a tip. Yarema Jan Willies wrote: > YUP wrote: >> Did anybody try to compile dxr3 plugin from source from e-tobi >> repositories against 1.5.11 tree? Any luck? > > It compiles fine for me from cvs. No idea what e-tobi uses, but probably > not current trunk. > > > - Jan > > ___ > 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] dxr3 compiling and 1.5.11
YUP wrote: > Did anybody try to compile dxr3 plugin from source from e-tobi > repositories against 1.5.11 tree? Any luck? It compiles fine for me from cvs. No idea what e-tobi uses, but probably not current trunk. - Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Luca Olivetti wrote: > Jan Willies <[EMAIL PROTECTED]> escribió: >> Luca Olivetti wrote: >>> FWIW I have 2.3.1 (the version that came with mandriva 2007.1). >> Seems that debian only has Version: 2.3.5-1+b1 and Version: >> 2.2.1-5+etch1. Unfortunately, 2.2.1 seems pretty old when trying to >> downgrade: > > Hey, I just told you my version for information, I doubt that the > version of freetype is the problem (or maybe it is, I cannot say). I'm trying to sort out where the problem is and because I have no idea about freetype/fonts playing with different freetype versions is my first bet :P - Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
El Wed, 14 Nov 2007 14:38:39 +0100 Jan Willies <[EMAIL PROTECTED]> escribió: > Luca Olivetti wrote: > > FWIW I have 2.3.1 (the version that came with mandriva 2007.1). > > Seems that debian only has Version: 2.3.5-1+b1 and Version: > 2.2.1-5+etch1. Unfortunately, 2.2.1 seems pretty old when trying to > downgrade: Hey, I just told you my version for information, I doubt that the version of freetype is the problem (or maybe it is, I cannot say). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Luca Olivetti wrote: > En/na Jan Willies ha escrit: > >> After upgrading from 1.5.2 to 1.5.11 I ran into some problems with my >> dxr3 card. The first one was solved by setting AntiAlias = 0 in >> setup.conf. But after that, VDR won't even start: >> >> vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 >> vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 >> vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 >> Speicherzugriffsfehler >> >> (http://article.gmane.org/gmane.linux.vdr/33161/).So is this a freetype >> problem? wrong font? More infos needed? >> >> libfreetype6 2.3.5-1+b1 >> libfreetype6-dev 2.3.5-1+b1 > > FWIW I have 2.3.1 (the version that came with mandriva 2007.1). Seems that debian only has Version: 2.3.5-1+b1 and Version: 2.2.1-5+etch1. Unfortunately, 2.2.1 seems pretty old when trying to downgrade: The following packages have unmet dependencies: libmagick++9c2a: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. libfontconfig1: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. libgd2-noxpm: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. xpdf-utils: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. fontconfig: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. libxfont1: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. libpango1.0-0: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. xpdf-reader: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. libpoppler1: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. xfonts-utils: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. libgd-gd2-noxpm-perl: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. perlmagick: Depends: libfreetype6 (>= 2.3.5) but 2.2.1-5+etch1 is to be installed. I don't want to hose my system, so I guess I'm waiting for an freetype upgrade in debian. - Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
En/na Jan Willies ha escrit: > After upgrading from 1.5.2 to 1.5.11 I ran into some problems with my > dxr3 card. The first one was solved by setting AntiAlias = 0 in > setup.conf. But after that, VDR won't even start: > > vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 > vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 > vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 > Speicherzugriffsfehler > > Apparently the AntiAlias fix worked for Luca Olivetti Yes, and it is working now, with vdr-1.5.11 (though dvbsubtitles.c have to be patched since it seems it doesn't honour the AntiAlias setting, and the dxr3 osd is too funky to give the right answer to CanHandleAreas, but this is not your problem) > (http://article.gmane.org/gmane.linux.vdr/33161/).So is this a freetype > problem? wrong font? More infos needed? > > libfreetype6 2.3.5-1+b1 > libfreetype6-dev 2.3.5-1+b1 FWIW I have 2.3.1 (the version that came with mandriva 2007.1). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr