zendeb-0.4.1-beta1

Wenn das Update bei Euch einfach funktioniert, Kann mir ggf jemand verraten, was ich in die /etc/zendeb/xorg.conf.SMT7020S.16_9 einfügen muss?

Habe es mit:

Modeline "800x600" 33.60 800 867 931 999 600 634 636 671

und

SubSection "Display"
                Modes      "800x600"
                Viewport   0 0
                Depth     24
               Virtual 800 600
        EndSubSection

probiert. Der Bildschirm bleibt schwarz...

Muss auser der Version in den mms Configs noch etwas geändert werden oder liege ich mit der Anpassung der xorg.conf schon völlig falsch?

Sollte ich mms zum Testen über die Konsole mit "mms -u vdr" starten können? - Diese Meldungen auf der Konsole machen mich etwas stutzig

At least one input and one output plugin were loaded... fine
Detecting specified output device
Specified device found: sdl
SDL: Konnte nicht initialisieren No I/O port permissions

Nun hab' ich was herausgefunden!
In der aktuellen zendeb-0.4.1-beta1 wird eine neu kompilierte zenegalircd mit Repeat-Funktion verwendet. Ein Blick in den Sourcecode in /etc/zendeb/src/zenegalircd_repeat/remote.c zeigt, dass gegenüber der Version vom Herbst 2007 die Tastenbezeichnungen teilweise geändert wurden, u.a. heisst CANCEL jetzt DEL:

[KEY_KP4] =         {"*",           1},
    [KEY_KP6] =         {"#",           1},


    [KEY_KP2] =         {"INFO",        1},
    [KEY_KP8] =         {"EPG",         1},
    [KEY_BACKSPACE] =   {"DEL",         1},


    [KEY_KP0] =         {"MENU",        1},
    [KEY_F1] =          {"TONLINE",     1},
    [KEY_KP5] =         {"EXIT",        1},


    [KEY_UP] =          {"UP",          1},
    [KEY_DOWN] =        {"DOWN",        1},
    [KEY_LEFT] =        {"LEFT",        1},
    [KEY_RIGHT] =       {"RIGHT",       1},
    [KEY_KP7] =         {"CHUP",        1},
    [KEY_KP1] =         {"CHDOWN",      1},
    [KEY_KP9] =         {"VOLUP",       1},
    [KEY_KP3] =         {"VOLDOWN",     1},
    [KEY_ENTER] =       {"OK",          1},


    [KEY_F3] =          {"STOP",        0},
    [KEY_F4] =          {"PLAY",        0},
    [KEY_KPMINUS] =     {"HELP",        1},


    [KEY_F5] =          {"PREV",        1},
    [KEY_F6] =          {"REW",         1},
    [KEY_F7] =          {"FWD",         1},
    [KEY_F8] =          {"NEXT",        1},

Zur Vorbereitung der Anpassung habe ich ein neues Verzeichnis /etc/zendeb/mms-1.1.0-configs/S100/ angelegt und alle vorhandenen Dateien aus /etc/zendeb/mms-1.1.0-configs/SMT7020S/ dort hinein kopiert.

Daraufhin habe ich in der Datei /etc/zendeb/mms-1.1.0-configs/S100/input/lirc/audio_extend diese Zeile geändert:

#audio_general,mode,MEDIA
audio_general,mode,DEL

Anschliessend habe ich in der zendeb.local (analog zum Abschnitt für die SMT) diese Zeile eingefügt:

