so bei mir sind die tonaussetzer weg, seitdem ich
das Xine-SD-Deinterlacer und auch das Xine-HD-Deinterlacer auf BOB gestellt habe.
xine-plugin
ah vergessen 
im einsatz ist ein ION Board und yavdr 0.2
Beiträge von mns
-
-
Zitat
Original von NullP
Konstruktiver Vorschlag: installier yavdr 0.2, mach ein dist-upgrade (OHNE vorher unstable/testing zu aktivieren) und poste dann deine logs, möglichst garniert mit ein paar weiteren Infos (welche dvb-Treiber, frontend, siehe auch steffen_b's post).Ja genau, das ist mein Plan. Aber danke fuer den guten Vorschlag. Mit ein bisschen mehr Erläuterung von beiden Seiten, kann man das Feuer ein wenig loeschen
-
ok das ufert hier alles ein bisschen aus. ich teile nur gern einen zwischenbericht mit, da man es dann ein wenig verfolgen kann.
lassen wir es dabei beruhen, wenn ich den fehler durch rumprobieren, da ja keine alternative aufgezeigt wurden, herausfinde, werde ich die loesung aber gern hier im forum mitteilen.
-
Das ist richtig. Nur wenn die Logs nichts auswerfen was irgendwie merkwuerdig ist, man schon x-diverse Configs ausprobiert hat aber keine Besserung zeigt und das Problem erst nach Updates auftaucht.
Ist das mit dem Bugfixing nen bisschen kompliziert.
Da bleibt einem ja nur die Moeglichkeit herum zu probieren oder soll man die Glaskugel fragen?
-
Nach nochmaligem durchfliegen des Threads muss ich dir leider zustimmen. Durch meine sehr dezimierte Angabe von configs kann man nicht wirklich was analysieren, als aussenstehender.
Es entspricht jedoch nicht der Tatsache, dass ich nicht weiss was ich tue.
Ich hab hier eigentlich nur probiert mein Problem aus der Welt zu schaffen, dabei konnte mir, auch aufgrund meiner nicht ziemlich detailierten beschreibung, allerdings keiner helfen.
Nun probiere ich hin und her und versuche herauszufinden, welches Paket bzw welche Konstellation den Fehler verursacht. Und hinterher heisst es dann, mach bloss kein Update mehr und behalt es fuer dich?
Na herzlichen Dank.
-
Moment Moment.
Dann erklaere mir doch bitte, warum funktioniert alles wenn ich das Upgrade auf die Unstable mache. Allerdings keine Funktion vorhanden ist, wenn ich das Upgrade auf die Stable mache? Das macht hier keinen Sinn und nicht das selbst Loesung suchen in dem man die Unstable testet.
-
Soo
hab nun nochmal alles neu installiert und es laeuft. Allerdings erst nach dem installieren der DVB-Karte und anschliessendem Upgrade auf die unstable 0.3.
Erklaerbar ist das Leider nicht, wirklich.
-
ich werde es nun noch einmal komplett neu installieren.
dann die dvb-karte einbinden
und im anschluss daran, ein apt-get update und dann ein apt-get dist-upgrade mit den stables machen.
mal sehen wie es dann aussieht.
-
Zitat
Original von tcash
....aber der Bildschirm ist schwarz mit dem yavdr Logo....
Gruß tcashda es bei uns vermutlich genau der gleiche punkt ist.
Ich habe nun die Treiber vom DVB eingebunden. Jedoch keine Aenderungen, hab auch dann auf "unstable 0.3" aktualisiert, auch keine Aenderung.
Hatte bis Sonntag Abend alles mit 0.3 am laufen. Dann hab ich nen neuen LIRC kompiliert. Dann lief alles. Hinterher noch ein "yavdr-upgrade"
und seitdem ist dunkel...
hab dann neu installiert, brachte aber leider keine aenderung. ich habe nur nach der neu installation einen VDR. Sobald ich ein Upgrade machen stable oder unstable geht nichts mehr.
-
Code
Alles anzeigenSep 21 21:31:04 mns kernel: [ 26.826644] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory Sep 21 21:31:04 mns kernel: [ 26.872478] NFSD: starting 90-second grace period Sep 21 21:31:05 mns acpid: client connected from 1014[0:0] Sep 21 21:31:05 mns acpid: 1 client rule loaded Sep 21 21:31:08 mns acpid: client connected from 1229[103:106] Sep 21 21:31:08 mns acpid: 1 client rule loaded Sep 21 21:31:09 mns anacron[1263]: Anacron 2.3 started on 2010-09-21 Sep 21 21:31:09 mns anacron[1263]: Normal exit (0 jobs run) Sep 21 21:31:09 mns kernel: [ 31.255489] CPU0 attaching NULL sched-domain. Sep 21 21:31:09 mns kernel: [ 31.255502] CPU1 attaching NULL sched-domain. Sep 21 21:31:09 mns kernel: [ 31.255509] CPU2 attaching NULL sched-domain. Sep 21 21:31:09 mns kernel: [ 31.255514] CPU3 attaching NULL sched-domain. Sep 21 21:31:09 mns kernel: [ 31.284130] CPU0 attaching sched-domain: Sep 21 21:31:09 mns kernel: [ 31.284144] domain 0: span 0,2 level SIBLING Sep 21 21:31:09 mns kernel: [ 31.284151] groups: 0 (cpu_power = 589) 2 (cpu_power = 589) Sep 21 21:31:09 mns kernel: [ 31.284164] domain 1: span 0,2 level MC Sep 21 21:31:09 mns kernel: [ 31.284170] groups: 0,2 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284179] domain 2: span 0-3 level CPU Sep 21 21:31:09 mns kernel: [ 31.284184] groups: 0,2 (cpu_power = 1178) 1,3 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284199] CPU1 attaching sched-domain: Sep 21 21:31:09 mns kernel: [ 31.284204] domain 0: span 1,3 level SIBLING Sep 21 21:31:09 mns kernel: [ 31.284210] groups: 1 (cpu_power = 589) 3 (cpu_power = 589) Sep 21 21:31:09 mns kernel: [ 31.284222] domain 1: span 1,3 level MC Sep 21 21:31:09 mns kernel: [ 31.284227] groups: 1,3 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284236] domain 2: span 0-3 level CPU Sep 21 21:31:09 mns kernel: [ 31.284241] groups: 1,3 (cpu_power = 1178) 0,2 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284254] CPU2 attaching sched-domain: Sep 21 21:31:09 mns kernel: [ 31.284259] domain 0: span 0,2 level SIBLING Sep 21 21:31:09 mns kernel: [ 31.284265] groups: 2 (cpu_power = 589) 0 (cpu_power = 589) Sep 21 21:31:09 mns kernel: [ 31.284276] domain 1: span 0,2 level MC Sep 21 21:31:09 mns kernel: [ 31.284282] groups: 0,2 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284291] domain 2: span 0-3 level CPU Sep 21 21:31:09 mns kernel: [ 31.284296] groups: 0,2 (cpu_power = 1178) 1,3 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284309] CPU3 attaching sched-domain: Sep 21 21:31:09 mns kernel: [ 31.284314] domain 0: span 1,3 level SIBLING Sep 21 21:31:09 mns kernel: [ 31.284319] groups: 3 (cpu_power = 589) 1 (cpu_power = 589) Sep 21 21:31:09 mns kernel: [ 31.284331] domain 1: span 1,3 level MC Sep 21 21:31:09 mns kernel: [ 31.284336] groups: 1,3 (cpu_power = 1178) Sep 21 21:31:09 mns kernel: [ 31.284345] domain 2: span 0-3 level CPU Sep 21 21:31:09 mns kernel: [ 31.284350] groups: 1,3 (cpu_power = 1178) 0,2 (cpu_power = 1178) Sep 21 21:31:10 mns acpid: client connected from 1014[0:0] Sep 21 21:31:10 mns acpid: 1 client rule loaded Sep 21 21:31:33 mns init: setserial-minimal main process (1433) terminated with status 1 Sep 21 21:31:33 mns /usr/bin/signal-event[1437]: processing signal first-vdr-start Sep 21 21:31:33 mns dvbmon: Saving number of devices (0) after boot Sep 21 21:31:33 mns /usr/bin/signal-event[1437]: processing action /usr/share/yavdr/events/first-vdr-start/15_find-alsa-devices first-vdr-start Sep 21 21:31:33 mns /usr/bin/signal-event[1437]: processing action /usr/share/yavdr/events/first-vdr-start/50_unmute-alsa first-vdr-start Sep 21 21:31:33 mns /usr/bin/signal-event[1437]: finished processing signal first-vdr-start Sep 21 21:31:38 mns init: logo-start main process (1295) killed by TERM signal Sep 21 21:31:38 mns vdr: [1508] cTimeMs: using monotonic clock (resolution is 1 ns) Sep 21 21:31:39 mns vdr: [1495] cTimeMs: using monotonic clock (resolution is 1 ns) Sep 21 21:31:39 mns vdr: [1495] VDR version 1.7.16 started Sep 21 21:31:39 mns vdr: [1495] switched to user 'vdr' Sep 21 21:31:39 mns vdr: [1495] codeset is 'UTF-8' - known Sep 21 21:31:39 mns vdr: [1495] found 27 locales in /usr/share/locale Sep 21 21:31:39 mns vdr: [1495] no locale for language code 'por' Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/setup.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/sources.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/diseqc.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/channels.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/commands.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/reccmds.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/svdrphosts.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/remote.conf Sep 21 21:31:39 mns vdr: [1495] loading /var/lib/vdr/keymacros.conf Sep 21 21:31:39 mns vdr: [1541] video directory scanner thread started (pid=1495, tid=1541) Sep 21 21:31:39 mns vdr: [1542] video directory scanner thread started (pid=1495, tid=1542) Sep 21 21:31:39 mns vdr: [1495] reading EPG data from /var/cache/vdr/epg.data Sep 21 21:31:39 mns vdr: [1495] registered source parameters for 'A - ATSC' Sep 21 21:31:39 mns vdr: [1495] registered source parameters for 'C - DVB-C' Sep 21 21:31:39 mns vdr: [1495] registered source parameters for 'S - DVB-S' Sep 21 21:31:39 mns vdr: [1495] registered source parameters for 'T - DVB-T' Sep 21 21:31:39 mns vdr: [1495] no DVB device found Sep 21 21:31:39 mns vdr: [1495] ERROR: invalid primary device number: 2 Sep 21 21:31:39 mns vdr: [1495] ERROR: no primary device found - using first device! Sep 21 21:31:39 mns vdr: [1495] ERROR: invalid primary device number: 1 Sep 21 21:31:39 mns vdr: [1541] video directory scanner thread ended (pid=1495, tid=1541) Sep 21 21:31:39 mns vdr: [1542] video directory scanner thread ended (pid=1495, tid=1542) Sep 21 21:31:40 mns vdr: [1495] max. latency time 0 seconds Sep 21 21:31:40 mns vdr: [1495] exiting, exit code 2 Sep 21 21:31:40 mns init: vdr main process (1495) terminated with status 2 Sep 21 21:31:42 mns init: vdr-frontend main process (1510) terminated with status 255 -
-
Moin, Moin,
ich hatte genau das gleiche Problem. Nach 3 Neuinstallationen und X-Stunden bugfixing habe ich glaub ich das Problem eingrenzen koennen.
Ich muss mich korregieren, es scheint so zu sein, dass irgendein Update von Ubuntu aerger macht.
Ich habe nun folgende Sachen ausprobiert (immer nach neu installation)
Stable / unstable / testing
apt-get update
apt-get dist-upgrade
VDR laeuft nicht mehrdas Update muss Samstag oder Sonntag gekommen sein.
Vielleicht hat da ja jemand eine Idee?