Pearl Display Yavdr *TODO* install

Ich denke vor nem git pull ist es sinnvoll sich die eigene settings.conf wegzusichern und vorher noch nen
--
git reset --hard
--
zu machen. Das sorgt dafür das alle eigenen Änderungen in den Dateien gelöscht werden, wenn man das nicht macht funktioniert ein git pull evtl. nicht richtig.
Eigentlich ist git ja nicht für diesen Fall gemacht, aber mit nem Nightly tar oder DEB Release hat man ja die selben Probleme beim Update. Die settings.conf ist ja leider kein richtiges conf File (richtige conf files gehen mit den Skins nicht).

Dann die eigenen Einstellungen aus der gesicherten settings.conf wieder in die neue settings.conf (die wird sich in nächster Zeit noch öfter ändern, ist ja work in progress) eintragen.

cu

Zitat von docadams

Meine Senderlogos liegen in /var/lib/vdr/channellogos/, trotzdem findet er sie nicht, wenn ich die Settings.conf so verändere:

Wenn deine Channellogos da liegen, würde ich das auch so in der settings.conf eintragen. Also nicht

<variable evaluate="switch" id="ChannelLogo"
value="'{ConfigPath}/var/lib/vdr/channellogos/{ChannelAlias}_l.glcd'"

sondern

<variable evaluate="switch" id="ChannelLogo"
value="'/var/lib/vdr/channellogos/{ChannelAlias}_l.glcd'"

Edit: sorry, hier mit Code-Beispielen. Das Board hat wieder mal meine "Code" Eingaben gefressen!
Edit2: Schon wieder!!!

Gruß
superelchi

{ConfigPath}..... Englisch müsste man können....
Ich komm der Wahrheit näher, bin aber noch nicht dran, auch nicht mit dieser Zeile

value="'/var/lib/vdr/channellogos/{ChannelAlias}.png'"

Mein Logo hab ich benannt Das Erste HD.png, in eurem channels-Ordner heißt es DAS_ERSTE_HD_l.glcd.
Vermute ich richtig, das oben erwähnte helferscript dien dazu, diesen Konflikt zu lösen?

> Mein Logo hab ich benannt Das Erste HD.png, in eurem channels-Ordner heißt es DAS_ERSTE_HD_l.glcd.
> Vermute ich richtig, das oben erwähnte helferscript dien dazu, diesen Konflikt zu lösen?

Ja.

Es gibt die Datei "channels.alias", diese enthält die Zuordnung zwischen deine rKanalliste und den ChannelAlias.

Bei mir sieht es z.B. so aus (erster Eintrag in meiner channels.alias).
---
1-1101-28106:das_erste
---

"1-1101-28106" identifiziert ARD in meiner channels.conf und "das_erste" ist der ChannelAlias.

d.h. bei diesem Setting
----
value="'/var/lib/vdr/channellogos/{ChannelAlias}.png'"
----
müsste das Logo hier sein
---
/var/lib/vdr/channellogos/das_erste.png'
---

einmal in Ruhe drüber Nachdenken Ist ganricht so kompleziert wie es auf den ersten Blick scheint.

BTW: Ich habe gerade ne neue Version eingecheckt. Damit kann jeder in der settings.conf das Farbschema und die obere Logomaske für jeden der vier Fälle (normal, normal+mute, record, record+mute) wählen. Damit sollten alle Wünsche abgedeckt sein (der Rote Punkt ist auch dabei, auch wenn er mir immer noch nicht gefällt ).

cu

Ich hab dich lieb

Ich habe da dann doch noch mal eine Frage

Keine_Ahnung
Hast Du noch was geplant als Anzeige bei einer Wiedergabe? Vielleicht ein Play-Symbol oder die Filmrolle vom GraphTFT?

Zitat von Taipan

Hast Du noch was geplant als Anzeige bei einer Wiedergabe? Vielleicht ein Play-Symbol oder die Filmrolle vom GraphTFT?

Jup, geplant ist es, steht in der TODO. In TODO schreibe ich immer alles rein was mir da noch so im Sinn steht.

