Flash Sound über HDMI

Über einen Zufall habe ich gemerkt, dass Flash im Firefox über HDMI ebenfalls keinen Sound hatte. Lösung des Problems mit Hilfe dieses Threads: http://ubuntuforums.org/showthread.php?t=1198071

.asoundrc im Home-Verzeichnis erstellen und mit

defaults.pcm.device 3

füllen.

Ruckeln endgültig gelöst Version 2!

Habe aufgrund dieses Threads an meiner xorg.conf herumgespielt (genauer gesagt, die folgendem Zeilen hinzugefügt). Damit kann ich nun auch wieder "VDPAU High Quality" als Playback Profile nehmen.

        Option "TripleBuffer" "True"
       Option "UseEvents" "0"
EndSection

Section "Extensions"
       Option "Composite" "Disable"
EndSection

HDMI und VLC

Dann wollte der VLC keinen Sound per HDMI senden. m das in den Einstellungen zu ändern, musste ich aber erst die Schriftgröße verändern, damit ich überhaupt etwas bei VLC erkennen konnte: Link, Zitat:
"Could you try going to System -> Preferences -> Appearance, opening the "Fonts" tab, clicking "Details..." at the lower right, and making sure that the resolution at the top is 96 dots per inch (if it isn't change it to this value)?"

Dann noch in die Eintellungen gehen, den Expertenmodus einschalten und dort das ALSA-Gerät umschalten: Link

HDMI

Ich hatte vorher noch gedacht, das Ruckeln beim Asrock könnte man vielleicht dadurch lösen, dass man ein HDMI-Kabel verwendet (hat es aber nicht). Dabei tauchte das Problem auf, dass kein Ton zu hören war.
Des Rätsels Lösung (Mythbuntu 10.04): Applications - Multimedia - Lautstärkeregelung starten. Dort unter "Elemente auswählen" alles anhaken, was mit IEC beginnt. Hinausgehen und auf den neuen Reiter "Schalter" klicken und dort alle IEC-Einträge anhaken (wenn sie nicht angehakt sind, sind sie stummgeschaltet). Dann in der MythTV-Frontend-Konfiguration unter Allgemeines zu der Seite gehen, wo das Sound-System ausgewählt wird. Dann bin ich auf "Nach Audio-Geräten suchen" gegangen (ich habe MythTV 0.24) und habe "ALSA:hdmi:CARD=NVidia,DEV=0" ausgewählt. Das wars!

Ruckeln endgültig gelöst!

Es ruckelte nur noch bei Kameraschwenks - dort kam es zu vertikalen Artefakten. Gelöst durch das Schalten auf "VDPAU - Schonend" als Playback Profile in der Konfiguration des Frontends und damit durch das Verändern des Deinterlacers von Advanced ("VDPAU - Höchste") auf Bob ("VDPAU - Schonend").

Endlich im Haus - und es ruckelt...

