[Announce] Mahlzeit-ISO 4.0beta (mit Activy-Unterstützung und Software-Output)

Zitat

Original von mahlzeit

PS: Am Kabel kanns nicht liegen? Wegen Umbau? Nicht dass da was nen Wackler hat?

Habe das Kabel schon getauscht. Alle anderen Sender kommen ja auch gut rein.

Hi Mahlzeit.

Ich habe das System neu Aufgesetzt.
Es ist nicht das aus der Sig.
sondern ein Hetis 945 mit einer TT-FF Karte.
Xine und softdevice klappen nicht weil
der sound nicht erkannt wird

00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04)
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 1370
        Flags: fast devsel, IRQ 19
        Memory at fbe38000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
        Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
        Capabilities: [70] #10 [0091]

Also Ausgabe über die FF:
Nur geht das remote plugin nicht richtig.
Er akzeptiert nicht die plugin.conf nicht und versucht immer auf /dev/input/event0 nach der remote zu suchen.

in der plugin.conf habe ich folgendes stehen:
PARA="-i autodetect"
Trotzdem sucht remote immer auf dev/input/event0

Hast Du eine Idee wieso es nicht klappen könnte?
Zudem würde ich die datei über den linvderupdater verteilen.
Und ich hätte noch das die installation auf einer seriellen Festplatte nicht klappt weil in der fstab ein hda anstatt eines sda steht.
Somit sucht der vdr immer nach video0 aber das gibts ja nicht.
Noch ein fall für den updater.

Danke & Gruß

Yaz

Ach und zum Thema hochzählen:

linvdr:~# dmesg |grep class
input: DVB on-card IR receiver as /class/input/input34
input: DVB on-card IR receiver as /class/input/input35
input: DVB on-card IR receiver as /class/input/input36
input: DVB on-card IR receiver as /class/input/input37
input: DVB on-card IR receiver as /class/input/input38
linvdr:~# dmesg |grep input
input: DVB on-card IR receiver as /class/input/input35
input: DVB on-card IR receiver as /class/input/input36
input: DVB on-card IR receiver as /class/input/input37
input: DVB on-card IR receiver as /class/input/input38
input: DVB on-card IR receiver as /class/input/input39

Hallo Markus,

also remoteosd und remotetimers brauchen svdrpext auf Serverseite. Das habe ich auch installiert und die beiden Plugins funktionieren auch auf Clientseite.
Nur die original Menüpunkte (Schedule/Timers) werden halt nicht ersetzt.
Logauszüge kann ich leider nicht liefern, da die uralt-Testinstallations-Festplatte gestern gestorben ist.

Es stand halt beim vdr-start im Log, daß ReplaceTimersMenu = 1 und ReplaceScheduleMenu = 1 unknown entries für die setup.conf sind (sinngemäß).
Ich werd' mich wie von Dir empfohlen mal in Richtung Zulu, Toxic Tonic und linvdr-Updates umschauen.

Danke, Kleo

Hallo Mahlzeit,

ich habe mit Freude gesehen, dass du eine Harwareerkennung des Netzwerkmodules eingebaut hast.

Ein kleinen Haken hat die von dir verwendete Erkennung aber:
Über die PCI-Class-ID 0200 kann man Netzwerkchips nur dann finden, wenn sie sich auch mit der Class-ID 0200 outen. Manche Netzwerk Chips machen dies aber leider nicht, da sie z.B. in der Southbridge integriert sind, und sich diese mit einer anderen Class-ID meldet..

Eine elegante Lösung Class-ID Dilemmas, bei der man keine Dicken Geschütze auffahren muss, kenne ich leider nicht.

Pauschal alle PCI-Module, unabhängig von ihrer Class-ID, zu laden, zu denen passende Hardware im System steckt, funktioniert allerdings recht einfach.

Ich habe dies vor ein paar Wochen folgendermaßen gemacht:
1.) Aus der /lib/.../modules.pcimap eine Datei bauen, die sich sehr einfach mit der lspci -n (oder /sys...) Ausgabe abgleichen lässt. (Ich habe vendor und device ID einfach aneinander gehängt)
Dies muss nur einmal gemacht werden, da die pcimap nur Kernel abhängig ist...
2. lscpi -n mit der in 1.) erzeugten Datei abgleichen und dabei sofort modprobe ... ausführen.

Die Bestimmung der zu ladenden Treiber dauert so nur wenige Milli-Sekunden und das Laden der Module erfolgt daher beeindruckend schnell.

