[ANNOUNCE] Großes Update im Multipatch-Repository

Habe mir auch das Paket installiert. Nach einem EPG-Scan mit löschen der vorhandenen Daten sind danach keine EPG Infos mehr vorhanden.

Ist warscheinlich das Problem mit der channels.conf? Ich kann diese Datei aber nicht einfach austauschen, da ich bei Liwest (lokaler Kabelprovider) bin.
Kann ich diese Datei irgendwie convertieren?

Habe mir dann gedacht, ich baue eine eigene Version ohne Autopid.
EPG funkt danach wieder.
Allerdings passen die Plugins nicht mehr und werden nicht geladen:
WARNING: The following plugins have been left out due to version differences:
osdteletext mailbox mp3 pilot mplayer

Stefan

Quote

Original von Tobi
Nicht ohne die Plugins selber zu verändern.

Schade. Gerade für die Aktzeptanz im Wohnzimmer (also bei Nutzern, die mit Computern nix im Sinn haben) wäre das ganz nützlich.

ByE...

Quote

Original von Tobi
Ist ja nicht die letzte VDR-Version... mit der Zeit kommt das bestimmt, da bin ich mir ziemlich sicher

Ja, genau darauf baue ich auch. Kommt Zeit, kommen weitere Features.
Und trotzdem ist der aktuelle VDR besser für's Wohnzimmer geeignet, als das was es sonst noch gibt.

ByE...

Plugins laufen nach neu compilierung wieder, auser das Mailbox Plugin.

Bekomme beim Erstellen immer Fehlermeldung (siehe Anhang)
Habe zur Zeit folgende Patches in VDR:
15_reccmdsubmenu125
20_elchiaio3c
21_improvedosd-3a

Auserdem habe ich mir ein lokales Repository angelegt.
Dabei habe ich einen Fehler in der Anweisung von http://www.e-tobi.net/vdr_compiling.htm entdeckt?!

Wenn ich
dpkg-scanpackages ./ /dev/null | gzip -9c Packages.gz
ausführe wird keine Datei erzeugt.

Quote

dpkg-scanpackages ./ /dev/null > Packages
gzip -9 Packages

funktioniert bei mir.

Stefan

Quote

Original von Tobi
Glückwunsch, du hast ein fehlende Abjängigkeit entdeckt

apt-get c-client-dev

...sollte das beheben.

Mit:

apt-get install libc-client-ssl2001-dev

funktionierts. Packet ohne ssl funktioniert auch nicht.

tx

Hi Tobi!

Deine neue Variante läuft eigentlich ganz gut.... nur hin und wieder bleibt der vdr hängen und in der syslog tauchen folgende Einträge auf:

Jan 19 11:50:59 vdr vdr[31746]: buffer usage: 80% (pid=31745)
Jan 19 11:50:59 vdr vdr[31746]: buffer usage: 85% (pid=31745)
Jan 19 11:50:59 vdr vdr[31746]: buffer usage: 90% (pid=31745)
Jan 19 11:51:00 vdr vdr[31746]: buffer usage: 95% (pid=31745)
Jan 19 11:51:00 vdr vdr[31746]: buffer usage: 100% (pid=31745)
Jan 19 11:51:00 vdr vdr[31746]: ERROR: ring buffer overflow (89 bytes dropped)
Jan 19 11:51:00 vdr vdr[31746]: ERROR: ring buffer overflow (188 bytes dropped)

Ich habe den vdr mit den Patches entsprechend meiner dxr-Karte kompiliert, also ohne ac3overdvb und mit den entsprechenden Autopid-Patches. Das bislang einzige Plugin ist das dxr3 (selbst neu kompiliert)

Any ideas, plz?

Edit:

Ich habe mal mit erhöhten Bufferangaben neu kompiliert. das werde ich mal beobachten

Gruß,

Björn

Ich hab' ihn gerade ein wenig gereizt - Das Umsortieren in der Kanalliste eignet sich anscheinend ganz gut dazu.

Im syslog zeigen die Bufferstats inzwischen nur noch 0%.

Aber zersäbelt hat er sich dennoch, inzwischen glaube ich, dass das improvedosd nicht ganz unschuldig ist:

Jan 19 20:51:06 vdr vdr[16117]: receiver thread started on device 1 (pid=16117)
Jan 19 20:51:06 vdr vdr[16462]: logo /etc/vdr/icons/ESA.logo not found!
Jan 19 20:51:06 vdr vdr[16462]: logo /etc/vdr/icons/ESA.logo not found!
Jan 19 20:51:10 vdr vdr[16462]: dxr3: no translation found for 'DXR3' in language 1 (Deutsch)
Jan 19 20:51:22 vdr vdr[16481]: tweaking filter

hier blieb er stehen (mit verzerrtem Bild),
bis:

Jan 19 20:52:28 vdr vdr[16462]: PANIC: watchdog timer expired - exiting!
Jan 19 20:52:28 vdr vdr[16528]: KBD remote control thread ended (pid=16528)

Kann es sein, dass das OSD die DXR-Karte überfordert? Ich mein, ich hätt' das was entsprechendes mal irnkwo gelesen...

Gruß,

Björn

Hmpf, nachdem sich ein paar mal Tonfehler zeigten, sieg der vdr dann doch nochmal mit einem Ringbuffer overflow aus:

Jan 19 23:11:22 vdr -- MARK --
Jan 19 23:22:03 vdr vdr[5890]: buffer usage: 80% (pid=5889)
Jan 19 23:22:05 vdr vdr[5890]: buffer usage: 85% (pid=5889)
Jan 19 23:22:07 vdr vdr[5890]: buffer usage: 90% (pid=5889)
Jan 19 23:22:08 vdr vdr[5890]: buffer usage: 95% (pid=5889)
Jan 19 23:22:10 vdr vdr[5890]: buffer usage: 100% (pid=5889)
Jan 19 23:22:10 vdr vdr[5890]: ERROR: ring buffer overflow (93 bytes dropped)
Jan 19 23:22:10 vdr vdr[5890]: ERROR: ring buffer overflow (188 bytes dropped)

So wie es aussieht, habe ich mit den größeren Buffern das ganze zwar gemildert, das Problem, dass den Buffer vollaufen lässt ist aber wohl immer noch da.

Gruß,
Björn

Hi,

wollte nur mal kurz meinen riesengrossen Dank an tobi aussprechen. Habe gestern seine neue Anleitung befolgt und mir meinen "persönlichen VDR" mit den Patchen erstellt, die ich haben wollte (also nur Elchi und Improved OSD). Läuft bis jetzt wunderbar, auch mit allen Plugins.

Tobi hat es wirklich geschafft, die Vorteile von Debian's apt-get mit der Flexibilität der Selbstkompilierung zu verbinden. Einfach genial das ganze!!!

@ tobi

wie siehts denn aus? kommt das scanner plugin nochmal? ich fand das recht praktisch (und es lief perfekt)!

regards
andi

Quote

Original von Tobi
Es wird wieder kommen. Musste nur die Anpassung von vdr-dev erst mit Peter absprechen.

Brav! *tätschel*

Quote

Original von Marcus/2
Die Meldung
- /boot/System.map-2.4.21-i586-cdv does not match kernel data
erscheint nach dem Neustart auf der Console 1
unter der Zeile
Checkiing remotes {ide_setup_pci_devices} {GPONLY_ide_setup_pci_devices}

Ich hab den gleichen Fehler. Er trat imho nach der Installation
des DVD-Plugins das erste mal auf,
scheint aber nicht weiter zu stören.
Zumindest bei mir läuft es trotzdem fehlerlos.

Das die Fehlermeldung nach dem "Checking remotes.." kommt hängt wohl mit dem Skript zusammen.
Bei mir kommt der Fehler schon bei einem simplem "ps" in der Console

Quote

Die Meldung - /boot/System.map-2.4.21-i586-cdv does not match kernel data
erscheint nach dem Neustart auf der Console 1 unter der Zeile Checkiing remotes {ide_setup_pci_devices} {GPONLY_ide_setup_pci_devices}

Quote

Das die Fehlermeldung nach dem "Checking remotes.." kommt hängt wohl mit dem Skript zusammen. Bei mir kommt der Fehler schon bei einem simplem "ps" in der Console

Ist im neuen Repository behoben - lag an einem zu alten procps-Paket in Debian-Stable. In den backports ist jetzt ein moderneres drin.

Hintergrund gibt es hier:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=143549

Peter

@ Tobi

Es gibt einen neuen JumpPlay Patch der die alten Fehler behebt.

Hier

Wenn Du wieder eine neue Version machst, könntest Du den Einbauen ?

Danke

Pit