Da will man im neuen Haus mal schnell fernsehen...der Asrock wollte allerdings nicht so richtig Aufnahmen und LiveTV abspielen, es ruckelte ziemlich. Fand ich seltsam, nach dem Lesen dieses Threads (http://www.mythtvtalk.com/tearing-nvidia-ion-vblank-opengl-rtc-issue-13250/) habe ich die Auflösung von 1024x968 auf 960x540 gestellt, jetzt ist es besser. Anscheinend verbringt dann entweder die Grafikkarte oder der Fernseher zuviel Zeit mit Pixelumrechnungen, so dass die Videospur der Audiospur zu oft hinterherläuft.

Daten für Astra

Gerade eben auf meiner Festplatte gefunden... damit ich es zur Not auch wiederfinde, wenn ich die Datei verliere, hier die Daten für den Senderdurchlauf für Astra 19.2E:

# freq pol sr fec
S 12551500 V 22000000 5/6

Menüstruktur dauerhaft ändern

In einem vorherigen Post habe ich ja schon beschrieben, wie man das Hauptmenü von MythTV ändert. Doof war nur, dass bei jedem Update das Original-Skript wiederhergestellt wurde. Dies kann man zwar nicht ändern, aber dafür in das Verzeichnis /home/user/.mythtv kopieren. Dieses wird dann bevorzugt zu dem in /usr/share/mythtv/themes/defaultmenu

irexec und lucid

Bisher konnte ich meinen Client über die FB und das Skript /usr/share/mythtv/myth-halt.sh ausschalten. Unter 10.04 gibt es das aber nicht mehr, so dass der Client ungerührt nicht reagierte. Habe in der lircrc-Datei dann /usr/share/mythtv/myth-halt.sh durch sudo shutdown -P now ersetzt und voila!

Außerdem funktionierte noch ein nicht: Eine Taste der FB habe ich so programmiert, dass ein Skript das Frontend killt (falls vorhanden) und dann neustartet. Seit dem Update auf Lucid startete sich das Frontend auf einmal in einer Schleife immer wieder neu. Habe mir daraufhin das /usr/share/mythtv/mythfrontend.sh angesehen. Dort ist ziemlich am Ende eine Schleife vorgesehn für den Fall, dass das Frontend abstürzt. Prinzipiell eine gute Sache, aber meine Lösung hat noch den Vorteil, dass man ein hängendes Frontend beenden und neu starten kann. Habe die Schleife aus dem Skript herausgenommen.

Edit: Hätte ich mir ja denken können: Nach einem Update von MythTV wurde wieder das Original-Skript wiederhergestellt. Habe jetzt das originale Skript in /home/user/.mythtv kopiert, vielleicht zieht er es ja dann von da (wie auch die mainmenu.xml).

Kompilieren leichtgemacht

Für den Fall, dass ich mal selber MythTV kompilieren muss (oder Teile davon), habe ich mir heute mal den Source-Code heruntergeladen, in ein Verzeichnis entpackt. Das Kompilieren ist kinderleicht:

./configure
make -j 2

Dabei hat der Compiler (oder Linker) nur angemeckert, dass für vdpau eine Library fehlt. Dafür in Synaptic gehen und "libvdpau-dev" installieren.

Bei der 0.22-Version war das Kompilieren (glaube ich) noch wesentlich schwerer, ich hatte da eine Homepage gefunden (die nicht mehr existiert), die das erklärt hat und man musste eine Unmenge an Schaltern bei configure angeben

Aufwachen ohne Internet

Ein Problem habe ich letztens festgestellt, als ich wg DSL-Probleme zeitweise kein Internet hatte: Der Mythbuntu-Server fuhr hoch, nahm auf, hatte dann aber die falsche Uhrzeit eingestellt (wird eben mit demInternet synchronisiert) und dann wurde eine falsche nächste Aufweckzeit eingetragen. Sprich: die nächste Aufnahme wäre futsch gewesen.

Lösung hier: http://ubuntuforums.org/showthread.php?t=1750294

Zitat: "I did a "sudo tzselect", chose Europe/Germany and edited /etc/default/rcS to change UTC to yes and HWCLOCKACCESS to yes"

MythTV 0.24

Habe heute auf beiden Rechnern MythTV 0.24 installiert. Warum? Weil mit der PulseAudio-Einstellung im Frontend-Setup es vorkam, dass Audio und Video "out-of-sync" liefen, also man erst was hörte und dann die entsprechenden Lippenbewegungen sah. Hatte gelesen, dass man an den Audio-Sachen herumgeschraubt hat und das Update gewagt.
Auf dem Server war das Ganze recht problemlos, die Menüstruktur hatte sich wieder auf default geändert und das Upstart-Script des Backends hat sich geändrt. mussenoch aalysiere, ich glaube zwar, dass im pre-script-step geguckt wird, ob die mysql-Datenbank da ist, bin mir aber noch nicht sicher.
Beim Client hätte ich fast nen Herzinfarkt bekommen, weil bei dem "partial update" doch tatsächlich der Kernel upgedatetet wurde und prompt natürlich die FB nicht mehr wollte. Hab dann den letzten Kernel der Lucid-Lynx-Reihe installiert, für den es einen Treiber gibt und den aktuellen deinstalliert:

sudo apt-get install linux-image-2.6.32-25-generic
sudo apt-get remove linux-image-2.6.32-31-generic (hier schwitzige Hände gehabt, da Nvidia-Treiber deinstalliert wurden)
sudo update-grub

dann neugestartet. Ubuntu meldete sich mit "can only start in low graphics mode" o.s.ä. xorg.conf gelöscht, neugestartet und wollte den nvidia-Treiber installieren. Wie, ist schon? Seltsam. Habe ihn deinstalliert, neu gestartet und wieder installiert. Dann lief auch alles gut.

Dann den FB-Treiber neu installiert:
wget 'http://europe.asrock.com/downloadsite/drivers/Nettop/Ubuntu/IR(10.04)2.6.32-25.zip'
unzip 'IR(10.04)2.6.32-25.zip'
sudo dpkg -i lirc-nct677x-1.0.4-ubuntu10.04_kernel2.6.32-25.deb

Funktioniert :-)