Aber auch hier gibt es einen Haken:
Die Module, die aufgrund dieses Algorithmus geladen werden, laden weitere Module nach. Welche dies sind ist in der Datei xxx (Name entfallen) definiert, die mittels depmod erzeugt wird.
Was aber wenn die Modul Entwickler geschlampt haben...

Gruß
Wicky

P.S. 1.) Das Netzwerk meiner Activy ließ sich nicht konfigurieren... "keine Netzwerkhardware gefunden..."

2.) Ich sehe gerade, dass Mirko Dölle sogar einen Artikel zur Hardwareerkennung geeschrieben hat. http://www.linux-user.de/ausga…3/086-hwdetect/index.html
Er geht sehr ähnlich vor wie ich es gemacht hat.

Hallo Marcu,

So deine ISO4.0 mit xine auf einem Shuttel ohne DVB Karte als streamdev-client. Ich habe ein NO SIGNAL ohne Tastatur weil ich noch keine Fernbediennung habe. So kann nicht noch nicht sagen wo es hängt.

Zitat

2932 ? S 0:00 /usr/bin/perl /usr/bin/udpd.pl
2936 ? S 0:00 crond
2938 ? SN 0:00 /usr/bin/perl /usr/bin/vdradmind.pl
6299 tty1 S 0:00 /bin/bash -c \?? /bin/echo $$ > /var/run/vdr.pid;
6304 tty1 S 0:00 /bin/bash /etc/init.d/runvdr up
7048 ? S 0:00 /usr/bin/lircd
7049 tty1 S 0:00 /bin/bash /usr/bin/startfbxine.sh 10
7064 tty1 S 0:01 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7071 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7074 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7084 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7085 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7086 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7087 tty1 SN 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7088 tty1 SN 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7089 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7090 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7091 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7092 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7093 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7094 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7095 tty1 S 0:00 /usr/bin/vdr -L /usr/lib/vdr/plugins -Padmin -Pcdda -
7096 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7097 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7098 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7099 tty1 S< 0:00 fbxine -V fb -A oss -D --stdctl dr-socket:/localhost
7121 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7122 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7123 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7124 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7125 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7126 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7127 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost
7128 tty1 S 0:00 fbxine -V fb -A oss -D --stdctl vdr-socket:/localhost

Alles anzeigen

Zitat

lspci
00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different version?) (rev a2)
00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 1 (rev a2)
00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev a2)
00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev a2)
00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev a2)
00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev a2)
00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2)
00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3)
00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3)
00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3)
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
00:05.0 Multimedia audio controller: nVidia Corporation nForce Audio Processing Unit (rev a2)
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1)
00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3)
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2)
00:0d.0 FireWire (IEEE 1394): nVidia Corporation nForce2 FireWire (IEEE 1394) Controller (rev a3)
00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev a2)
02:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX - nForce GPU] (rev a3)

Alles anzeigen

Das Locale Probleme zuerst einmal wie bekomme ich eine Tastatur Steuerung???
Dann eine Entwicklungs Umgebung?

Gruss Pat

Hi Mahlzeit.

Zitat

Bitte die Ausgabe von "getDebugInfo.txt" hier anhängen (Datei in /pub/export).

Datei im Anhang.

Zitat

Gibts bei Dir ein /tmp/CMD? Oder ein /tmp/pluginlist? Da stehen die Module samt Parameter drin, nur um sicher zu gehen, dass das auslesen
der plugin.conf auch funktioniert. Evtl. sieht man das auch mit "ps ax| grep vdr".

Habe weder tmp/CMD oder pluginlist

Zitat

Zudem würde ich die datei über den linvderupdater verteilen
Welche Datei meinst Du?

Meine die /etc/vdr/plugin/remote/plugin.conf mit dem autotetect

Zitat

Und ich hätte noch das die installation auf einer seriellen Festplatte nicht klappt weil in der fstab ein hda anstatt eines sda steht.
Somit sucht der vdr immer nach video0 aber das gibts ja nicht.
Noch ein fall für den updater.

Das betrifft den Installer, nachträglich kann ich die /etc/fstab nicht über den updater verteilen, hat ja jeder was anderes drinstehen... Aber der Installer wird dahingehend korrigiert und verteilt.
[/quote]
OK

Hallo mahlzeit,

Zitat

Original von mahlzeit

Yepp, das bleibt ein Problem.

