[ANNOUNCE] VDR developer version 1.5.5

Zitat

Originally posted by stefan.h
Umlaute bei Öffentlich-Rechtlichen (ARD,ZDF,WDR...) ok.
Umlaute bei Premiere falsch.

Hat das noch jemand?
LANG=de_DE
Oder kann man was dagegen machen? Sieht nicht gerade prickelnt aus.

Gruss
Stefan

Alles anzeigen

Es gab übrigens vorhin einen patch für die libsi auf der Mailingliste, der das Problem behebt. Funktioniert bei mir einwandfrei.

Grüße, Peter

Hallo
also hier mal ein bißchen Feedback.. nachdem ich Fontconfig 2.4.2 installiert habe...
läuft auch der VDR-1.5.5....
Allen die geholfen haben...vielen vielen Dank ..
speed hat Spaß

Hi,

beim starten von Vdr kann es zum segfault kommen. Dieser Patch behebt das Problem.

diff -bur vdr-1.5.5_orig/tools.c vdr-1.5.5/tools.c
--- vdr-1.5.5_orig/tools.c	2007-06-26 21:03:21.000000000 +0200
+++ vdr-1.5.5/tools.c	2007-06-26 21:05:18.000000000 +0200
@@ -756,7 +756,7 @@
      char buf[129];
      for (int i = 0; i < 128; i++)
          buf[i] = i + 128;
-     buf[129] = 0;
+     buf[128] = 0;
      cCharSetConv csc(CharacterTable);
      const char *s = csc.Convert(buf);
      int i = 0;

bis dann LordZodiac

Hallo,

der Patch der tools.c scheint bei mir nicht zu funktionieren.

Beim Starten bekomme ich immer einen Speicherzugriffsfeher auf der Konsole (sehr aussagekräftig :o) )

Im Log ist der letzte Eintrag:

...
remote control KBD - learning keys
video directory scanner thread ended (pid=???, tid=???)
...

irgendwo dazwischen tritt der Speicherfehler auf, doch bloß wo - oder noch besser: warum ?

Hat hier jemand ein ähnliches Verhalten bzw. eine Idee was ich sonst noch machem könnte ?

Auf einem frisch installierten System ändert sich das so, daß vor dem Fehler die keymacros.conf eingelesen wird - komisch das.

ich vergaß: Das Sytsem ist ein Suse 10.0.

Mitch

Zitat

Original von LordZodiac
Hi,

beim starten von Vdr kann es zum segfault kommen. Dieser Patch behebt das Problem.

Diff

diff -bur vdr-1.5.5_orig/tools.c vdr-1.5.5/tools.c
--- vdr-1.5.5_orig/tools.c	2007-06-26 21:03:21.000000000 +0200
+++ vdr-1.5.5/tools.c	2007-06-26 21:05:18.000000000 +0200
@@ -756,7 +756,7 @@
      char buf[129];
      for (int i = 0; i < 128; i++)
          buf[i] = i + 128;
-     buf[129] = 0;
+     buf[128] = 0;
      cCharSetConv csc(CharacterTable);
      const char *s = csc.Convert(buf);
      int i = 0;

Alles anzeigen

bis dann LordZodiac

So waere es aber schicker

char buf[129];
      for (int i = 0; i < sizeof(buf) - 1; i++)
          buf[i] = i + 128;
      buf[sizeof(buf) - 1] = 0;
      cCharSetConv csc(CharacterTable);
      const char *s = csc.Convert(buf);
      int i = 0;

Mitchm

Kannst Du einen Backtrace erstellen ?

Hallo Helau,

da steht ganz oben das:

Program terminated with signal 11, Segmentation fault.


warning: current_sos: Can't read pathname for load map: Eingabe-/Ausgabefehler


Reading symbols from /usr/lib/libjpeg.so.62...done.
...

Was ist da für eine map gemeint ?
Kann es sein, daß da noch irgendwelche fonts installiert sein müssen ?