PS: Bevor ich den aktuellen Kernel entfernt habe, habe ich mir Mythbuntu 11.04 heruntergeladen, gebrannt und in den Client geschoben, weil der Kernel (2.6.38), der da verwendet wird, den FB-Treiber beinhaltet und auch MythTV 0.24 enthalten ist. Wenn ich mir den Client komplett zerschossen hätte, hätte ich es zuerst mit dieser Version probiert. Ich bin bis zur Einstellung der Sprache gekommen und kann zumindest sagen, dass die Pfeiltasten der FB funktinoiert haben, ich hätte aber eine Maus gebraucht, um in den Menüs weiterzukommen. Sah aber schonmal vielversprechend aus :-)

Fernwartung über SSH

Etwas erfahrenere Linux-User werden jetzt wahrscheinlich grinsen: Habe gestern SSH für mich entdeckt. Sehr sehr hilfreich.
An meinem Client-Rechner habe ich keine Maus/Tastatur angeschlossen, sondern gehe immer über VLC drauf, um Sachen zu konfigurieren. Wenn aber Wake On LAN nicht funktioniert (s. gestriger Post), startet der Client gar nicht erst die graphische Oberfläche und dann ist natürlich Essig mit VLC.
Aber kein Problem für SSH: einfach in eine Kommandozeile "ssh user@servername" oder "ssh user@IP-Adresse" eingeben. Schon ist man verbunden und kann sich die Konfiguration ansehen/ändern. Ich sah mich am Wochenende schon wieder Tastatur/Maus umstöpseln... :-)

Kein Wake On LAN

Wake On LAN tat es auch nicht. Aber dafür mußte ich nur

ethernet-wol g

in /etc/network/interfaces hinzufügen. Dann tat es zwar erst auch nicht, aber da slag nur daran, dass in der interfaces nur eth0 konfiguriert war. Bei mir ist es aber eth1. Bei mir sieht die interfaces also so aus:

auto lo
iface lo inet loopback

auto eth1
iface eth1 inet dhcp
ethernet-wol g

Kein Sound unter Lucid!

Was war ich entsetzt. Wollte über den Firefox ein Flash-Video gucken, kein Sound. Auch der VLC spielte eine mp3 nur ohne Sound.

Viele Sachen ausprobiert aussem Netz, nix half. Über Zufall einfach das Sound-Device im MythTV-Frontend von "ALSA:Default" auf "Pulseaudio:Default" gestellt und danach lief alles :-)

Update Lucid auf dem Client

Hier konnte ich nicht einfach auf Update über die Aktualisierungsverwaltung gehen, da der mir den letzten Kernel gegeben hätte und Asrock nur für die Kernel-Versionen 2.6.32-21, -23 und -25 einen Treiber für die Fernbedienung hat.
Also Mythbuntu-CD 10.04 hineingeschoben und "drüberinstalliert". Danach wollte die FB natürlich nicht. Also den Treiber für 2.6.32-21 heruntergeladen und installiert. Aber Fernbedienung wollte nicht :-( Habe erst schon wieder an alles mögliche gedacht, bis ich irgendwann gedankenverloren "irw" in die Konsole getippt habe und siehe da: alle Tasten kamen an. Dann war auch die Lösung recht nahe, der hatte mir die /home/BLA/.lirc/mythtv-Datei überschrieben, die die Key-Mappings für MYthTV beinhaltete (Zum Glück hat er die dabei gesichert). Einfach die alte wieder eingesetzt und voila!
Danach mal alle Pakete upgedatet (auch die auto-build-Geschichten von MythTV), den Kernel vorher gelockt, reboot. Danach meldete sich das Frontend mit einem Version Mismatch zum Backend!! Lag aber nur daran, dass im Mythbuntu Kontrollzentrum beim Backend "0.23" "PPA" eingestellt war und auf dem Client "0.23" "DE". In "PPA" geändert und dann funktionierte es auch.

Mir juckt es gerade in den Fingern, per MythTV-REpository auf 0.23.1 oder gar 0.24 upzudaten... mal schauen :-)

