Beiträge von tomas

    Zitat

    Original von amair
    Wie hast Du das Script aufgerufen?


    Hallo,


    Code
    # ./insert_vdr_symbols.pe --insert-iso VDRSymbolsSans.ttf DejaVuSans.ttf


    Die Symbole wurden eingefügt und dem Dateinamen ein "VDR" vorangestellt, allerdings wurde die interne Bezeichnung nicht richtig angepasst:

    Code
    $ fc-list | grep VDRDeja
    DejaVu Sans,VDRDejaVu Sans:style=Book
    DejaVu Sans,VDRDejaVu Sans:style=Bold


    Dadurch ist der Font im VDR nicht als "VDRDejaVu Sans:Book" auswählbar, sondern es stehen, wenn man den den originalen DejaVuSans.ttf nicht gelöscht bzw. verschoben hat, zwei VDRDejaVu Sans:Book zur Auswahl, wobei man dann im OSD testen muss, welcher die Symbole enthält.


    Testweise hab ich dann das Scipt über den ttf-bitstream-vera/Vera.ttf laufen lassen. Hier wurde jetzt auch die interne Bezeichnung korrekt angepasst:


    Code
    $ fc-list | grep VDRBit
    VDRBitstream Vera Sans:style=Bold
    VDRBitstream Vera Sans:style=Roman


    Im VDR unverwechselbar als VDRBitstream Vera Sans:... auswählbar. :)



    Gestern hab ich übrigens festgestellt, dass mein xine über xshm und nicht über xv ausgegeben hat. Dachte zuerst, dass das die Ursache dafür ist, dass der Fortschrtittsbalken bei aktiviertem Antialiasing in Verbindung mit dem originalen Symbolsfont schwarz-weiss ist. Aber auch bei Ausgabe über den xv-Treiber ist Balken schwarz-weiss.


    Dafür kommen aber mit dem xv-Treiber die Stärken von Skinenigmang bei der Schriftdarstellung besser zum Zug.


    Zum Vergleich:


    Skinenigmang ohne Antialiasing | Skinenigmang mit Antialiasing | altenativer Skin mit Antialiasing



    [Blockierte Grafik: http://www.imagehack.eu/bild.php/136,fourmfinjpg8RTRS.jpg]




    Bleibt für mich die Frage, warum bei Verwendung des Symbolsfonts mit Antialiasing die Anzeige des Balkens schwarz-weiss ist und bei Verwendung eines Fonts mit per Skript eingefügten Symbolen farbig ist.


    Gruß, tomas

    Zum Thema Darstellungsfehler beim Fortschrittsbalken in xine bzw. xine-plugin:


    Das Abschalten des Antialiasing behebt das Problem hier zwar auch, allerdings sieht die Schrift dann ziemlich übel aus.


    Vergleich:


    [Blockierte Grafik: http://www.imagehack.eu/bild.php/72,xinescjpgC5V0C.jpg]


    Ich hab dann mal das insert_vdr_symbols.pe-script über einen originalen DejaVuSans.ttf laufen lassen. Damit funktioniert jetzt die Anzeige des Fortschrittbalkens auch bei aktiviertem Antialiasing. :)


    Gruß, tomas

    Den \ vor dem altenativen Begrenzer brauchst du nur, wenn du dem Suchen und Ersetzen eine reine Mustersuche voranstellst.


    Beim Suchen und Ersetzen braucht man den \ für alternative Trennzeichen nicht!


    Wenn du also auf die erste Mustersuche verzichtest, geht es auch ohne \



    Code
    sed -i "s|$such ist value=$ist|$such ist value=$soll|" /home/papa/Desktop/vdr-setup.xml


    oder kürzer:


    Code
    sed -i "s|\($such ist value=\)$ist|\1$soll|" /home/papa/Desktop/vdr-setup.xml

    ...und das hier?


    Code
    sed -i "\|$such ist value=|s|$ist|$soll|" /home/papa/Desktop/vdr-setup.xml


    Test:


    was steht denn in deiner /etc/kernel-img.conf?


    Zitat

    The file /etc/kernel-img.conf is a simple file looked at by the kernel image post installation process to allow local options
    for handling some aspects of the installation, overriding the defaults built into the image itself.



    setze mal


    Code
    do_bootloader = no
    do_bootfloppy = no


    und nimm, falls vorhanden


    Code
    postinst_hook = update-grub
    postrm_hook   = update-grub


    raus

    Zitat

    Original von Homer Simpson


    Code
    cookie:/usr/src/modules/ivtv-1.0.3# ls -lt /lib/modules/2.6.23.1/kernel/drivers/media/video/ivtv/
    insgesamt 24
    -rw-r--r--  1 root root 21972 2007-11-15 12:36 ivtvfb.ko
    cookie:/usr/src/modules/ivtv-1.0.3#


    aber in deiner Kernelconfig hast du Conexant cx23416/cx23415 MPEG encoder/decoder support als Modul ausgewählt bzw.


    Code
    CONFIG_VIDEO_IVTV=m

    ???


    dann müsste ja noch ivtv.ko drin sein...........

    Zitat

    Zitat:
    Original von wirbel
    # kompilieren mit 'make bzImage modules modules_install'
    -> auch das hast du schon richtig gemacht



    Zitat


    Ich habe nacheinander


    make
    und danach
    make modules_install
    ausgeführt. Was vermutlich auf dasselbe hinausläuft.



    Das läuft nicht auf dasselbe hinaus. Ohne make bzImage bekommst du keinen an eine neue bzw geänderte config angepassten Kernel.


    Du musst die Schritte, die wirbel beschrieben hat alle! ausführen. Dann sollten auch Kernel und Module zusammenpassen.

    Zitat

    Original von Zzam
    Warum nimmt sich nicht mal jemand einen Font-Editor und ändert die Bezeichnung im inneren der veränderten Schriftdateien?
    Zzam


    ..genau :) , hab das gerade mit fontforge gemacht...funktioniert super und es kommt zu keinen Irritationen mehr bei der Schriftauswahl.

    tal


    Auf dem Desktop-Rechner mit debian habe ich die beiden Vicons als 1_ViconBd.ttf und 1_Vicon.ttf im Ordner /usr/local/share/fonts abgelegt.


    Der Tausch von Vicon* und Vera* im Ordner /usr/share/fonts/truetype/ttf-bitstream-vera hat hier auch nicht funktioniert.


    Vielleicht stellst du erst mal den Urzustand unterhalb von /usr/share/fonts/truetype wieder her und schaust, ob der VDR dann immer noch abraucht (da ist ja wohl irgendwas verbogen) und kopierst die Vicons dann wie oben beschrieben.


    Viel Erfolg, tomas

    Hallo,


    benutze die neue Version seit zwei Tagen unter LinVDR mit VDR-1.4.7 in Verbindung mit skinenigmang und dem von amair gepatchten TTF.


    Läuft einwandfrei :)


    Das Verschieben via NFS ist ein tolles Feature. Auch für zu verschiebende Ordner wird dabei ein entsprechendes Symbol angezeigt.


    Vielen Dank an nordlicht für extrecmenu und natürlich auch an amair für skinenigmang.


    Gruß,
    tomas

    Plugins ohne Parameter brauchen weder ' noch " .
    Plugins mit Parameter übergibst du mit ' also


    Code
    -P'burn --datadir=/pub/burn --dvd=/dev/dvd --iso=/pub/iso'


    $VDRCMD muss mit dann mit eval aufgerufen werden


    Code
    eval $VDRCMD


    sonst werden die Pluginparameter an VDR übergeben, siehe


    Zitat

    -> /usr/local/src/VDR/vdr: unrecognized option `--datadir=/pub/burn'

    ....wenn du beides installiert hast, bleibt das dir überlassen.


    Nochmal: bei der Setup-Einstellung "Transcode" wird tcrequant benutzt, bei Setup-Einstellung "M2VRequantizer" wird requant benutzt.

    Zitat

    Dann habe ich in dem vdrburn-dvd.sh die requant Einträge durch transcode ausgetauscht.


    Der Aufruf von transcode gehört nicht in vdrburn-dvd.sh. Zum Requantisieren können entweder requant (im Setup des plugins "M2VRequantizer") oder tcrequant (im Setup des plugins "Transcode", weil tcrequant zum Programmpaket Transcode gehört) benutzt werden.


    Wenn du das Skript wieder in den Originalzustand gebracht hast, lass burn mal laufen und poste die log-Einträge ab der Stelle, an der der Requantizer augerufen wird


    Code
    [vdr] process demux (pid = 20039) exited gracefully (exit code 0)
    [vdr] process "demux" exited
    [vdr] starting sh -c 'vdrburn-dvd.sh tcrequant' (pid = 20751) #oder 'vdrburn-dvd.sh requant'
    [vdr] starting sh -c 'vdrburn-dvd.sh mplex' (pid = 20752)
    ............