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

Hallo,

Quote

Original von mahlzeit
Laut log wird die FB erkannt und die Keys sind bekannt. Lösche bitte mal /etc/vdr/remote.conf bzw. verschiebe das mal woanders hin. Dann müsste er aber wirklich anlernen.

Leider keine Wirkung.
Er erkennt die FB nicht.
Hab grad noch mal schnell den c´tVDR installiert - tut sich ebenfalls nix mit der FB, anlernen ist auch nicht.

Vielleicht instaliere ich schnell mal Windows und teste erst mal ob die "Karte" überhaupt richtig arbeitet.
Oder kann ich den IR noch anders Testen?

Ich hatte auch probleme meine Nexus FB an laufen zu bekommen ich hab heute nochmal den updater laufen lassen und seid dem gehts bei mir.

Nur bei mir makiert der nicht automatisch die werbung in Aufnahmen und ich kann nich sagen Aufnahme zu DVD konvertieren ! Kann mir da wer helfen ?

Fridi + andere

ist das fsck Problem schon gelöst? was hast du eingestellt das nicht jedes mal geprüft wird?

Hallo Mahlzeit,

ich hab soeben mal von Output Softdevice auf Xine umgestellt um einen Vergleich von der Systemlast zu haben.
Mit Xine startet der VDR einwandfrei, doch wie es scheint ignoiert er die Zeile in der runvdr wo startfbxine aufgerufen wird. Das bedutet Xine läuft aber es erfolgt keine Ausgabe auf dem Bildschirm (bzw. Framebuffer). Wie ich das in der runvdr erkennen kann sollte startfbxine ausgeführt werden wenn ich xine als Output auswähle.
Hab ich da irgendwas falsch verstanden oder nicht? Kann das irgendjemand bestätigen?
Wenn ich dann auf der Konsole startfbxine.sh ausführe läuft alles einwandfrei.

Edit:
Wenn du kurz Zeit hättest könntest du Dir bitte mal folgenden Thread anschauen. Kanal beim Einschalten immer "Das Erste". Das Problem hab ich hier auch schon mal geschildert. VDR startet immer mit dem Kanal 1, obwohl im OSD setup "wie letzter Kanal" ausgewählt wurde. Könnte eventuell mit dem Mahlzeit ISO 3.2 und 4.0 zu tun haben da nur solche User das bestätigen. Hast du hierzu irgendeine Idee?

Gruss chrisko

Quote

Original von The_BMK
Nur bei mir makiert der nicht automatisch die werbung in Aufnahmen und ich kann nich sagen Aufnahme zu DVD konvertieren ! Kann mir da wer helfen ?

Hallo The_BMK,

das makieren der Werbung sollte noad machen. Ich habe dasselbe Problem. Hoffentlich kann Mahlzeit uns einen Tip geben wo man das starten muss ...

Gruss Chrisko

bitkit

Weiter vorne im Thread (Seite 8 ) habe ich meine Lösung beschrieben.
Die Funktion getHD in der Datei /etc/init.d/rcShutdown liefert abhängig von deiner Hardwarekonfiguration zu viele Partitionen zurück
Nachdem ich in /etc/init.d/rcShutdown die Variable PARTITIONS fest auf die zu prüfenden Partitionen (Bei mir "sda1 sda2") gesetzt habe ist auch das Problem der ständigen Wiederholung des fsck bei jedem Ausschalten beseitigt. Schöner wäre natürlich man würde alle doppelten und alle Einträge mit Stern aus den Ausgabe von getHD beseitigen.

Ich hoffe dies hilft!
Fridi

Quote

Original von Chriskoich hab soeben mal von Output Softdevice auf Xine umgestellt um einen Vergleich von der Systemlast zu haben.
Mit Xine startet der VDR einwandfrei, doch wie es scheint ignoiert er die Zeile in der runvdr wo startfbxine aufgerufen wird. Das bedutet Xine läuft aber es erfolgt keine Ausgabe auf dem Bildschirm (bzw. Framebuffer). Wie ich das in der runvdr erkennen kann sollte startfbxine ausgeführt werden wenn ich xine als Output auswähle.
Hab ich da irgendwas falsch verstanden oder nicht? Kann das irgendjemand bestätigen?
Wenn ich dann auf der Konsole startfbxine.sh ausführe läuft alles einwandfrei.Gruss chrisko

Moin chrisko,