Außerdem hatte der Client meine Skripte "vergessen", die den Server aufwecken und erst dann richtig startet, wenn der oben ist. Ich musste aber nur wieder in den Blog schauen, wie ich das gemacht hatte. Zum testen, ob das alles jetzt wieder so läuft wie vorher, werde ich aber wohl erst morgen kommen.

Lucid: MySQL und Backend verbinden

In einem früheren Post habe ich beschrieben, wie man es schafft, dass das Backend erst startet, wenn MySQL gestartet ist. Mit Lucid ist es sogar noch einfacher, weil MySQL in der Version auch ein upstart-script bekommen hat: /etc/init/mythtv-backend.conf editieren und dort diese Zeilen:

start on (local-filesystems and net-device-up IFACE=lo and started udev-finish)
stop on starting shutdown

durch diese ersetzen:

start on (local-filesystems and net-device-up IFACE=lo and started udev-finish
and started mysql)
stop on (starting shutdown
or stopping mysql)

Upgrade auf Lucid

Heute habe ich mein Backend/Frontend-Computer von Karmic auf Lucid upgedatet. Lief relativ glatt, bis auf 2 Sachen:

1) Die Fernbedienung wollte nicht mehr, was aber auch kein Wunder war, weil die Konfigurationsdateien (hardware.conf und lircd.conf) auf Standard zurückgesetzt waren. Zum Glück hatte ich mir die in diesem Thread gespeichert:
http://forum.ubuntuusers.de/topic/tote-tasten-auf-meiner-fernbedienung-tt-s2-32/
Außerdem musste ich den V4L-Treiber neu kompilieren - ich hatte ja auch einen neuen Kernel bekommen (ist ebenfalls in dem Thread beschrieben).

2) nach hibernate/thaw bekam Mythtv keinen Lock auf die TV-Karte. Das war auch kein Wunder, da ich unter Karmic MySQL und das Backend aneinandergekoppelt hatte und deshalb beim hibernate einfach nur mysql beendet bzw. beim thaw nur mysql gestartet hatte. MySQL hat bei lucid ein upstart-skript spendiert bekommen, so dass meine Koppelung durchbrochen wurde. Ich musste nur beim hibernate das backend ebenfalls stoppen und beim thaw wieder starten. Voila!

Mal sehen, ob ich in den nächsten Tagen noch mehr Fehler bemerke... Zumindest ist der Boot-Vorgang schneller und Videotext funktionierte auch auf Anhieb!

IP-Adresse und Netzwerk

Für den Fall, dass das Netzwerk ausfiel oder das Kabel nicht verbunden war, hatte meine MySQL-Datenbank, das Frontend und das Backend immer tierische Timeouts, die ganzen Verbindungen klappten nicht. Ist im Nachhinein auch sehr logisch, schließlich hatte ich in beiden setups eine IP-Adresse eingetragen (192.168.0.128). Wenn das Netz nicht funktionierte, bekam der Rechner diese Adresse natürlich nicht und hatte nur die 127.0.0.1
Einfach den DNS-Namen des Rechners genommen und alle Probleme weg :-)

Das verflixte DVD-Laufwerk

Vor eineiger Zeit habe ich mir für meinen MythTV-PC ein DVD-Brenner von Samsung gekauft und mich darüber geärgert, dass wenn eine CD/DVD drin ist un man auf den "Eject"-Knopf drückt, die Lade zwar aufgeht, aber nach ca. 1 Sekunde auch wieder zugeht. Da braucht man flinke Finger! Habe erst nach Monaten, nämlich gestern, mal danach gegoogelt und diese Bug in Ubuntu gefunden:
https://bugs.launchpad.net/ubuntu/+source/udev/+bug/283316

Habe dann auch meiner /etc/sysctl.conf die folgende Zeile hinzugefügt:
dev.cdrom.autoclose = 0
und schon liess das Laufwerk das Verhalten bleiben :-)

Tastenbelegung

Zur Zeit ärgere ich mich darüber, dass ich auf dem Client diesselbe Tastenbelegung wie auf dem Server einstellen MUSS. Das müßte doch auch leichter gehn. Schließlich speichert MythTV diese in der MySQL-Datenbank und zwar in der keybindings-Tabelle. Wie man diese in eine Datei exportiert weiß ich schon:

sudo mysqldump -u mythtv -pPASSWORT --databases mythconverg --table keybindings > keybindings.dump