Mir schwebt als Lösung folgendes vor:
Man erstellt bzw. pflegt die /etc/modules.conf oder /etc/modprobe.d/dvb so, dass die alle möglichst alle Karten mit passenden Modulparametern versorgt werden.

Schwierigkeiten wird es jedoch in folgendem Falle geben:
Karte A benötigt das Modul xxx mit den Parametern aaa
Karte B benötigt das Modul xxx mit den Parametern bbb

Um dieses Dilemma lösen zu können, benötigt man dann aber eine dynamische Modulkonfigurationsdatei.

Meine Idee:
Man erstellt eine Konfigurationsdatei /etc/modprobe.d/dvb in der die unproblematischen Karten mit Parametern versorgt werden. Außerdem wird dann eine zusätzliche zweite Konfigurationsdatei dynmaisch auf Grund der Hardwareerkennung verlinkt und anschließend wird das "problematische" Modul geladen.

Ich kann z.Z. nicht erkennen, was dieser Vorgehensweise einen Strich durch die Rechnung machen könnte.

...ein paar Millisekunden lassen sich so garantiert rausquetchen.

...nee, ne ganz normaler natsemi...

[quote]
Schick mir mal bitte die Ausgabe von "getDebugInfo.txt" (hast Du erst nach einem Update!)

Alles anzeigen

...das ist nicht ganz so einfach ohne Netzwerk...

Gruß
Wicky

Zitat

Original von mahlzeit

Also gibt es 2 unbekannte, einmal das neue Board und einmal die neue ISO. Und es ist nur der Pro7/Sat1 Transponder? Bei Sat hätte ich Dich auf die neuen Frequenzen verwiesen, aber bei Kabel? Hast Du die Möglichkeit, diese Installation noch mit dem alten Board zu testen? Ansonsten kann da eigentlich nur der Kernel bzw. die DVB-Treiber querschiessen...

Momentan ratlos...

cu
Markus

Alles anzeigen

Habe mal die Platten mit der 3.2er an das neue Board angeschlossen. Da hatte ich dann Klötzen-Bilder, aber es kam etwas. Dann fiel mir ein, dass jetzt wieder mein Y-Verteiler dazwischen war. Also Y-Verteiler raus. Trotzdem Klötzchen... DVB-Karte in einen anderen Slot. Gar kein Bild mehr... Wieder zurück in den alten Slot. Noch einmal ein Boot. Und Voodoo, einwandfreies Bild.
Also wieder die Platte mit ISO-4.0 rein. Booten... Und was soll ich sagen: Einwandfreies Bild !?!
Keine Ahnung was das ist. Gestern hatte ich auch den Verteiler schon heruasgenommen. Allerdings hatte ich nie neu bebootet. Kann das etwas ändern?

Erstmal vielen Dank an Markus für das 4.0er ISO.
Läuft hier auf Anhieb.

ABER:

Wenn ich öfters das Setup aufrufe, verschwindet die Netzwerkkarte,
also *schade* kein Zugriff per ssh mehr und auch kein Online-Zugang möglich

Ich kann also die Probleme von Wicky bestätigen.

Mainboard K7S5A Pro mit Lan-onBoard

GetNetworkHardware sagt:
sis900

ein modprobe sis900 bringt mich auch nicht weiter

Hi,

ich habe gestern abend nach einem Festplattenwechsel die 0.4 beta auf die jungfräuliche Platte gebügelt und vieles lief auf anhieb super. Allerdings spielt mplayer nix ab. Das TV-Bild wird ganz kurz schwarz, als würde es losgehen und dann ist sofort Feierabend. Log sagt mir nix:

Zitat