kann ich genau so bestätigen, nach dem ersten reboot klappte es von allein, dann wieder nicht ..dann mal wieder ja?!?!?? Ein echtes 6 aus 49
Wenn Du den vdr mit

Quote

/etc/init.d/runvdr stop && /etc/init.d/runvdr start

ausführst startet xine anstandslos!.
Gruß
brombeerwilli

Quote

Original von The_BMK
Ich hatte auch probleme meine Nexus FB an laufen zu bekommen ich hab heute nochmal den updater laufen lassen und seid dem gehts bei mir.

Meine läuft nicht mal unter Windows.
Hab diverse ander PCI-Slots getestet, die Kontakte der 2,5 Klinke stärker nach innen gebogen,...
Alles um sonst.
Defekt ab Werk
Also bin ich erst mal raus

Hilfe, ich bin am verzweifeln. Ich habe einen LinVDR im Keller, der hatte mal eine FF Karte. Damit ich 2 Sachen gleichzeitig aufnehmen kann, habe ich mir eine Skystar2 DVB-S Karte gekauft und dazugesteckt. Vor ca. 1 Woche. Da konnte ich auch mal 2 Sender gleichzeitig aufnehmen.

Konfiguration diese Rechners war:
#2 LinVDR 0.7 cody VDR1.3.37+vdradmin-am-3.4.3a+MyLinVDR-Backup0.5b-03-FW 80 00 261d-NexusS2.1-2xCI-CAM: Alphacrypt2.03+Premiere/Irdeto4.6+arena+SkyStar2/4GB HD/PII233MHz/128MB RAM
video0 :460GB per NFS, rennt 7/24

Nach ca. 7 Tagen trat ein eigenartiges Problem auf. Das TV-Bild auf der FF Karte fror ein oder kam erst gar nicht, die CI-CAM Module wurden nur manchmal erkannt. Dieses Problem habe ich irgendwann gefunden, das Einschubteil für die CI-CAM Module ist wahrscheinlich defekt. Wenn man beide CAMs (oder manchmal auch nur eines) einsteckt, friert das laufende TV Bild (eines FreeTV Senders) ein, wenn man das/die Module herauszieht, geht es weiter. Die Module sind okay, am 2ten LinVDR gehen beide einwandfrei. Im Zuge dieses Problemes habe ich viele andere Dinge getan:
- alle Karten (1 x Monitor, 1 x Netzwerk, 1 x DVBs FF, 1 x DVBs SkyStar2) unzählige male umgesteckt
- Mahlzeit 4.0 Beta drüber-installiert, den updater laufen lassen und danach einige conf Dateien wieder gerichtet
- weitere Kühlung (Verntilator) angebracht, um die heißen DVB Karten zu kühlen

Jetzt ist meine SkyStar2 irgendwie weg. Ich habe im Forum viel gesucht aber nichts hilfreiches gefunden, dass mein Problem löst.

Soweit ich die Ausgaben von "dmesg, lspci, lsmod und logread" verstehe, ist die Karte zwar da, wird aber irgendwie nicht als "adapter" eingebunden. Umstecken der Karten half nicht.

Ich habe mal so alles an Ausgaben zusammengefasst und angehängt, was in anderen, ähnlichen Problemfällen gewünscht wurde.

Meine Methode, um zu prüfen, ob 2 Karten aktiv sind, ist
1) eine Aufnahme starten, dann umschalten auf einen anderen Transponder. Wenn das nicht geht, nimmt er auf der FF Karte auf
2) per vdradmin 2 Aufnahmen gleichzeitig auf unterschiedlichen Transpondern starten. Wenn nur eine das "rec" Symbol bekommt, dann ist nur eine Karte da
3) in OSD-Einstellungen-DVB schauen, ob man das primäre Device ändern kann
4) im femon versuchen, mit Curser rechts/links versuchen, die Karte zu wechseln

P.S.: ich hatte glaube ich auch unter Mahlzeit 4.0 schon mal 2 Karten gesehen, kann es aber nicht mehr beschwören, da sich das zeitlich mit dem CI-CAM Problem überschnitten hatte

Kann mir jemand helfen?

Hallo,

Erstmal vielen Dank für die Mahlzeit ISO's, welche mir das Leben doch sehr einfach machen.

Doch ein kleines Problem habe ich noch auf meinem Testsystem.
FBTV will nicht, obwohl VESA beim booten funktioniert. Jedenfalls sehe ich den kleinen Pinguin oben links in der Ecke.

In meiner menu.lst steht in der boot-zeile vga=0x314.

