Habe bei meinem VDR massive Probleme, mit vdrconvert DVD's zu generieren. Gerade wenn die VDR Dateien geschnitten sind, habe ich häufig Fehlermeldungen bei dem VDRSync Prozess.
Jetzt habe ich im Internet Beiträge gefunden, wo es heißt, mit Verwendung von Replex soll man diese Fehler minimieren bzw. ganz umgehen können. Aber wie binde ich Replex richtig in den VDRConvert Prozess ein? Gibt es dazu eine Anleitung oder Erfahrungen? Danke vorab.
Beiträge von carzimo
-
-
Vielen Dank für die Antworten.
Wie kann ich denn leere Verzeichnisse an ein Backup bzw. TAR File anhängen? -
Geht in dem Falle zwar nicht um einen VDR PC, aber da man hier immer kompetente Leute hat, stelle ich die Frage einfach mal hier.
Es geht um ein mailgateway. Habe das Ding unter Debian soweit am Rennen mit Postfix und MailScanner, SpamAssassin und was sonst noch dazugehört.
Stehe jetzt vor dem Problem: Wie fertige ich am besten ein Backup an, so daß im Falle eines Ausfalls (es handelt sich um ein 1-Platten-System) ich nur die Grundinstallation von Debian machen muss (geht ja in knappp 20 Min. über die Bühne), ich dann das tar File auf den PC spiele, entpacke, reboote und fertig.Geht das überhaupt? Habe schon ein wenig im Netz gegoogelt und ein Skript geschrieben mit dem ich die Verzeichnisse
- /home
- /root
- /usr/local
- /var
- /boot
- /etc
sichere. Ist das schon ausreichend?
Danke vorab. -
kein Problem, hat zumindest in sofern geholfen, daß ich noch Mal ein wenig recherchiert habe und mich dann dazu entschlossen hatte, daß Konvertierungsskript vdr2dvd.sh zu aktualisieren. In dem Changelog steht etwas von Problemen mit älteren Versionen des Skriptes ab vdr-1.3.25 oder so.
Na habe auf jeden Fall die aktuelle Version von VDR vor ein paar Tagen eingespielt und jetzt halt entsprechend die aktuelle Version des DVD Skripts.
Jetzt läuft es wieder prima und ich konnte bereits mehrere Aufnahmen konvertieren.Was allerdings nicht läuft ist die Erstellung von Submenüs.
Habe zweimal OC California zur DVD Liste hinzugefügt und diese aktiviert. VDRConvert hat mir ordnungsgemäß eine DVD im ISO Format daraus gemacht.
Wenn ich diese jetzt, gebrannt auf DVD,in meinen DVD Player einlege, bekomme ich auch entsprechend beide Folgen angezeigt. Wenn ich allerdings die zweite starten möchte, bricht der DVD Player einfach ab.
Wenn ich die erste Folge starte, kommt zu erst der Inhalt mit Auswahl zurück oder abspielen.
Wenn ich hier abspielen wähle und vorwärts springe, dann kommt irgendwann auch die zweite Folge.Sprich, die zweite Folge ist auf der DVD vorhanden, der "Link" im Menü ist aber fehlerhaft. Irgendwer einen Plan? Werde auch noch mal im Board schauen, aber vielleicht fällt ja jemanden spontan etwas ein
-
Das vielleicht noch ergänzend:
Habe vdrconvert-0.2.0 im Einsatz. Habe etwas weiter hinten hier im Forum etwas gelesen, daß in die Richtung gehen könnte, ist aber im Zusammenhang mit der 1er Version vom VDRConvert, wenn ich das richtig verstanden habe.
-
Zitat
Original von klausstgt
oder andere treads lesengruß
klausIch bin ja nicht zum ersten Mal hier und insgesamt auch nicht das erste Mal in einem Forum. Daher kenne ich das ja: benutze die Such Funktion.
Aber bei einem solchen Fehler, wo soll man da ansetzen zu suchen?
Wäre also zumindest für einen Tipp (z.B. wo ich im Forum suchen soll, hier im Capture Teil?) dankbar. Dann kann ich vielleicht den Rest der WM auch noch aufnehmen und muß nicht die Segel auf Grund von mangeldem Speicherplatz streichen.
Danke vorab. -
Habe bis gestern noch alles problemlos konvertieren können, seit heute klappt es aber nicht mehr.
Habe eine fertige Aufnahme die ich gerne konvertieren möchte.
Dabei kommt es immer zu folgendem Abbruch:Code[transcode] encoded 150 frames (0 dropped, 0 cloned), clip length 6.00 s pnmtopng: 2 colors found **ERROR: [mplex] Could not open for writing: /vdrconvert/tmp/vdr2dvd/10199/-0.230463IFA_WM_2006_live#3ABrasilien_-_Kroatien/VDRSYNC.cKf6JN/submenu/submenu-1.mpg NOTICE : exit!Das Problem liegt wohl im Verzeichnissnamen. Es sollte %FIFA_WM_2006... heißen und nicht -0.230463IFA_WM...
Aber wie kommt dieser Verzeichnissname zu stande? Hoffe die Infos sind ausreichend.
-
So, nachdem ich mit DivX nicht klar komme (siehe hier), bin ich dazu übergangen, die Filme als SVCD zu konvertieren und entsprechend zu brennen.
Das funzt soweit auch bestens, auch die Quali ist ganz gut.
Allerdings benötigt mein VDR knapp 3 h für die Konvertierung von 50 Min. "Eine himmlische Familie". Ist das normal?
Habe einen Pentium IV 1,8 GHz mit 512 MB RAM.
Gibt es eine Möglichkeit die Sache zu beschleunigen? Habe gedacht mit den Prioritäten spielen zu können.
Laut Hilfe von nice kann man einen Wert von -20 (sehr hoch) bis 19 (sehr niedrig) festlegen. Wenn ich in der vdrconvert.env allerdings die Priorität auf -10 einstelle, bekomme ich einen Abbruch bei der Konvertierung mit der Meldung, daß mir eine Berechtigung fehlen würde zum setzen von Prioritäten (VDRConvert läuft als normaler VDR User, keine root Rechte). Ist das überhaupt der richtige Hebel oder muß ich einen anderen Parameter setzen (sofern es die Möglichkeit gibt)?Danke Vorab.
-
Vielleicht kann mir ja noch wer einen Tipp geben.
Habe einen Philips DVD Player DVP720SA der laut Produktspezifikation DivX 3.11 kann. Sie auch dieProduktbeschreibung.
Wie bekomme ich jetzt mit vdrconvert-2.0 eine DivX CD hin, die mein DVD Player annimmt?
Wie geschrieben, mit der Option DV50 und DivX bekomme ich eine gute Qualität, aber mein DVD Player will es nicht abspielen. Der Ton kommt zwar, aber kein Bild.
Probiere gerade noch die Option DIV3, aber habe da wenig Hoffnung.
Bin für jeden Tipp dankbar. -
So, habe jetzt eine Lösung, damit es wenigstens unter Windows problemlos in einer super Quali (für DivX) läuft:
Einfach den Paramter DIVXENCOPT="-ffourcc DIVX" in die vdrconvert.env setzen (Habe ich bei Recherche hier im Forum gefunden). Damit wird das AVI File auch Windows Media Player konform gecodet. Allerdings läuft das Ding jetzt immer noch nicht in meinem DivX fähigen Philips DVD Player.
Habe noch im Netz gefunden, dass man auch den Parameter DX50 (DivX 5.0) setzen kann.
Teste jetzt mit DX50, da mit DivX das erstellte File nicht in meinem DVD Player Philips läuft. -
Ich melde mich auch noch mal, habe dieses Problem mit aktuellem DivX Codec und vdr2divx.sh bei vdrconvert-0.2.0 und komme momentan nicht weiter.
Mein DVD Player unterstützt leider kein lavc, daher müßte ich mit dem DivxX Codec arbeiten. Gibt es da mittlerweile einen Ansatz? -
Klar, kann ich eklären. Nehmen wir folgendes Beispiel:
Ich nehme die Clubnight auf, dann legt er die Aufnahme unter /video0/Clubnight/_/2005-10-22.20.58.99.rec ab.
So, wenn ich das jetzt mit dem Skript verwurste, kommt als mit dieser Zeile
Codetitle=`echo $old_name | sed -e "s/^.*\/\([^\/]\+\)$/\1/"`als Titel _ raus, damit kann ich natürlich nicht viel anfangen.
Zuerst wird also als old-name /video0/Clubinght/_ herausgefilter und das wiederum mit der oben genannten Zeile als _ gefilter.
So, ich verstehe die Syntax von dem sed Befehl aber nicht. Wünschenswert wäre, wenn nicht dabeiCode_
rauskommt, sondern ebenCodeClubnight.
Also muß ich irgendwie den sed Befhel in esemTeil
Codetitle=`echo $old_name | sed -e "s/^.*\/\([^\/]\+\)$/\1/"'umschreiben, dass nicht _ sondern eben Clubnight zurückgegeben wird.
Das Skript war ursprünglich mal von Dimitri, wenn ich mich recht erinnere.
Ich hoffe, dass ist jetzt verständlicher -
Für alle die, die es interssiert und ein ähnliches Problem haben:
mplex kam mit den locales nicht klar. Habe diese noch mal neukonfiguriert und danach lief es.
Und zwar konnte er das Sonderzeichen % nicht richtig interpretieren bei den geschnittenen Aufnahmen.ein dpkg-reconfigure locales brachte die Lösung.
-
Benutze folgendes Skript nach Aufnahmen mit dem VDR:
Bash
Alles anzeigen#!/bin/sh case "$1" in before) echo "Before recording $2" ;; after) echo "After recording $2" # get title and date ... echo Eingabe: "$2" old_name=`echo $2 | sed -e "s/\/[0-9]\{4\}-[0-9]\{2\}-[0-9]\{2\}[^\/]*$//"` echo Alter Name: "$old_name" title=`echo $old_name | sed -e "s/^.*\/\([^\/]\+\)$/\1/"` echo Titel: "$title" case "$title" in Clubnight) echo Konvertieren von Clubniht nach mp3... /usr/local/bin/convnow.sh vdr2mp3 $2 #rm -R $old_name ;; "Eins_Live_Rocker") echo Konvertieren von 1Live Rocker nach mp3... /usr/local/bin/convnow.sh vdr2mp3 $2 ;; "Soundgarden_-_Rave Satellite") echo Konvertieren von Rave Satellite nach mp3... /usr/local/bin/convnow.sh vdr2mp3 $2 ;; "INTENSIVSTATION") echo Konvertieren von Intensivstation... /usr/local/bin/convnow.sh vdr2mp3 $2 #echo fertig, löschen #rm -R $old_name ;; *) echo Suchen nach Werbung... /usr/local/bin/noad -b -o -a -j -O -S -B -asd after $2 esac ;; edited) echo "Edited recording $2" ;; *) echo "ERROR: unknown state: $1" ;; esacLief bisher problemlos, allerdings habe ich den VDR jetzt so umgestellt, daß die Aufnahmen für die Clunight und 1 Live Rocker in Serie immer Samstags laufen. Dadurch werden die Aufnahmen bei der Aufwertung nicht mehr erkannt, da der Titel nunroch _ lautet.
Wie kann ich jetzt den sed String ändern, daß nicht der titel sondern der Verzeichnissname als abfrage genutzt wird?
Hatte mal die echo Befehle genutzt um es nachzuvollziehen. An der Stelle wo $titel ausgelesen wird, müssen die sed Befehle anders lauten. Habe auch schon versucht diese zu entschlüsseln, allerdings ohne Erfolg
Kann mir wer weiterhelfen?
-
Habe folgendes Problem:
Möchte Triple XXX von Pro Sieben in eine DVD konvertieren, bekomme dabei aber folgende Fehlermeldung:Code[transcode] encoded 150 frames (0 dropped, 0 cloned), clip length 6.00 s pnmtopng: 2 colors found **ERROR: [mplex] Could not open for writing: /vdrconvert/tmp/vdr2dvd/14977/1Xx_-_Triple_X/VDRSYNC.kuPfmb/submenu/submenu-1.mpg NOTICE : exit! Aufruf /usr/local/bin/postvdr2dvd.sh mit parameter : 18-10-2005 18:16:04 : Session /usr/local/bin/vdr2dvd.sh ExitHabe die Berechtigungen mal überprüft, die passen eigentlich alle für den User vdr. Hat wer einen Tipp, woran es liegen könnte?
Benutze VDRConvert 2.0 und lasse als User VDR konvertieren.
Anbei auch mal das ganze Log, vielleicht hilft es ja...Konvertieren von Radio Sendungen nach mp3 oder Streams ohne AC3 laufen problemlos. Habe keinen AC3 Codec installiert, kann es schon daran liegen? Danke Vorab!
-
Hat sich erledigt, hatte den sudo Befehl vor dem nvram-wakeup im Shutdown Skript vergessen.
Jetzt läuft es... -
Habe den Pundit-R im Einsatz mit einem Asus P4R8L Mainboard.
Bis vor ein paar Stunden lief alles problemlos mit dem nvram. Jetzt habe ich ein Bios Update auf die aktuelle Beta 1006.004 gemacht und bekomme beim ausführen von nvram wakeup bzw. beim shutdown folgende Meldung:Codenvram-wakeup: /dev/mem: Permission denied
Wenn ich nvram im Debug aufrufe, werden die Einstellungen korrekt ausgelesen, was die Uhrzeit betrifft.
Hier mal die AusgabeCode
Alles anzeigenOct 3 03:55:02 vdr nvram-wakeup[7213]: Printing debug messages enbled. Oct 3 03:55:02 vdr nvram-wakeup[7213]: $Id: nvram-wakeup.h,v 1.35 2004/07/20 14:20:36 bistr-o-math Exp $ Oct 3 03:55:02 vdr nvram-wakeup[7213]: $Id: nvram-wakeup.c,v 1.74 2004/07/20 14:30:40 bistr-o-math Exp $ Oct 3 03:55:02 vdr nvram-wakeup[7213]: Opening /dev/mem in O_RDONLY mode... Oct 3 03:55:02 vdr nvram-wakeup[7213]: _DMI_ table found: base: 0xF04A0, size: 0x578, count: 44 Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 1 at offset 0x000: type 0, size 0x014 ( 20) Oct 3 03:55:02 vdr nvram-wakeup[7213]: found string "American Megatrends Inc." Oct 3 03:55:02 vdr nvram-wakeup[7213]: found string "1006.004" Oct 3 03:55:02 vdr nvram-wakeup[7213]: found string "06/29/2005" Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 2 at offset 0x042: type 1, size 0x019 ( 25) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 3 at offset 0x0B8: type 2, size 0x008 ( 8) Oct 3 03:55:02 vdr nvram-wakeup[7213]: found string "ASUSTeK Computer INC." Oct 3 03:55:02 vdr nvram-wakeup[7213]: found string "P4R8L" Oct 3 03:55:02 vdr nvram-wakeup[7213]: found string "1.xx" Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 4 at offset 0x0F0: type 3, size 0x011 ( 17) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 5 at offset 0x14D: type 4, size 0x023 ( 35) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 6 at offset 0x203: type 7, size 0x013 ( 19) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 7 at offset 0x220: type 7, size 0x013 ( 19) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 8 at offset 0x23D: type 5, size 0x014 ( 20) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 9 at offset 0x253: type 6, size 0x00C ( 12) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 10 at offset 0x266: type 6, size 0x00C ( 12) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 11 at offset 0x279: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 12 at offset 0x28C: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 13 at offset 0x29F: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 14 at offset 0x2AE: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 15 at offset 0x2BD: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 16 at offset 0x2CC: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 17 at offset 0x2DB: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 18 at offset 0x2EA: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 19 at offset 0x2F9: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 20 at offset 0x309: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 21 at offset 0x317: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 22 at offset 0x325: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 23 at offset 0x33C: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 24 at offset 0x354: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 25 at offset 0x36D: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 26 at offset 0x37B: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 27 at offset 0x38C: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 28 at offset 0x39B: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 29 at offset 0x3B1: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 30 at offset 0x3C3: type 8, size 0x009 ( 9) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 31 at offset 0x3D9: type 9, size 0x00D ( 13) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 32 at offset 0x3EC: type 9, size 0x00D ( 13) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 33 at offset 0x3FF: type 10, size 0x006 ( 6) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 34 at offset 0x414: type 10, size 0x006 ( 6) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 35 at offset 0x42C: type 10, size 0x006 ( 6) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 36 at offset 0x441: type 13, size 0x016 ( 22) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 37 at offset 0x468: type 16, size 0x00F ( 15) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 38 at offset 0x479: type 19, size 0x00F ( 15) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 39 at offset 0x48A: type 17, size 0x01B ( 27) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 40 at offset 0x4DE: type 126, size 0x013 ( 19) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 41 at offset 0x4F3: type 17, size 0x01B ( 27) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 42 at offset 0x547: type 126, size 0x013 ( 19) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 43 at offset 0x55C: type 32, size 0x014 ( 20) Oct 3 03:55:02 vdr nvram-wakeup[7213]: data block 44 at offset 0x572: type 127, size 0x004 ( 4) Oct 3 03:55:02 vdr nvram-wakeup[7213]: Following DMI entries found: Oct 3 03:55:02 vdr nvram-wakeup[7213]: - Mainboard vendor: "ASUSTeK Computer INC." Oct 3 03:55:02 vdr nvram-wakeup[7213]: - Mainboard type: "P4R8L" Oct 3 03:55:02 vdr nvram-wakeup[7213]: - Mainboard revision: "1.xx" Oct 3 03:55:02 vdr nvram-wakeup[7213]: - BIOS vendor: "American Megatrends Inc." Oct 3 03:55:02 vdr nvram-wakeup[7213]: - BIOS version: "1006.004" Oct 3 03:55:02 vdr nvram-wakeup[7213]: - BIOS release: "06/29/2005" Oct 3 03:55:02 vdr nvram-wakeup[7213]: Using infowriter "asus_a7n8x_vm400" (automatically detected) Oct 3 03:55:02 vdr nvram-wakeup[7213]: Using following bios info: Oct 3 03:55:02 vdr nvram-wakeup[7213]: need_reboot = -1 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_chk_h = 0x30 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_chk_l = 0x31 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_chk_h2 = 0x00 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_chk_l2 = 0x00 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_stat = 0x88 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_mon = 0x00 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_day = 0x89 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_wdays = 0x00 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_hour = 0x8A Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_min = 0x8B Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_sec = 0x8C Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_stat = 5 Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_mon = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_day = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_wdays = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_hour = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_min = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: shift_sec = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc_time = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc_day = 0x00 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc_mon = 0x00 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc_day_0_is_c0 = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc_mon_0_is_c0 = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: reset_day = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: reset_mon = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_stat = 1 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_mon = 4 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_day = 5 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_hour = 5 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_min = 6 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_sec = 6 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_rtc_day = 6 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_rtc_mon = 5 Oct 3 03:55:02 vdr nvram-wakeup[7213]: nr_wdays = 7 Oct 3 03:55:02 vdr nvram-wakeup[7213]: bcd = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: day_hack = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: upper_method = 3 Oct 3 03:55:02 vdr nvram-wakeup[7213]: chk_method = 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: Opening /dev/rtc in O_RDONLY mode... Oct 3 03:55:02 vdr nvram-wakeup[7213]: Hardware clock: 2005-10-03 03:55:02 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc.tm_isdst : 1 Oct 3 03:55:02 vdr nvram-wakeup[7213]: rtc.tm_gmtoff: 7200 Oct 3 03:55:02 vdr nvram-wakeup[7213]: diff : 0 Oct 3 03:55:02 vdr nvram-wakeup[7213]: RTC is running in localtime! Oct 3 03:55:02 vdr nvram-wakeup[7213]: Test (this should be the current time of the hardware clock): Mon Oct 3 03:55:02 2005 Oct 3 03:55:02 vdr nvram-wakeup[7213]: Opening /dev/nvram in O_RDONLY mode... Oct 3 03:55:02 vdr nvram-wakeup[7213]: The size of NVRAM is 114 bytes. Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000000: 0000 0050 FF3E 0E80 0200 FC2F 2FFF 3F10 Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000010: 0000 3FFF 3F10 0000 3F00 0045 0303 0303 Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000020: 06E2 00FC 2085 80BF 0100 1C00 0070 8500 Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000030: 13E4 0000 0000 0000 0000 0803 8080 00FF Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000040: 0000 0000 0000 0050 00FA 0000 0200 0000 Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000050: 8000 6B00 0002 0100 0043 0081 6587 A90B Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000060: 2143 6587 A90B 9103 11D3 5980 4000 C0C8 Oct 3 03:55:02 vdr nvram-wakeup[7213]: 0000070: 0000 Oct 3 03:55:02 vdr nvram-wakeup[7213]: addr_stat (0x88) is beyond the end of nvram Oct 3 03:55:02 vdr nvram-wakeup[7213]: You might want to use the --directisa command line option.
Somit sollte die nvram-wakeup-mb.c auch für die neue Beta gelten, oder?
Nur warum funzt es jetzt nicht? Wollte die Berechtigungen für /dev/mem nicht einfach so ändern. Momentan stehen sie mit root:kmem eingetragen.
Kann wer weiterhelfen? Vielen Dank Vorab. -
ich vermute es auch, aber testen kann man ja mal...
Bevor ich mir eine neue Karte für 45 EUR kaufe... -
Habe jetzt ein BIOS Update durchgeführt auf die aktuellste BIOS Version und werde jetzt nochmal installieren mit 2.6.11er Kernel. Habe einen User hier im Forum mit 2 DVB Karten (allerdings einer Nexus und einer SkyStar Budget) gefunden, der auch einen Pundit hat.
Haht nen 2.6.11er Kernel laut Sig im Einsatz, schauen wir mal...
Montag ist ja Feiertag, da habe ich ja noch ein bissel Zeit zum Testen -
Wie funktioniert denn das hier:
ZitatAlles anzeigen
Hallo an alle,das Problem konnte ich dadurch lösen, dass ich die CA-Kennung von "Free to Air" auf DVB1 gesetzt habe. Timer und Sofortaufnahmen funktionieren wieder.
Leider kann ich dadurch keinen anderen Transponder während der Aufnahme anschauen.
Kennt jemand ein Problem, dass die Nova Probleme mit dem SAT1-Transponder hat?
Grüße
Helmut
Habe ich im Forum gefunden.
Wenn ich dem VDR sagen könnte, daß er grundsätzlich auf der FF Karte die Kanäle wie SAT 1 oder pro Sieben aufnehmen soll, die halt Probleme machen, bin ich ja erstmal fein raus. So häufig wird es eh nicht auftreten.
Kann ich vielleicht sogar definieren, daß er grundsätzlich auf der FF Karte anfangen soll mit den Aufnahmen?