Bin da in letzter Zeit nicht zu gekommen, aber der Plan ist (wenn auch langsam, aber dafür stetig) da alles reinzumachen bis alle glücklich sind. Vorschläge sind auch immer willkommen. Auf die Idee bei GraphTFT zu schauen bin ich noch gar nicht gekommen, werde mal reinschauen was die da so an hübschen Bildern haben (so mal schnell irgendwas hinklatschen mag ich nicht, soll schon schön sein und ins Konzept passen).

Edit: Die Playsatusicons aus DeepBlue (Beispiel angehängt) gefallen mir.
Aber vernünftige Wiedergabeicons finde ich dort nicht. Es braucht Icons für "cd", "dvd", "file", "image", "music", "vdr" ("file" ist z.B. der MPlayer)

cu

Zitat von seahawk1986

Damit sollte es klappen...
Für die Kanallogos (sie sollten schon für die eigene Kanalliste entsprechend angepasst sein) folgendes Paket nachinstallieren und das als Python-Skript speichern:

Code

sudo apt-get install python-simplejson

Code

#!/bin/python
import urllib2
import simplejson
import codecs


chanalias = {}
raw = urllib2.urlopen("http://127.0.0.1:8002/channels.json").read()
channels = simplejson.JSONDecoder().decode(raw)
for channel in channels['channels']:
  print channel
  chanalias[channel['channel_id'][2:]]=unicode(channel['name'])


with codecs.open('channels.alias','w', 'utf-8') as chanf:
  for channel in chanalias:
    print channel
    chanf.write(channel+':'+chanalias[channel]+"\n")

Alles anzeigen

Code

python chanalias.py
sudo su
cat channels.alias > /etc/vdr/plugins/graphlcd/channels.alias
exit

Ich hab da mal das rauschneiden der Sat Position aus der ChannelID angepasst, der feste Wert passte bei mir nicht. Ferner ne Info wenn das json Modul nicht vorhanden ist

#!/bin/python
import urllib2
import codecs
import sys
try:
  import simplejson
except ImportError:
  print "simplejson Module missing\nOn debian do \"apt-get install python-simplejson\""
  sys.exit()


chanalias = {}
raw = urllib2.urlopen("http://127.0.0.1:8002/channels.json").read()
channels = simplejson.JSONDecoder().decode(raw)
for channel in channels['channels']:
  print channel
  chanalias[channel['channel_id'][channel['channel_id'].find("-")+1:]]=unicode(channel['name'])


with codecs.open('channels.alias','w', 'utf-8') as chanf:
  for channel in chanalias:
    print channel
    chanf.write(channel+':'+chanalias[channel]+"\n")

cu

Zitat von Keine_Ahnung

Ich hab da mal das rauschneiden der Sat Position aus der ChannelID angepasst, der feste Wert passte bei mir nicht.

Danke, für Sat muss man das natürlich anpassen, ich hatte hier nur DVB-C und DVB-T zum Testen...

Hallo,
neugierig geworden möchte ich auch den Rahmen einsetzen. Ich habe ihn mit dem Windowstool gehackt.
Der Pfad ist recht lang, darin sind die eigentlichen Installationsschritte etwas verteilt

1. Muss ich zunächst in der Paketeverwalting des Webinterfaces das VDR-Plugin-graphlcd installieren?

2. danach ich die Schritte aus #57 ab der Zeile

Stand 09.10.2011
-yaVDR 0.4 muß auf testing Pakete geupdatet(dist-upgrade) werden.

ausführen?

3. dann mit #120 weiter machen?

4. und als Letztes mit dem Befehl aus #237 den neuen Skin aktivieren?

Habe ich was wichtiges vergessen?

Zitat von derdoc

1. Muss ich zunächst in der Paketeverwalting des Webinterfaces das VDR-Plugin-graphlcd installieren?

Ja.

Zitat von derdoc

2. danach ich die Schritte aus #57 ab der Zeile