In der sysconfig unter /etc und auch in der zweiten unter /etc/vdr habe ich versuchsweise den Eintrag: START_FBTV="yes" manuell eingefügt.

Brachte aber keinen Erfolg. Leider habe ich für meinen Testrechner keine passende Kabelpeitsche zu der Nexus dvb-s Karte. Daher wäre ein funktionierende fbtv wirklich hilfreich.

Gehört vielleicht noch irgendein plugin zu fbtv?

Bitte um Hilfe und um Verzeihung falls ich einen entsprechenden Hinweis zu fbtv in diesem gigantischen Thread nicht gefunden habe.

Gruß
Thomas

Hallo Loewenpapa,

das liegt am neuen Kernel. Heute hab ich schon im Kernel Beitrag von Dr. Seltsam die Lösung gelesen, auswendig kann ichs aber nicht sagen.

Anbei der Link dazu ...
Kernel 2.6.20.1 für LinVDR

mahlzeit,
jetzt wo man die Lösung kennt wäre es eventuell auch sinnvoll das gleich in die neue Beta mitaufzunehmen.

Gruss Chrisko

Hi, nochmal ich ... mein Problem habe ich 3 Beiträge weiter oben ausführlich beschrieben. Nachdem mir das keine Ruhe gelassen hat, hab ich weiter gesucht und den Thread >>hier<< gefunden. Alledings idt der Link in Papsis Antwort tot, so dass ich die Lösung nicht nachlesen konnte. Das schürte meine Idee, dass es eventuell am Kernel liegt oder das Modul vielleicht nicht geladen wird.
Kernel auf 2.6.18 hat es nicht gebracht. Dann habe ich versucht, das Modul "b2c2_flexcop_pci" (habe ich so aus ein paar Beiträgen) an einigen Stellen einzufügen. Als ich es dann als erste Zeile in meine /etc/modules reingeschriben hatte, ging meine SkyStar2 wieder.

Kann/Sollte man das so machen oder ist das völliger Bockmist, was ich getan habe?

Fehlen da eventuell noch weitere Module, kann es sein, dass deshalb meine CI-Schächte nicht mehr gehen?

Mir ist aufgefallen, dass weder in der /etc/init.d/runvdr noch in /etc/init.d/rcStart "MODULES" definiert wird, früher (pre-Mahlzeit) wurde MODULES mal in der runvdr definiert. Ist das richtig so?

Danke, Andi

Hallo Mahlzeit,

hab eben mal über putty aus der UNI den Updater laufen lassen hab jetzt im Setup die Einstellung für Noad aber ich komm jetzt nich mehr auf mein VDR-Admin über Web, ich bekomm immer die Meldung:

Can't connect to VDR at localhost:2001

Please check if VDR is running and if VDR's svdrphosts.conf is configured correctly.

Ich hab auch im Setup mal Backup ISO Image aufgerufen aber irgendwie passiert da nix. Kann das daran liegen das der jetzt im Hintergrund jetzt ein Image macht und der den VDR deswegen runtergefahren hat ?

Ich hab den VDR mal per Hand angehalten mit:

/etc/init.d/runvdr stop

und wieder gestartet mit:

/etc/init.d/runvdr start

jetzt geht er wieder. Nur nach nem Reboot kommt die Gleiche Meldung und ich muss den wieder per Hand neu starten ! Ich muss den VDR aber erst mit stop anhalten, wenn ich sofort mit start den VDR starte dann baut der zwar den VDR-Admin auf aber bekommt die gleiche Meldung auf der rechten Seite wo die aktuellen Daten stehn (was grad läuft und so).

So hatte oben noch was ergänzt !

Wie kann ich im Logfine nachschaun ? wo is der ? hab nich viel ahnung von Linux !

Quote

Original von The_BMK

Ich hab den VDR mal per Hand angehalten mit:

/etc/init.d/runvdr stop

und wieder gestartet mit:

/etc/init.d/runvdr start

jetzt geht er wieder. Nur nach nem Reboot kommt die Gleiche Meldung und ich muss den wieder per Hand neu starten ! Ich muss den VDR aber erst mit stop anhalten, wenn ich sofort mit start den VDR starte dann baut der zwar den VDR-Admin auf aber bekommt die gleiche Meldung auf der rechten Seite wo die aktuellen Daten stehn (was grad läuft und so).

Display More

hmm das mit dem kurzen per and neustarten is auch nur von kurzer dauer geht schon wider nich mehr der VDR