und dann müßte man doch eigentlich nur alle Tasten, die für einen Computer gelten, kopieren und den Computernamen ersetzen und dann wieder in die DB importieren. Dies müßte gehen mit:

mysql -u mythtv -pPASSWORT mythconverg < keybindings.dump

(Die Tipps habe ich übrigen hierher)

Warten auf den Server...

Beim letzten Post hatte ich es ja schon geschafft, dass der Client den Server aufweckt. Allerdings ist der Client dann natürlich schneller oben als der Server und Mythfrontend empfängt einen dann mit der Abfrage der Sprache und den Zugangsdaten zur MySQL-Datenbank. Da ich das nicht wollte, soll der Client beim Starten warten, bis der Server oben ist. Dies macht man z.B. so:
1) die /etc/network/if-up.d/wol aus dem letzten Post so anpassen:

#!/bin/sh
if [ "$IFACE" = lo ]; then
exit 0 # emission handled by /etc/init/network-interface.conf
fi

wol MAC-Adresse

ping=`ping -c 4 SERVERNAME 2>&1`;
while [ $? != 0 ]
do
sleep 3
ping=`ping -c 4 SERVERNAME 2>&1`;
done
sleep 3
initctl emit mythserver_available
mount.cifs //kakadu/WD15/DVDs /WD15/DVDs -o user=mythtv
exit 0

Das mounten des DVD-Verzeichnisses sorgt dafür, dass ich die gespeicherten DVDs auf dem Server auch auf dem Client schauen kann. Dazu muss man auf dem Client im Frontend-Setup noch das Verzeichnis angeben.

2) die /etc/init/gdm.conf am Anfang folgendermassen ändern:

start on (filesystem
and started hal
and mythserver_available
and tty-device-added KERNEL=tty7
and (graphics-device-added or stopped udevtrigger))
stop on runlevel [016]

Damit startet die grafische Oberfläche und damit Mythfrontend erst, wenn der Server da ist :-)

Mit dem Client den Server aufwecken

Da ich nun Backend und Frontend getrennt habe,wollte ich es s einrichten, dass das Frontend das Backend beim Bootvorgang per Wake-On-Lan aufweckt. Dazu muss man nur ein Script in /etc/network/if-up.d erstellen, was z.B. so aussieht:

#!/bin/sh
if [ "$IFACE" = lo ]; then
exit 0
fi
wol MAC-AdresseDesBackends

Den Wake-On-Lan-Client bekommt man hier:

http://sourceforge.net/projects/wake-on-lan/

Herunterladen, dann in das erstellte Verzeichnis gehen und dann
./configure
make
sudo make install

Jetzt muss ich nur noch das automatische Starten von Mythfronend auf dem Client-PC verzögern: Wenn die SQL-Datenbank und das Backend noch nicht laufen, erscheint auf dem Client immer erst die Auwahl der Sprache und die Konfiguration der Datenbank.Lästig.

Asrock ION 330 HT-BD seine Fernbedienung

Da kauft man sich einen schönen Nettop, der für ein HTPC alles mitbringt (leider nicht so einfach zu bekommen ist) und dann will die Fernbedienung nicht wirklich, obwohl man doch einen Treiber auf der Asrock-Seite herunterladen kann:

http://www.asrock.com/nettop/download.asp?Model=ION%20330HT-BD&o=Linux