Nein. Auf testing musst du nicht mehr umstellen. In stable ist schon die neueste graphlcd Version drin. Laut Changelog sogar mit libmagick Support (hab ich aber noch nicht ausprobiert). Also einfach graphlcd-Plugin installieren und gut is.

Zitat von derdoc

3. dann mit #120 weiter machen?

Jo.

Zitat von derdoc

4. und als Letztes mit dem Befehl aus #237 den neuen Skin aktivieren?

Nochmal jo.

Gruß
superelchi

Hallo,
nach tagelanger Fummelei muss ich mich doch an euch wenden.
Ich hatte meinen Rahmen nach der Windowsmethode gehackt und angefangen, entsprechend #57 abzuarbeiten. Dann musste ich leider unterbrechen. Bevor ich mich weiter mit dem Rahmen beschäftigen konnte, hatte ich das große Update vom 13.März eingespielt.
Ich bleibe jetzt an der Stelle hängen, dass ich das Bild 1 sehen kann.

dmesg gibt mir folgenden Wert zurück:

[    5.311650] sr 6:0:0:0: Attached scsi CD-ROM sr0
[    5.311764] sr 6:0:0:0: Attached scsi generic sg1 type 5
[    5.600034] usb 4-5: new low speed USB device using ohci_hcd and address 3

Also 1. Aber beim nächsten Befehl bekomme ich folgende Fehlermeldung:

Opening generic SCSI device '/dev/sg1'
Not a photo frame. Refuse to open device.
Traceback (most recent call last):
  File "hackit.py", line 150, in <module>
	d = dpf.open(sys.argv[1])
SystemError: Failed to open port:
File open error

Der Photoframe ist eingesteckt, außerdem hatte ich bereits die Datei /home/doc/dpf/fw/profiles.py auf den 27.August 2010 geändert.

[ ('20090113', 'Aug 27 2010\xff\xff\xff\xff\xff', 'ProcTbl2'),
            	"DX_black",
            	"http://www.dealextreme.com/details.dx/sku.16133",
            	{ },
            	[ 0, 0x100000, patch_black ]
    	],

Wenn im Rahmen das Bild 1 erscheint und ich die Menütaste drücke, habe ich folgende Auswahl: Debug Hon Backlight Flix Exit Off Reboot. Da ist nix mit "Computer verbinden" oder so.
Ist das richtig, dass der dpf-Ordner in mein home-Verzeichnis installiert wurde? Also in

/home/doc/dpf

Dein Display ist schon gehacked und im BSOH ("Blue Screen Of Hack"). Was du versuchst gilt nur, wenn das Display noch nicht gehacked ist.

Zitat von derdoc

Also 1. Aber beim nächsten Befehl bekomme ich folgende Fehlermeldung:

Nö. Du hast nur ein "sr1" und kein "sg1". Displays im BSOH melden sich eben anders. Für ein Display im BSOH musst du das "/dev/sg1" durch "usb0" ersetzten. Dann sucht die hackit.py nach einem Display im BSOH.

Zitat von derdoc

Wenn im Rahmen das Bild 1 erscheint und ich die Menütaste drücke, habe ich folgende Auswahl: Debug Hon Backlight Flix Exit Off Reboot. Da ist nix mit "Computer verbinden" oder so.

Jo. Das ist das Menü vom BSOH. Wenn du ins "normale" Menü - also das von der ursprünglichen Firmware des Displays - willst, musst du MENÜ drücken bevor der Hack startet. Also solange die Diashow läuft MENÜ kurz drücken und: TADA!
Aber die hackit.py geht auch bei schon gehackten Rahmen im BSOH. Dann wie gesagt eben das "/dev/sg1" durch "usb0" ersetzen und dieser Anleitung (Punkt "Linux Variante") folgen.

Gruß
superelchi

Danke für die Hinweise. Da hab ich einiges durcheinandergemixt. Ich bin aber immer noch nicht aus meiner Denkschleife raus.
Ich hatte immer zu lange gedrückt. Wenn ich den Rahmen einige Sekunden trenne und dann wieder anschließe und gleich kurz "M" drücke, komme ich in das gewünschte Menü. Dann "mit PC verbinden". Dann passiert aber nichts weiter. Nach 15 Minuten habe ich wieder getrennt.