#und auch noch passende mms Configs
  cp -pr /etc/zendeb/mms-1.1.0-configs/S100/* /etc/mms

Und siehe da, nach dem Neustart der S100 erscheint bei Betätigen der Taste "C" im MMS wieder die Playlist wie früher.

Ich werde noch ein wenig rumprobieren, um weitere Funktionen zu belegen, und dann die angepassten Dateien bereitstellen.

Christoph

An sich wäre das ein guter Weg (wenngleich ich vorsichtig wäre mit "... dass sich an zenegalircd nochmal was tun wird. "), doch ich glaube, dass es so nicht zielführend ist.

Wir haben nicht nur den Wechsel auf die zenegalircd-repeat, sondern auch ein Release-Update von MMS. Für das neue MMS hast Du (Egalus) die Konfigurationsdateien für die SMT-Fernbedienung erstellt bzw. angepasst, für S100 haben wir keine.

Die Basisfunktionen laufen, so dass man auf jeden Fall erstmal etwas sehen und hören kann. Aber für die Nutzung weiterer Tastenfunktionen mit der S100-FB können wir weder die alten mms-Config-Files verwenden, weil die gesamte Struktur sich geändert hat und es auch neue Funktionen gibt, noch die neuen, weil die wohl nur zur SMT-FB passen. Darüber hinaus waren auch in den alten Belegungen Fehler bzw. Unsauberkeiten, so dass man sich vielleicht doch die Arbeit der Anpassung machen sollte.

Bitte um Eure Hinweise, wenn ich da etwas falsch sehe.

Ich habe mal eine Gegenüberstellung der wichtigsten Tastenbelegungen erstellt und angehängt, weil ich sowas bisher nicht gefunden habe. Dort habe ich auch einige Unstimmigkeiten vermerkt. Die Standardtasten wie Ziffern, UP/DOWN, FWD/REW u.ä. habe ich weggelassen.

Ich würde die Anpassungen machen, möchte aber erst wissen, wie Andere das sehen. Auch die Belegung der Tasten sollte dann abgestimmt werden, dann ist die Akzeptanz höher.

Christoph

Da sich keine Interessenten geäußert haben, habe ich nun für mich die Tastenbelegung für die S100-FB erstellt. Wer möchte, kann sie trotzdem nutzen.

In mms1109-lirc-s100.tar.gz findet Ihr die Config-Dateien aus ..\input\lirc und in Zendeb-S100-FB-Tasten-MMS-christophb.xls.tar.gz die Doku-Tabelle.

Christophb

Hallo Egalus,

erst mal kräftigen Dank für Deinen Einsatz beim zendeb. Habe selbiges ohne allzu große Probleme via USB Stick auf einer S100 zum Laufen bekommen.

Wollte jetzt mal die netboot Option ausprobieren, komme aber nicht so recht weiter.

Was habe ich gemacht:

Das DOM ext2 formatiert, bootfähig gemacht und den kompletten Inhalt der /boot Partition vom USB draufkopiert.

IP Adressen in menu.lst auf meine abgeändert.

Auf dem Server die root Partition vom USB Stick in einen Ordner kopiert und selbigen per NFS freigegeben. Das manuelle Mounten des Ordners klappt auch.

Dann den S100 auf booten vom DOM umgestellt.

Was passiert beim Starten?

S100 läuft hoch bis zum Grub Menu.
Ich wähle 2. Eintrag: NFS Boot.

Bootvorgang startet.
Nach kurzer Zeit ein Haufen Fehlermeldungen, dass er keine Kernelmodule in /lib/... findet. (Ist ja auch noch nicht gemountet).

Dann versucht er die root Partition über nfs zu mounten. Erfolglos.

Dann nur noch Senden von Wakeup Paketen an den Server.

Was mich etwas wundert ist, dass hinter rootserver: 0.0.0.0 und hinter rootpath und filename nichts steht.

Anbei noch die Zeile aus der menu.lst, mit der der Grub startet.

title           Debian GNU/Linux, kernel 2.6.25.17-smt7020s nfs
root            (hd0,0)
kernel          /vmlinuz-2.6.25.17-smt7020s initrd=/initrd.img-2.6.21.7 root=/dev/nfs rw nfsroot=192.168.178.100:/diskless/S100_1 ip=192.168.178.101::192.168.178.254:255.255.255.0:s100:eth0:off
initrd          /initrd.img-2.6.25.17-smt7020s
savedefault

Für Tipps wäre ich dankbar.

Grüße

Pete

Hallo,

nach einigen Hürden ist es mir jetzt gelungen, das mms-plugin-tv mit TV-Time auf der S100 zum laufen zu bekommen. Falls jemand Interesse hat poste ich gerne die zusätzlichen/angepassten Files.

Falls man Analoges TV auf dem Beamer schauen möchte...

Ich weiß nicht ob es an meinem Stick liegt aber damit das läuft muss man eigentlich alles bis auf X abschalten, damit tvtime genug Speicher hat. Da kann man bestimmt noch Optimieren.

Jedenfalls wird beim aktivieren vdr angehalten, mms, alsaplayer und ein evtl. mplayer gekillt.
Dann wird tvtime und sox (sonst kein Ton mit dem Stick) gestartet und es läuft eine Schleife, solange $(pidof tvtime).
Mit EXIT kannn man tvtime beenden und vdr sowie mms werden wieder gestartet.

Soweit scheint das auch recht stabil zu laufen nur, wenn ich tvtime einmal beendet habe und dann wieder starten möchte, hängt es beim beenden des vdr.

Der start-stop Dienst oder so, wartet erstmal 30 Sekunden und solange wartest Du eben auch.

Woran kann das liegen?

Desweiteren habe ich das Problem, das die Farben in tvtime falsch sind. Ich kann sie auch nicht über einen Einstellungsdatei oder im Programm ändern, obwohl dies vorgesehen ist.

Der Maintainer des Treibers für den Stick meinte, es sei ein Problem mit dem Grafiktreiber.
Mit seinem Treiber hängt das Problem jedenfalls nicht zusammen. Ein durch tvtime erstelltes Bildschirmfoto zeigt die Farben korrekt.

mplayer tv:// -tv driver=v4l2 -vo x11 zeigt ebenfalls korrekte Farben.

Hat da jemand eine Idee?

Stick ist Cinergy Hybrid T USB XS FM, Treiber em28xx-new von mcentral.de
Mit DVB-T ist alles in Ordnung.

[Edit]
Das Problem konnte ich lösen:
Ein simpler aufruf von tvtime mit der Option I 715 (inputwidth) und die Farben stimmen.
Ich habe immer gewusst, die Simpsons sind Gelb
[Edit]

Moin zusammen,

quäle mich jetzt schon seit längerem mit einer S100 und einer PVR350 und beginne allmählich an mir selbst zu zweifeln
Gibt es irgendwo ein nettes Howto für die Kombination mit der zendeb-0.4 ?
Nach mehreren erfolglosen versuchen mit verschiedenen Betriebssystemen wende ich mich jetzt mal an euch,,,,,
Wie sieht denn die "normale" vorgehensweise für eine PVR350 aus?? zendeb installieren funktioniert und dann ?? (Hatte inzwischen so viele Fehlermeldungen das ich gerne mal hören würde wie es denn funktionieren sollte....)

Naja, auf jeden Fall mal Danke

mac42

Quote

Original von mac42
Hatte inzwischen so viele Fehlermeldungen das ich gerne mal hören würde wie es denn funktionieren sollte....

Ich bin zwar selbst Neuling im Bereich VDR usw. aber ich weiß, das das reine Wissen über die Existenz einer Fehlermeldung nicht hilfreich ist, diesen zu beheben. Der Inhalt derselbigen ist ungleich wichtiger...

Weiterhin dürfte von Interesse sein, was Du so unternommen hast.
Welche Treiber sind geladen, welche VDR-Plugins hast Du installiert usw.

Hast Du beim VDR das Bild 'No Signal'?

Grüße

Hannemann

OK, ich denke ich habe mich nicht wirklich ordentlich ausgedrückt.... vorerst wollte ich gerne wissen, ob denn die PVR350 "out of the box" (also incl. PVR-Input und Co) funktionieren sollte oder nicht (evtl hat auch meine PVR/S100 einen Schlag weg).....

Die Fragen bezüglich Fehlermeldungen und Co ist natürlich berechtigt - aber vorerst wüßte ich einfach gerne wie denn das "normale" vorgehen mit einer PVR350 bei einer frischen Installation ist..... an meinen verschlimmbesserten system rumschrauben macht sicherlich keinen Sinn mehr

und auf jeden Fall schon mal Danke für die schnelle Antwort

PS: hast Du diese Kombination am laufen ??? *hoffnungsvollen Blick zuwerf* Das würde mich schon mal stark beruhigen....

Nein. Siehe mein Post direkt über Deinem

die minipci wlan Karte habe ich schon länger raus (gab lustige IRQ-Konflikte) und die PVR hängt am PCI-Anschluss.....
Ich hab gestern dann noch mal die 0.4.1 draufgepackt und mir die Kernel-logs angesehen... und hier scheint schon der erste Fehler zu liegen - allerdings konnte ich auch in den Kernel-Configs von dir Egalus keinen fehlenden Eintrag für den ivtv entdecken.... werde dann bei Gelegenheit mal weitersuchen, bzw mal wieder ein wenig Kernel kompilieren.

Danke erst mal und ein schönes WE

Jan 15 21:41:10 vdr kernel: ivtv: Start initialization, version 1.2.0
Jan 15 21:41:10 vdr kernel: ivtv0: Initializing card #0
Jan 15 21:41:10 vdr kernel: ivtv0: Autodetected Hauppauge card (cx23415 based)
Jan 15 21:41:10 vdr kernel: ACPI: PCI Interrupt 0000:01:02.0[A] -> Link [LNKC] -> GSI 9 (level, low) -> IRQ 9
Jan 15 21:41:10 vdr kernel: tveeprom 1-0050: Hauppauge model 48134, rev I321, serial# 6280730
Jan 15 21:41:10 vdr kernel: tveeprom 1-0050: tuner model is Philips FM1216 (idx 21, type 5)
Jan 15 21:41:10 vdr kernel: tveeprom 1-0050: TV standards PAL(B/G) (eeprom 0x04)
Jan 15 21:41:10 vdr kernel: tveeprom 1-0050: audio processor is MSP4418 (idx 25)
Jan 15 21:41:10 vdr kernel: tveeprom 1-0050: decoder processor is SAA7115 (idx 19)
Jan 15 21:41:10 vdr kernel: tveeprom 1-0050: has radio, has IR receiver, has no IR transmitter
Jan 15 21:41:10 vdr kernel: ivtv0: Autodetected Hauppauge WinTV PVR-350
Jan 15 21:41:10 vdr kernel: sysfs: duplicate filename '1-0021' can not be created
Jan 15 21:41:10 vdr kernel: ------------[ cut here ]------------

So Problem gelöst - selbst ist der Mann!

Falls jemand ähnliche Probleme haben sollte, hier ganz kurz die Lösung für mein Problem.

1.) S100 ohne initrd booten und den älteren Kernel mit der -nfs Bezeichnung benutzen. Ich dachte der neue hätte auch nfs Unterstützung, da der 2. Eintrag in der Grub menu.lst von nfs bootet, aber der braucht wohl die initrd für nfs und die tut bei mir irgendwie nicht. Die initrd brauchts wohl dann, wenn man den Server aufwecken möchte, meiner läuft aber dauerhaft.

2.) Das freigegebene root-Verzeichnis auf dem Server (da wo das komplette zenddeb reinkommt) mit dem Parameter no_root_squash freigeben, sonst hat der S100 keinen Zugriff auf das System.

Die Zeile in /etc/exports sieht dann in etwa so aus:

/Pfad_zum_rootVerzeichnis 192.168.xxx.xxx(rw,no_root_squash,sync,no_subtree_check)

Damit klappt das booten über nfs bei mir.

Wird vom DOM gestartet, braucht es serverseitig nur den nfs-kernel-server aber keinen TFTP, PXE oder DHCP.

Pete

wie ist der der derzeitige Stand von WLAN in dieser Beta für die S100? Bekomme die sourcen mit Module-Assistent nicht gebaut, sodass ndiswrapper nicht nutzbar für mich ist. Ist es anders hinzubekommen?

Gruß, Heinzelrumpel

Tut mir leid, aber auch wenn ich da evtl. rauslesen kann, dass man das Modul p54pci nutzen soll, so gibt es da hier in der beta 0.4.1 nicht, da diese Modul nicht vorhanden ist.

Lesen ist ja schön und gut, aber durch wieviele hundert Seiten soll ich mich jetzt durchwühlen?

So ich hab jetzt fast alles laufen!

Eben die 0.4.1 beta mit einer S100 Box. Nun meldet sich das Problem, dass ich kein Vgakabel habe, da ich so keinen Ton habe. Wäre jemand so freundlich eine Tastendruckfolge dafür zu erstellen?

*edit* hat sich erledigt einfach den audioplayer geändert und die auskommentierten Configs geändert (hab zuvor immer in der config datei rumgewurschtelt

Habe versucht, xineliboutput über aptitude auf 1.0.3 upzudaten.

Habe dann aber kein Bild mehr am Scart.

Syslog gibt keinen brauchbaren Hinweis, woran es hängt.

Hat jemand ne Idee?

Pete