Das ist jetzt auf dem System, auf dem auch aktuell mein vdr-1.4.7 absolut problemlos läuft.

Mitch

Hallo
noch eine Frage ... wo genau sucht der VDR nach den True-Type-Fonts.
Ich dachte immer er sucht in /usr/share/fonts/truetype ....aber dieser Ornder ist bei mir
leer .Und trotzdem kann ich viele Schriften auswählen,ich würde die Auswahl aber gerne ein bißchen einschränken.
thanks
speed

Hallo speed,

die Fonts werden von Fontconfig zur Verfügung gestellt.
Schau dir mal die fonts.conf an.

Beim einschränken wäre ich aber Vorsichtig weil andere Anwendung unter umständen auch die Fontconfig benutzen.

Das Verzeichnis "/usr/share/fonts/truetype" war für die Version 1.5.3 wichtig.

helau

Dann mach doch Klaus den Vorschlag. Mal sehen ob er es übernimmt.

Mitchm

aus deinem Backtrace wird man nicht schlau.
Wichtig sind die Sachen die bei einem "bt" ausgegeben werden.

Schau mal nach der Version von der FontConfig. Dort kann es beim starten auch zum Segfault kommen.

Was heißt "sehr aussagekräftig"?

bis dann LordZodiac

Also hier der gesamte dump:

warning: current_sos: Can't read pathname for load map: Eingabe-/Ausgabefehler


Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/tls/libpthread.so.0...done.
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libcap.so.1...done.
Loaded symbols for /lib/libcap.so.1
Reading symbols from /usr/lib/libfreetype.so.6...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libfontconfig.so.1...done.
Loaded symbols for /usr/lib/libfontconfig.so.1
Reading symbols from /usr/lib/libstdc++.so.6...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libz.so.1...done.
Loaded symbols for /lib/libz.so.1
Reading symbols from /usr/lib/libexpat.so.0...done.
Loaded symbols for /usr/lib/libexpat.so.0
Reading symbols from /usr/lib/gconv/ISO8859-15.so...done.
Loaded symbols for /usr/lib/gconv/ISO8859-15.so
#0  0x400ea4e6 in FcCharSetIsSubset () from /usr/lib/libfontconfig.so.1
#1  0x400ead4b in FcNameParseCharSet () from /usr/lib/libfontconfig.so.1
#2  0x400f48be in FcNameParse () from /usr/lib/libfontconfig.so.1
#3  0x400e4803 in FcBlanksIsMember () from /usr/lib/libfontconfig.so.1
#4  0x400e689b in FcDirCacheReadDir () from /usr/lib/libfontconfig.so.1
#5  0x400ece00 in FcDirScanConfig () from /usr/lib/libfontconfig.so.1
#6  0x400e6e18 in FcConfigBuildFonts () from /usr/lib/libfontconfig.so.1
#7  0x400f036a in FcInitLoadConfigAndFonts ()
   from /usr/lib/libfontconfig.so.1
#8  0x400f05cc in FcInit () from /usr/lib/libfontconfig.so.1
#9  0x080abfde in cFont::GetFontFileName (FontName=0x8160d6c "Sans Serif")
    at font.c:392
#10 0x080ad5c6 in cFont::CreateFont (Name=0x8160d6c "Sans Serif",
    CharHeight=18, CharWidth=0) at font.c:337
#11 0x080ad658 in cFont::SetFont (Font=fontSml,
    Name=0x8160d6c "Sans Serif", CharHeight=18) at font.c:312
#12 0x080ad740 in cFont::GetFont (Font=fontSml) at font.c:328
#13 0x080ed949 in cSkinSTTNGDisplayMenu (this=0x8210000)
    at skinsttng.c:386
#14 0x080ede8c in cSkinSTTNG::DisplayMenu (this=0x841dee0)
#15 0x080aedb2 in cInterface::LearnKeys (this=0x8211ee8)
    at interface.c:167