Apr 18 14:52:25 linvdr user.debug vdr: [2520] checking protection of menu entry 'MPlayer'
Apr 18 14:52:26 linvdr user.err vdr: [2520] ERROR: /data/pub/mplayer/Bang Boom Bang.mpg/001.vdr: Not a directory
Apr 18 14:52:26 linvdr user.err vdr: [2520] ERROR: /data/pub/mplayer/Bang Boom Bang.mpg/001.vdr: Not a directory
Apr 18 14:52:26 linvdr user.err vdr: [2520] pin: no translation found for 'MPlayer' in language 1 (Deutsch)
Apr 18 14:52:26 linvdr user.debug vdr: [2520] checking protection of menu entry 'MPlayer'
Apr 18 14:52:26 linvdr user.debug vdr: [3497] mplayer: mplayer child started (pid=3497)
Apr 18 14:52:26 linvdr user.debug vdr: [3498] mplayer: player thread started (pid=3498)
Apr 18 14:52:26 linvdr user.notice root: *** Starting mplayer.sh Version 0.8.6
Apr 18 14:52:26 linvdr user.notice root: *** DEBUG: Variable CFGFIL has value "/usr/bin/mplayer.sh.conf"
Apr 18 14:52:26 linvdr user.notice root: *** Use Option USERDEF at your own risk!
Apr 18 14:52:26 linvdr user.notice root: *** INFO: Source Video has Resolution of 480 x 576 ...
Apr 18 14:52:26 linvdr user.notice root: *** INFO: For Sqare Pixels we would scale to 512 x 614 ...
Apr 18 14:52:30 linvdr user.debug vdr: [3498] mplayer: player thread ended (pid=3498)

Alles anzeigen

Kann mir da jemand weiterhelfen?

Sorry, wegen meiner Netzwerk-Problematik hat sich erledigt.
Schuld war die ins Schwitzen gekommene, übertaktete CPU,
ist wohl doch ein wenig aus dem Takt gekommen der gute Duron ...

Hallo,

gestern habe ich endlich Mahlzeit 4.0beta auf meinen Test-VDR (siehe Signatur) installiert. Ich möchte mal einen VDR ohne FF-DVB-Karte ausprobieren, um dem Flaschenhalsproblem aus dem Wege zu gehen. Selbiges macht mir auf meinem Wohnzimmer-VDR nämlich ziemlich zu schaffen.

Installation mit Xine verlief problemlos. Ich habe im Mainboard nur den Netzwerkanschluß den Nforce2-Chipsatzes aktiviert. Onboard-Sound läuft auch. Die CPU-Last liegt bei 20..25%.
Mit Softdevice dagegen hatte ich Darstellungsfehler beim Menue und keinen Sound.

Sowohl mit Xine wie auch mit Softdevice wurde das TV-Bild immer auf dem Monitor ausgegeben, auch wenn ich in andere Konsolen umschaltete. Bevor ich in einer Textkonsole sinnvoll arbeiten konnte mußte ich mich im Blindflug einloggen und den VDR stoppen. Ein Anfänger wäre da aufgeschmissen. Ist das Normal? Ich gehe jetzt via SSH von einem anderen PC in den VDR, um dieses Problem zu umgehen.

Noch eine Kleinigkeit: Der Samba-Server meldet sich in der Arbeitsgruppe "workgroup" noch als "Linvdr Mahlzeit Edition 3.2".
Zur Installation wird zwingend eine PS2-Tastatur benötigt. USB wird hier immer noch nicht unterstützt (legacy support habe ich im BIOS aktiviert).

Wenn ich inn den nächsten Tagen etwas tiefer im System herumstochere, werde ich bestimmt noch ein paar Fragen und Hinweise haben.
Auf den ersten Blick ist das aber schon mal wieder eine runde Sache und an den Linvdrupdater kann man sich wirklich gewöhnen. Deshalb erst mal ein großes Dankeschön an alle beteiigten.

sprut

Markus, könntest du bitte mal eine neue Version von dem Paket lm-sensors mit aufnehmen?
Am besten sowohl in deiner Beta als auch per linvdrupdater für dein "stable" ISO.

Es gab im Kernel eine Änderung. Die Pseudodateien für die Sensoren wurden früher im ProcFS abgelegt, aber neuerdings liegen diese im SysFS.
Da die Tools (fancontrol et al) aber in ihren Configdateien relative Pfade erwarten (relativ zum "Pseudoverzeichnis" des Sensorchips), passt dies natürlich nicht mehr.

Ich habe ordentlich Schwierigkeiten und vermute darin die Ursache.

Vielen Dank, Gruß,
Marcus

PS: Sollte eigentlich die 4.0beta direkt funktionieren wenn ich beim Setup Softdevice auswähle? - Bei mir kommt nämlich dieses tolle "respawning too fast", und ich weiß nun garnicht was ich überhaupt noch einrichten müsste.
(Hatte zumindest die "Werbung" so verstanden, als sei alles OOTB fertig

Hallo nochmal,

ich habe immer noch keinerlei Funktion des mplayer-Plugins. Kann das keiner verifizieren? Brauche dringend Hilfe das Problem abzustellen...
Das Image-Plugin läuft auch nicht.