Nach einem VDR-Neustart unddem wieder anstecken und warten, bis der BSOH kommt, habe ich folgendes gemacht:

doc@yavdr:~/dpf/fw$ sudo python hackit.py usb0
Found AX206 DPF
Got LCD dimensions: 240x320
Reading flash...
done
Found matching version info
Identifier: pearl
Now patching. There is no 100% guarantee that your device will
    	work after doing this. You must never unplug the device from USB while
    	it is being updated.
    	Are you sure you take all risks and that you want to continue?
Type 'yes' to continue > yes
Copying sector from 0x000000 to 0x1f0000...
Patching sector addr 1f0000 with jmptbl_pearl.ihx
Lock flash 1
Lock flash 0
Patching sector addr 180000 with fw_pearl.ihx
Lock flash 1
Lock flash 0
Analyzing module 37...
CRC32 does not match: 0x768d3661
DPF might not be completely patched.

Wenn ich das richtig verstanden habe, hat er es nicht bis zum Ende geschafft. Könnte es daran liegen? :

doc@yavdr:~/dpf/fw$ showpic -c /etc/graphlcd.conf -d ax206dpf -u -i /root/dpf/fw/vdr-plugin-graphlcd-0.3.0+git20110829/graphlcd/logos/channels/SBS6_l.glcd
-bash: showpic: Kommando nicht gefunden.

"...dpf -u -i /root/dpf/fw/..." das liegt bei mir in "home/doc/dpf/..."

Das Display ist schon gehackt, also brauchst du da nix mehr machen.

-bash: showpic: Kommando nicht gefunden.

Das meint einfach nur das das Paket graphlcd-tools (da steckt das showpic Programm drin) nicht installiert ist. Ein "sudo apt-get install graphlcd-tools" sollte helfen.

cu

derdoc
Wie Keine_Ahnung schon sagte: dein Display ist schon gehacked. Wenn du hackit.py nochmal durchlaufen lässt kommt eben dieser CRC-Fehler. Ist okay. Es sei denn, du willst noch ein paar Mods installieren. Dann musst du die profiles.py entsprechend für die gewünschten Mods abändern. Schau mal hier unter der Überschrift "Linux-Variante" wäre dise Änderung in der profiles.py das Richtige:

Zitat von superelchi

Beispiel für eine "Pizza mit Allem" für ein schon gehacktes Display (landscape, "fastoff", "silent", "serial 0.5") würde das so aussehen:

# Pearl 320x240
patch_320x240 = [
# (COPY, [0x000000, 0x1f0000]), # Copy sector 0
# (PATCH, [0x0, 0x1f0000], "jmptbl_pearl.ihx"),
# (BINARY, [0x0, 0x190000], "font4x8.bin"),
# (PATCH, [0x0, 0x180000], "fw_pearl.ihx"),
# (37, [ 0x984e1a0a, 0x9ef54e54, 0xf0e0beea ], "p_start_pearl.ihx"),
# -- add mods here --
(PATCH, [0x0, 0x04A21D], "fastoff2.ihx"),
(PATCH, [0x0, 0x180000], "fw_pearl_landscape_silent.ihx"),
# Serial for LANDSACPE firmware -- CAUTION: works ONLY for fw_pearl_landscape*.ihx firmware -- WILL BRICK DPF, IF fw_pearl*.ihx INSTALLED!!
(PATCH, [0x0, 0x180ED3], "serial_0.5.ihx"),
]

Alles anzeigen

Gruß
superelchi

Mein Nahziel ist zunächst das Ursprüngliche Display, dann das mit dem von euch weiter entwickelten schönen Display. Ob ich da ein paar Sekunden länger warten muss, ist nicht so wichtig. Also ich möchte möglichst in diesem Pfad bleiben

Nach der Installation der Tools kommt diese Meldung:

