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 (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
This is Debian lenny/sid btw.
- Jan
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 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
El Wed, 14 Nov 2007 14:38:39 +0100 Jan Willies jan@willies.info 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 Olivetti wrote:
Jan Willies jan@willies.info 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
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 0x0000dc01, wrptr 0x0000dcfb, 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 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
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 0x0000dc01, wrptr 0x0000dcfb, 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
2007/11/18, Ville Aakko ville.aakko@gmail.com:
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
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 ville.aakko@gmail.com wrote:
2007/11/18, Ville Aakko ville.aakko@gmail.com:
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 - ville.aakko@gmail.com
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
(please don't top post)
2007/11/23, Theunis Potgieter theunis.potgieter@gmail.com:
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...
Hi all,
I need an advice. Actually I'm looking for usb H.264 or mpeg4 encoder which can work with VDR, I need it for watching hdtv and stream video in mpeg4 or h.264 on my dell GX1 (http://support.dell.com/support/edocs/systems/ban_gx1/ , pentium 3 with 256 RAM, 600 Mhz). Encoding with mencoder gives bad results, processor is too slow for it. I found the following usb encoder
http://www.fastvdo.com/SmartCapture/
So, can I use it with VDR? If positive, then how? Can it replace my Hollywood Plus? Or can it work together?
Yarema
YUP kirjoitti:
Hi all,
I need an advice. Actually I'm looking for usb H.264 or mpeg4 encoder which can work with VDR, I need it for watching hdtv and stream video in mpeg4 or h.264 on my dell GX1 (http://support.dell.com/support/edocs/systems/ban_gx1/ , pentium 3 with 256 RAM, 600 Mhz). Encoding with mencoder gives bad results, processor is too slow for it. I found the following usb encoder
http://www.fastvdo.com/SmartCapture/
So, can I use it with VDR? If positive, then how? Can it replace my Hollywood Plus? Or can it work together?
I don't see how it could replace your Hollywood card since the card is decoder and the usb device is encoder.
\Kartsa
Well, I made mistake. You are right. Anyway, can I use it with VDR?
Y.
Kartsa wrote:
YUP kirjoitti:
Hi all,
I need an advice. Actually I'm looking for usb H.264 or mpeg4 encoder which can work with VDR, I need it for watching hdtv and stream video in mpeg4 or h.264 on my dell GX1 (http://support.dell.com/support/edocs/systems/ban_gx1/ , pentium 3 with 256 RAM, 600 Mhz). Encoding with mencoder gives bad results, processor is too slow for it. I found the following usb encoder
http://www.fastvdo.com/SmartCapture/
So, can I use it with VDR? If positive, then how? Can it replace my Hollywood Plus? Or can it work together?
I don't see how it could replace your Hollywood card since the card is decoder and the usb device is encoder.
\Kartsa
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Alexander Riedel -
Jan Willies -
Kartsa -
Luca Olivetti -
Theunis Potgieter -
Ville Aakko -
YUP