Des Rätsels Lösung liegt darin, dass die Treiber dort nur mit ganz speziellen Kernel-Versionen funktionieren (z.B. der Treiber für Karmic braucht den Kernel 2.6.31-14-generic, derbei der Erstinstallation von Karmic dabei ist. Man darf also den Kernel danach niemals updaten! Und wenn man dann den Treiber installiert, funktioniert die Fernbedienung auch tadellos. Mann kann per Synaptic dem System auch mitteilen, dass bestimmte Pakete niemals upgedated werden sollen: in diesem Fall nach "linux-" suchen, die Liste nach den installierten Paketen sortieren und diese markieren und dann über das Menü "Package" - "Lock Version".

Bei den Treibern für Lucid und Maverick haben die wenigstens die Kernel-Version dazugeschrieben.

Es gibt zwar auch Leue im XBMC-Forum, die für die upgedateten Kernel den Treiber selber kompilieren/installieren, bei mir hat das ganze nicht funktioniert. Da leb ich lieber mit einem etwas älteren Kernel...

Aaaaarggh!

Da will man mal eben kurz was ausprobieren...

Da XBMC auf dem Laptop so gut mit HD funktioniert hatte, habe ich mir gedacht, probier ich das Ganze doch mal direkt auf dem MythTV-System aus. Also zur XBMC-Homepage gesurft, die Installationsanleitung nur halb gelesen (was ein großer Fehler war) und die Kommandos in die Kommandozeile gehackt. Wollte nicht, weil ihm das Paket "xbmc-base" fehlte. Also per apt-get versucht, dieses zu instlern. Ging nicht, weil ihm "libvdpau1" fehlte. Also auch per apt-get installiert. Und dann ging es los. Apt-get deinstallierte dann mal munter das komplette mythtv-Paket und auch noch Pakete, die den nvidia-Grafiktreiber betreffen. Waaaahh!! HAbe dann probehalber mal neugestartet und X wollte nicht mehr. Das Problem war wohl, dass die libvdpau1-Bibliothek mit der nvidia-195-vdpau (o.s.ä.) im Konflikt stand und apt-get selbstständig entschieden hatte, dass diese deinstalliert werden muss und auch alle anderen Pakete, die diese nutzen.

Im Endeffekt habe ich das Ganze dann gelöst bekommen, indem ich die weekly-builds von mythbuntu freigeschaltet habe (da die neue 0.22-Version von Myth libvdpau1 verwendet). Dann versucht, den Grafiktreiber wieder zu installieren, was nicht ging (klar, da gab es ja diesen Konflikt). Habe dann auch in der Fehlermeldung von X gelesen (den genauen O-Ton bekomm ich jetzt nicht mehr hin), dass er den nvidia-Treiber der Version 195.36.15 erwartet hätte, aber nur den 195.30 gefunden hat. Und dann war mit meiner xorg.conf nichts mehr anzufangen. Bin dann nur nvidia-Homepage und habe mir besagten Grafiktreiber heruntergeladen. Zum installieren die grafische Oberfläche mit sudo stop gdm beendet, dann noch

sudo sh NVIDIA-Linux-x86-195.36.15-pkg1.run (bei der Installation ein paar Fragen beantwortet) und
sudo start gdm

Ein weiteres Frontend

Wollte heute mal testen, wie einfach es ist, ein weiteres Frontend ins System zu bringen. Habe dazu auf meinem Laptop Mythbuntu installiert. Auf dem Backend musste dann noch in der Datei /etc/mysql/my.cnf die Zeile bind-address 127.0.0.1 herausgenommen werden und im MythTV-Setup in den Grundeinstellungen alle "127.0.0.1" durch ne richtige IP-Adresse getauscht werden. Dann Neustart.

Anschließend auf dem Laptop im Frontend-Setup angegeben, wie es an die MySQL-Datenbank herankommt und schon hat es funktioniert :-)

Ruckelt allerdings ein wenig, muss also noch herausfinden, ob das an der schwachen Grafikkarte liegt oder an der WLAN-Übertragungsrate. Hoffentlich ersteres.

Edit: Habe das Ganze auf einem anderen Laptop mit Vista und XBMC als Frontend ausprobiert und mit Ethernet statt WLAN. Funktioniert super, auch HD-Kanäle ohne Ruckeln (CPU bei ca 50%). Dieser Laptop hat anscheinend ne ganz brauchbare Grafikkarte :-)

Und sie starb...

... also die Hoffnung!

Habe mir mal das Log von Mythwelcome angesehen, es gibt zwei Arten von Log-Meldungen, die die Auflösung ausgeben, einmal so:

"Using screen 0, 960x540 at 0,0" (Zeile 266, mythuihelper.cpp)

und so:

"Desktop video mode: 960x540 119.976 Hz" (Zeile 62 in DisplayRes.cpp)

Nur bei der ersten Art erscheint die zu große Auflösung von 1920x1080 von Zeit zu Zeit. Muß am WE mal in den source code gucken :-)

Edit sagt: Im Frontend-Setup habe ich mal anstelle von 0x0 (was Vollbild bedeutet) 960x540 eingestellt. Die Hoffnung ist wieder da...

Edit2 sagt: Bisher (03.03.2011) habe ich die komische Auflösung nicht mehr gesehen, scheint zu wirken :-)

Und noch ein Patch...