#16 0x080fedc0 in main (argc=5, argv=0xbfc09f54) at vdr.c:656

mit aussagekräftig meite ich, daß ich mit einem segfault nichts anfangen kann.
Wenn mir ausgegeben würde, daß irgendein Verzeichnis nicht vorhanden ist o.ä. fände ich das aussagekräftiger :o)

Fontconfig ist bei mir die Version 2.3.2.20050721 installiert. Ist das 'ne falsche ?

Mitch

Hallo Mitchm,

wechsel mal auf Seite 1 und 2. Dort steht genug dazu.

bis dann LordZodiac

Zitat

Original von helau
So waere es aber schicker

template<typename Ty>
class counter_t {
	Ty i;
public:
	counter_t(Ty start): i(start) {}
	int operator()() { return i++; }
};


template<typename Ty>
counter_t<Ty> counter(Ty start) { return counter_t<Ty>(start); }


char buf[129] = { 0 };
std::generate_n(buf, sizeof(buf), counter(128));
cCharSetConv csc(CharacterTable);
const char *s = csc.Convert(buf);

PS: NICHT ernstnehmen (aber es funktioniert)

Man könnte sich natürlich auch einen zählenden Iterator basteln und dann:

char buf[129] = { 0 };
std::copy(counting_iterator<char>(128), counting_iterator<char>(255), buf);

LordZodiac

ich habe wohl nur noch die Version 2.2.99 in Erinnerung gehabt, weiter unten, das hab ich wohl überlesen

Die 2.4.2 werd ich bei gelegenheit mal testen, geht wegen laufender aufnahme gerade nicht

Danke schon mal.

Mitch

Hallo nochmals,

das wars, ich hatte die falsche Version der fontconfig verwendet. Mit der 2.4.2 läuft alles Problemlos.

Danke an alle Helfer und Gute Nacht.

Mitch

Dies ist die erste 1.5er, die ich ausprobiere. Die Treiber habe ich gegenüber 1.4.6 nicht verändert. Folgende Sachen funktionieren nicht:

Problem mit CAM:
Das Aston Viaccess CAM wird in der FF nicht erkannt (unter 1.4.6 ging sie). Es erscheint lediglich "CAM bereit". Mit einem Viacess CAM (rot) funktioniert es.

Problem mit Moduln:
Es lassen sich bei einem Neustart des VDR (bei dem alle Module entladen werden sollen) nicht mehr alle DVB-Module entladen, da sie von irgendeinem User gehalten werden. Mein Verdacht fällt dabei ebenfalls auf CAM, denn in der Prozesstabelle bleibt stehen:
root 14995 0.0 0.0 0 0 ? S 17:31 0:00 [kdvb-ca-1:0]
Gibt es einen Workaround dafür?

Ansonsten kann ich bestätigen, dass die CAM-Auswahl funktioniert und insbesondere CAM-lose Karten von FTA zuerst belegt werden.

eine frage an euch:

das osd über den tv-out der ff-dvb-s flimmert und flackert mit dem neuen vdr 1.5.x am tv.
die ausgabe mit tvtime über x11 auf dem monitor zeigt dagegen kein flimmern.

muß man das deutliche flimmern des osd mit der neuen vdr-generation hinnehmen oder kann man das irgendwie beheben bzw. umgehen?

Hallo,
hängt bestimmt mit der Ausgewählten Schriftart im OSD zusammen, oder (ungünstige größe)?
Hast du mal eine andere Einstellung probiert (Schriftart/Schriftgröße/fett)?

bis dann,
Nando

ich habe die schriften unter den osd-einstellungen etwas durchgeschaltet und auch die option zur kantenglättung getestet.
einen effekt auf das flackern hatte das aber nicht.
das flackern ist auch unabhängig vom skin und betrifft auch grafische elemente wie menübalken.

gibt es denn jemand bei dem das osd auf einem 50hz-tv nicht flackert?