:/$ showpic -c /etc/graphlcd.conf -d ax206dpf -u -i /root/dpf/fw/vdr-plugin-graphlcd-0.3.0+git20110829/graphlcd/logos/channels/SBS6_l.glcd
Error: No matching USB device found!
ERROR: Failed loading file /root/dpf/fw/vdr-plugin-graphlcd-0.3.0+git20110829/graphlcd/logos/channels/SBS6_l.glcd

Der Rahmen ist eingesteckt und im BSOH.
In rules.d liegt die Regel 60-libglcddrivers1.rules (Kommentarzeilen nur hier entfernt)

ATTRS{idVendor}=="040b", ATTRS{idProduct}=="7001", GROUP="vdr", MODE="0660"
ATTRS{idVendor}=="1509", ATTRS{idProduct}=="925d", GROUP="vdr", MODE="0660"
ATTRS{idVendor}=="1908", ATTRS{idProduct}=="0102", GROUP="vdr", MODE="0660"

mein nächster Schritt war:

ls -lR /dev/bus/usb/
/dev/bus/usb/:
insgesamt 0
drwxr-xr-x 2 root root 100 2012-03-20 15:43 001
drwxr-xr-x 2 root root  60 2012-03-20 15:43 002
drwxr-xr-x 2 root root 100 2012-03-20 15:45 003
drwxr-xr-x 2 root root 100 2012-03-20 15:43 004


/dev/bus/usb/001:
insgesamt 0
crw-rw-r-- 1 root root 189, 0 2012-03-20 15:43 001
crw-rw-r-- 1 root root 189, 3 2012-03-20 15:43 004
crw-rw-r-- 1 root root 189, 4 2012-03-20 15:43 005


/dev/bus/usb/002:
insgesamt 0
crw-rw-r-- 1 root root 189, 128 2012-03-20 15:43 001


/dev/bus/usb/003:
insgesamt 0
crw-rw-r-- 1 root root 189, 256 2012-03-20 15:43 001
crw-rw-r-- 1 root root 189, 257 2012-03-20 15:43 002
crw-rw---- 1 root uucp 189, 259 2012-03-20 15:45 004


/dev/bus/usb/004:
insgesamt 0
crw-rw-r-- 1 root root 189, 384 2012-03-20 15:43 001
crw-rw-r-- 1 root root 189, 385 2012-03-20 15:43 002
crw-rw-r-- 1 root root 189, 386 2012-03-20 15:43 003

Oder bin ich jetzt schon wieder zu weit?

Als was für ein Benutzer bist du eingeloggt wenn du showpic aufrufst? Bei dieser udev Regel dürfen nur root und Mitglieder der Gruppe vdr auf das Display zugreifen.

Wobei mich irritiert das bei deinem ls -lR /dev/bus/usb/ ein Eintrag der Gruppe uucp existiert und keiner der der Gruppe gehört. Du hast unter /root/dpf/fw/vdr-plugin-graphlcd-0.3.0+git20110829/ den graphlcd-base Quellcode (warum eigentlich?), du hast da doch nicht etwa "make install" gemacht? Das würde den Fehler erklären.

cu

Probiers mal als root. Wenns da geht ist es die udev Sache.
Dein Display wird über eine udev-Regel standardmäßig der Gruppe uucp zugeordnet. Das sieht man ja auch auf deinem /dev/bus/usb Ausdruck.
Bisher wird der Benutzer vdr beim installieren von graphlcd in yavdr nicht automatisch dieser Gruppe zugeordnet.
Als einfach ein

usermod vdr -aG uucp

Dann sollte es gehen.

Gruß
superelchi

Zitat von superelchi

Dein Display wird über eine udev-Regel standardmäßig der Gruppe uucp zugeordnet. Das sieht man ja auch auf deinem /dev/bus/usb Ausdruck.
Bisher wird der Benutzer vdr beim installieren von graphlcd in yavdr nicht automatisch dieser Gruppe zugeordnet.

Es sieht so aus als ob in yaVDR das Display der Gruppe vdr zugeordnet wird. Jedenfalls wenn man sich sich gepostete 60-libglcddrivers1.rules anschaut, die kommt ja dem Namen nach aus dem libglcddrivers1 Paket.

cu