Habe noch folgenden Patch eingespielt (ganz nach unten scrollen):

http://code.mythtv.org/trac/ticket/7135

Wollte eigentlich nur das Mythwelcome-Problem mit der großen Auflösung analysieren und bin mit einem "ps ax | grep myth" auf entsprechende Prozess-Leichen gestossen. Mal sehen, ob sie wiederkommen. Vielleicht haben die ja auch Mythwelcome wg. der Auflösung gestört. Die Hoffnung stirbt zuletzt...

Mythwelcome: Komische Auflösung

Ab und zu (ich denke, dass das beim Aufwachen aus dem Hibernate passiert, aber ich bin mir da nicht sicher) erkennt Mythwelcome scheinbar nicht, welche Bildschirmauflösung die richtige ist. Da wird dann meine maximal angenommen (1920x1080), obwohl ich mich mit 960x540 begnüge. Dadurch sieht man ungefähr nur ein Viertel von Mythwelcome und wenn mann die Tastaturkommandos und die Menüs nicht auswenid kennt, dann hallelujah. Sorgt übrigens auch für einen schlechten WAF.

Ich habe in der Datei /etc/mythtv/session-settings jetzt mal unten folgende Zeile angefügt:

MYTHFRONTEND_OPTS="--geometry 960x540+0+0"

Und jetzt will ich hoffen, dass das Thema dann vom Tisch ist ;-)

Edit: Es ist nicht vom Tisch :-( Direkt nach der Änderung den Rechner neu gestartet und schwups das Problem gehabt.

Wie man eine TV-Karte nicht löschen sollte...

Gestern habe ich die TV-Karte aus dem Setup gelöscht und wieder neu angelegt, damit die (virtuellen) Tuner-Zahlen wieder schön der Reihe nach sind. Danach wollte erstmal gar nix mehr funktionieren (kein LiveTV, kein EPG) und im Backend-Log die mysteriöse(n) Meldung(en):

MainServer: HandleRemoteEncoder(cmd GET_STATE) Unknown encoder: 1

Lag aber nur daran, dass im MythTV-Setup mit dem Löschen der TV-Karte auch verbunden ist, dass die Verknüpfung von TV-Karte zur Videoquelle weg ist. Also einfach in den Menüpunkt "Verknüpfungen" gehen und der TV-Karte die Videoquelle "Astra" zuweisen. Dann funktionierte wieder alles. :-)

Mehrere Aufnahmen gleichzeitig...

... und das mit einer einzigen TV-Karte! Geht nicht? Geht doch!

Allerdings müssen dazu die Sender von denen man aufnimmt, auf einem Transponder liegen. Bei Astra sieht das u.a. so aus:

MultiplexID Sender
3 ARD HD, ZDF HD, arte HD
26 ZDF, 3SAT, zdf_neo, KiKa...
31 RTL, RTL2, VOX, ntv, Super RTL
40 ARD, WDR...
42 Sat1, ProSieben, Kabel eins, N24

Herausbekommen habe ich das mit folgendem SQL-Befehl auf meine MythTV-Datenbank:

SELECT callsign,mplexid FROM channel c ORDER BY mplexid ASC

D.h. ich kann z.B. gleichzeitig RTL schauen und auf Vox und RTL2 aufnehmen. Dazu muss nur im MythTV-Setup bei den TV-Karteneinstellungen unter "Aufnahmeoptionen" bei "max. gleichzeitige Aufnahmen" ein Wert > 1 eingestellt werden, bei mir liegt er bei 3.

Shutdown will nicht...

Die letzten Tage wollte der Rechner nicht automatisch herunterfahren. Habe mir heute die Logs vom Backend angesehen und da stand die mysteriöse Zeile:

"Waited more than 60 seconds for shutdown to complete"

Habe mir dann noch mal mein Skript zum Herunterfahren angesehen und ein wenig experimentiert. Die Lösung lautet, dass wenn man vor der Herunterfahren Prozesse mit killall abschiessen möchte, dieser auch laufen muss. Wenn nicht, dann gibt killall eine Fehlermeldung aus, weswegen das Skript dann wohl abbricht. Und wieder was gelernt :-)

Inwieweit das Frontend läuft, kann man so überprüfen:

if [ `pidof mythfrontend.real` ]; then
echo "Frontend is running!"
fi

Da mir vor 2 Tagen es doch tatsächlich 2x passiert ist, dass der Rechner runterfuhr (bei laufendem LiveTV!!!!), obwohl das Frontend lief, habe ich in mein Hibernate-Skript noch die Überprüfung drin, ob das Frontend läuft. Sieht also nun wie folgt aus:

start on (suspending)
script
date >> /var/log/mythtv/suspending.log
echo "Got the suspending signal, check if Frontend is running..." >> /var/log/mythtv/suspending.log
if [ `pidof mythfrontend.real` ]; then
echo "Frontend is running, hibernate is stopped!" >> /var/log/mythtv/suspending.log
exit 1
fi
echo "Frontend does not run, stop services..." >> /var/log/mythtv/suspending.log
/etc/init.d/lirc stop
/etc/init.d/mysql stop
echo "Everything stopped, hibernating..." >> /var/log/mythtv/suspending.log
pm-hibernate
end script

Mythwelcome und Focus

Manchmal hat es Mythwelcome bzw. manchmal auch das Frontend selber Probleme mit dem Focus. Dann sind die zwar im Vordergrund, reagieren aber eben nicht auf die FB / Tastatur. Ich arbeite allerdings auch viel mit Alt+Tab.

Habe deswegen mal in der XFCE-Fensterverwaltung unter Fokus ein Häkchen bei "Bringe Fenster in den Vordergrund, wenn sie den Fokus erhalten" gemacht. Vielleicht bringt das ja was.

Wake On LAN

Für den Fall, dass ich irgendwann mal Backend und Frontend auf verschiedenen Computern betreiben möchte, habe ich mir "Wake On LAN" mal angesehen. Denn das Backend soll sich ja schon schlafen legen, wenn es eigentlich nix zu tun hat; man selber will aber nicht beide Computer starten. Schließlich könnte es ja auch sein, dass das Backend irgendwo im Haus steht.

Bin nach folgender Anleitung vorgegangen:
http://www.mythtv.org/wiki/Wake-on-LAN

und es hat prima funktioniert! Habe zwar etwas gebraucht, um den WOL-Client auf meinem Ubuntu-Laptop an den Start zu bekommen (dabei ist es einfach: in ein Verzeichnis entpacken, dort configure,make und sudo make install aufrufen, dann im Terminal mit "wol MAC-Adresse-Des-Backends" das Backend aufwecken), aber es hat sofort funktioniert :-)

Aus praktischen Gründen sollte man am Frontend am besten nachdem die Netzwerkkonfiguration steht, diesen Aufruf losschicken, damit man nicht ganz so lange auf das Backend warten muss.

Fernbedienung und VLC

Heute habe ich es geschafft, den VLC mit der Fernbedienung zu bedienen. Folgende Schritte waren nötig:

1) Die .lircrc-Datei im eigenen Home-Verzeichnis anpassen (eine Liste der key-Schlüsselworte findet sich z.B. mit vlc -H | awk '/--key/ {print "# "$1}', die Sachen haben bei mir folgende Syntax:
begin
remote = myremote5.conf
prog = vlc
button = KEY_PLAY
config = key-play
repeat = 2
delay = 0
end

2) Die Datei vlcrc im Verzeichnis /home/user/.config/vlc muss um die Zeile "control=lirc" erweitert werden (bzw. wenn es da eine einkommentierte Zeile gibt, durch sie ersetzen). Außerdem musste ich die Datei noch schreibschützen, damit VLC die nicht jedesmal wieder überschreibt :-(

3) Im VLC muss in "Extras -> Einstellungen" unten links bei "Einstellungen zeigen" "Alle" gewählt werden. Dann unter "Interface -> Kontrollinterfaces" "Infrarot-Fernbedienungsinterface" auswählen. Dort muss dann /home/user/.lircrc angegeben werden.

4) Damit die "Pause"-Taste funktioniert, musste ich ihr in den Einstellungen unter "HotKeys" noch eine Taste zuweisen, die hatte bisher noch keine.

Dumm ist nur noch, dass ich ja auch für MythTV diverse Tasten belegt habe und deshalb natürlich beide Programme reagieren, wenn man eine Taste drückt und beide laufen. Ich denke aber mal, dass das nicht so das Problem ist, da wenn man z.B. eine DVD mit dem VLC abspielt und bei MythTV im Hauptmenü ist, man locker Tasten a la Pause, Play etc drücken kann, weil diese im MythTV-Hauptmenü ja gar keine Bedeutung haben.