Hallo und ebenfalls Danke für die Mühe - ich verwende die Ext. Version ebenfalls.
Bernd
Hallo und ebenfalls Danke für die Mühe - ich verwende die Ext. Version ebenfalls.
Bernd
Tobi:
Hallo,
ich hoffe, ich nerve nicht mit der Frage nach dem LiveBuffer-Patch, aber es gibt inzwischen einen neuen Bigpatch für vdr 1.4.6. Ist da was in der Planung oder ist das ganze gestrichen
Gruß - Bernd
ZitatAlles anzeigenOriginal von Tobi
Danke für die Dankesworte, die aber genauso auch TomG und Thomas Schmidt gebühren!
Ich hatte vor, neben der multipatch-Variante auch ne BigPatch-Version basierend auf dem All-Inclusive-Bigpatch anzubieten. Dort wäre der livebuffer-Patch dann mit dabei. Eigentlich warte ich nur noch, dass ne 1.4.4'er Version des Bigpatch erscheint.
Das Update des taste-Plugins werd ich mir dann gleich vornehmen. Danke für den Hinweis!
El Lu: remoteosd, svdrpservice und Co. sind schon in Arbeit.
Tobias
ZitatOriginal von KHG_AC
Hi Lyones,
Ich habe mir jetzt auch die URC-7780 zugelegt. Könntest du mir bitte
lirc.conf, remote.conf und Code zukommen lassen?
thx
k.
Hallo,
ich habe mir auch das Teil zugelegt - wäre also ebenfalls dankbar für die notwendigen Configs
Danke - Bernd
Hallo und vielen Dank an wilderigel - alles wieder klar.
Kann es sein, daß der LiveBuffer nicht mehr aktiv ist? Fände ich schade, da ich extra deswegen den experimental Zweig fahre.
Gruß - Bernd
Hallo - erst mal danke für die neuen Pakete.
Bei mir läufts leider nach dem Update nicht mehr - zumindest nicht mehr als user vdr. Beim Starten kommt eine Fehlermeldung, daß die vdr-Version nicht gefunden wird.
Ein Aufruf von "vdr -V -u vdr" produziert folgende Fehlermeldung:
" vdr: cap_set_proc failed: Die Operation ist nicht erlaubt"
Der gleiche Aufruf ohne den Schalter "-u vdr" liefert die richtige Version zurück.
Ich hab mal probehalber in defaults/vdr die Variable "User" auf "root" gesetzt und damit läuft mein vdr wieder. Ich habe mein System mit vdraptrefresh upgedatet. Die vorige Version 1.3.37 lief ohne Probleme unter der Kennung "vdr"
Gruß - Bernd
Hallo,
TomG: vielen Dank für deine Antwort/Hinweis - ich werde mir mal vdr-experimental anschauen. Das mit dem selber übersetzen wollte ich nicht, da du noch die Version 0.12 drin hast und für vdr 1.3.37 schon eine angepasste neuere Version des LiveBuffer Patches zur Verfügung steht.
Gruß - Bernd
Hallo,
der LiveBuffer Patch ist ja schon eine ganze Weile nicht mehr aktiv. Da ich diese Funktion jedoch schmerzlich vermisse, wollte ich mal vorsichtig nachfragen, wie die Planung diesbezüglich aussieht. Es gibt ja inzwischen schon die LiveBuffer-Version 0.14 für vdrdevel 1.3.37.
Falls es noch eine Weile dauert bis zur Reaktivierung, wäre ich dankbar, wenn mir jemand verraten könnte, wo man eventuell die Pakete von TomG's Multipatch-Version 1.3.34 noch herbekommen könnte.
Gruß - Bernd
Hallo,
zuerst auch mal vielen Dank an alle, die hier eine klasse Arbeit verrichten und damit anderen Leuten das Leben angenehmer machen.
Da wir aber gerade mal beim Wünschen sind, wollte ich auch noch eine Frage nachschieben. In Tobi's Varianten (1.2.6) ist noch ein sogenannter "SwitchTimer" enthalten. Ich finde dieses Teil wirklich nützlich und wundere mich schon die ganze Zeit, warum dieser Patch hier nicht auftaucht. Ich weiß, daß es im EPGsearch etwas ähnliches gibt, aber das ist lange nicht so einfach zu bedienen.
Gruß - Bernd
Hallo Liste
jeremia
Hallo Jeremia
Danke für die Info - damit habe ich das Teil endlich am laufen.
Hallo TomG - ebenfalls vielen Dank. Ich habe deine Antwort erst gelesen, nachdem ich modifiziert hatte. Jetzt jedenfalls ist die Datei /tmp/vdrdevel.err leer. In der syslog steht auch nichts.
Ist es normal, daß ich das submenu-Plugin selbst nicht in meine neue Struktur einbauen kann?
Mir ist noch aufgefallen, daß ich in den Plugin Einstellungen keine Verschiebungen vornehmen kann. Ich habe allerdings in der MainMenu.conf Leerzeilen zwecks bessere Gliederung eingefügt. Ich weiß nicht, ob das die Ursache sein könnte. Ich werde das heute Abend mal genauer austesten.
Gruß - Bernd
Hallo Leute,
ich hab mal das submenu Plugin installiert. Nun bekomme ich beim Aufruf des Hauptmenues nur noch die Plugins zum Aufruf vorgestellt, welche mit Aufrufnummer 1 beginnen)
Die normalerweise vorhandenen Punkte 1-4 (z. B. Senderliste, Timer, Aufnahmen oder auch Befehle und Einstellungen) sind nicht mehr erreichbar.
Bei der Installation wurde zwar eine Datei MainMenu.conf unter /var/lib/vdrdevel/plugins angelegt, diese ist aber leer. Ich habe bisher leider nichts gefunden, was die Syntax dieser Datei beschreibt. Kann mir jemand einen Tip geben, was hier falsch läuft.
ich benutze ct-VDR3.06 mit kernel 2.6.10/ vdrdevel 1.3.19-2
Gruß - Bernd
Hallo,
ich habe wieder auf experimental umgestellt und soweit funktioniert alles ganz gut - auch dvd. Bei epg-search ist mir aber was merkwürdiges aufgefallen.
Ich krieg zwar die Meldung, daß "vdrdevel-plugin-epgsearch (0.0.6-2)" installiert und eingerichtet wird, aber in /usr/lib/vdrdevel/plugins ist dann nur libvdr-epgsearch.so.1.3.17 vorhanden.
Downloade ich die ".deb" Datei und installier ich mit dpkg -i ..., so ist alles in Ordnung. Sobald ich aber wieder ein apt-get update/upgrade mach, steht da da die Falsche Version im Plugin-Verzeichnis.
mfG - Bernd
Hallo TomG
habs probiert - hat funktioniert
Merci - Bernd
TomG
das mit meinem Upgrade ist einfach dumm gelaufen. Ich hatte einfach ohne nachzusehen ein apt-get update/upgrade gemacht. Dabei ist es dann eben psssiert. Werde dann in Kürze dann mal wieder nachsehen
Danke auch
Gruß - Bernd
Hallo,
ebenfalls meinen Dank für die schnelle Reaktion. Leider finde ich keine Plugins, so daß ich wieder auf 1.3.17 zurück muß. Ich brauche mindestens das Remote Plugin. In testing finde ich aber leiderkein vdr-Verzeichnis für woody, so daß ich nicht mehr zurück kann.
Hab ich allein das Problem, oder ist da beim Verschieben was schief gelaufen
Gruß - Bernd
Hallo Tom,
vielen Dank für deinen Tip. Ich hatte wirklich nicht das aktuelle Start Script installiert. Nach entsprechender Korrektur läuft alles wieder richtig
mfG - Bernd
Hallo,
bei mir funktionieren die Plugins femon und weather wegen Versionsproblemen nicht mehr. Das Refreshscript bringt auch nichts. Auch manuelles entfernen und erneutes installieren bringt keinen Erfolg.
Auch der Experimental Eintrag in den apt Sources ist auskommentiert, da dieses Problem schon bei der experimental Version aufgetreten ist.
mfG - Bernd
Hallo nochmal und gleich ne Entschuldigung. Habe leider die Hardwareangabe für mein Display vergessen.
Ich benutze ein "Displaytech 64128A" von Reichelt mit blauer Anzeige. Meine Config sieht so aus: -c ks0108 -p 0x378 -x 128 -y 64
Gruß - Bernd
ZitatAlles anzeigenOriginal von bschmitt
Hallo an alle,
also bei mir war nach dem Zwischenupdate der 0.8 das Problem mit dem "bitmask symbol" schon verschwunden. Leider war mit der Anzeige nichts anzufangen. Diese war ein Mix aus Spiegelschrift und verdreht gesetzten Buchstaben. Nach dem Upgrade auf die 0.9 war alles prima. Lediglich die Updategeschwindigkeit war mit ca. einer halben Minute schon extrem langsam. Dabei wurde immer schön langsam eine halbe Zeile nach der anderen gezeichnet.
Mit etwas experimentieren - Wait Method auf nanosleep(sched) war dann plötzlich alles super. Die Anzeige-Geschwindigkeit liegt bei ca 0.1 Sekunden beim Bildaufbau. Allerdings funktioniert nur die Ausgabe direkt auf den Port 0x378. Eine Ausgabe auf /dev/par1 (auch /dev/par0 probiert) funktioniert nicht.
Mir ist ebenfalls aufgefallen, daß von Zeit zu Zeit (seit Aktivierung des Graph Display) einer der vdr Prozesse plötzlich die komplette CPU Zeit schluckt und damit von selber nicht mehr aufhört. Dies führt dann dazu, daß die Lüfter in meinem Hermes 651 losheulen, was doch etwas störend ist. Die genaue Ursache habe ich noch nicht herausgefunden.
Ansonsten bin ich von der Anzeige total begeistert - danke an alle Beteiligten von mir.
Meine Hardware: Hermes 651, tt1.5, tt Budget
Software: ctvdr(Tobi), ct kernel 2.4.24 selbst übersetzt, Treiber 1.0.8 mit tt-budget pacth (Treiber 1.1.0 macht Probleme bei Aufnahmen)
Grüsse - Bernd
Hallo an alle,
also bei mir war nach dem Zwischenupdate der 0.8 das Problem mit dem "bitmask symbol" schon verschwunden. Leider war mit der Anzeige nichts anzufangen. Diese war ein Mix aus Spiegelschrift und verdreht gesetzten Buchstaben. Nach dem Upgrade auf die 0.9 war alles prima. Lediglich die Updategeschwindigkeit war mit ca. einer halben Minute schon extrem langsam. Dabei wurde immer schön langsam eine halbe Zeile nach der anderen gezeichnet.
Mit etwas experimentieren - Wait Method auf nanosleep(sched) war dann plötzlich alles super. Die Anzeige-Geschwindigkeit liegt bei ca 0.1 Sekunden beim Bildaufbau. Allerdings funktioniert nur die Ausgabe direkt auf den Port 0x378. Eine Ausgabe auf /dev/par1 (auch /dev/par0 probiert) funktioniert nicht.
Mir ist ebenfalls aufgefallen, daß von Zeit zu Zeit (seit Aktivierung des Graph Display) einer der vdr Prozesse plötzlich die komplette CPU Zeit schluckt und damit von selber nicht mehr aufhört. Dies führt dann dazu, daß die Lüfter in meinem Hermes 651 losheulen, was doch etwas störend ist. Die genaue Ursache habe ich noch nicht herausgefunden.
Ansonsten bin ich von der Anzeige total begeistert - danke an alle Beteiligten von mir.
Meine Hardware: Hermes 651, tt1.5, tt Budget
Software: ctvdr(Tobi), ct kernel 2.4.24 selbst übersetzt, Treiber 1.0.8 mit tt-budget pacth (Treiber 1.1.0 macht Probleme bei Aufnahmen)
Grüsse - Bernd
ZitatAlles anzeigenOriginal von sigii
Erst mal ein Hallo an alle,
und nun gleich zum Thema,
habe gerade exakt das gleiche Problem gehabt.
kurz nach Aufnahmebegin macht der VDR einen Restart.
hier mal eine Auszug aus der messages:
Feb 23 20:06:53 htpc vdr[604]: switching to channel 1
Feb 23 20:11:00 htpc vdr[604]: timer 1 (14 2011-2200 'Tatort: Lastrumer Mischung') start
Feb 23 20:11:00 htpc vdr[604]: record /video/Tatort#3A_Lastrumer_Mischung/2004-02-23.20.11.50.50.rec
Feb 23 20:11:31 htpc vdr[604]: timer 1 (14 2011-2200 'Tatort: Lastrumer Mischung') stop
Feb 23 20:11:31 htpc vdr[604]: saved setup to /etc/vdr/setup.conf
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: streamdev
Feb 23 20:11:31 htpc vdr[739]: Streamdev: Server thread stopped
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: calendar
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: osdpip
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: timeline
Feb 23 20:11:31 htpc vdr[604]: exiting
Feb 23 20:11:31 htpc runvdr: restarting VDR
Und hier noch die syslog:
Feb 23 20:06:53 htpc vdr[604]: switching to channel 1
Feb 23 20:11:00 htpc vdr[604]: timer 1 (14 2011-2200 'Tatort: Lastrumer Mischung') start
Feb 23 20:11:00 htpc vdr[604]: Title: 'Tatort: Lastrumer Mischung' Subtitle: 'Spielfilm Deutschland 2002'
Feb 23 20:11:00 htpc vdr[604]: record /video/Tatort#3A_Lastrumer_Mischung/2004-02-23.20.11.50.50.rec
Feb 23 20:11:00 htpc vdr[604]: creating directory /video/Tatort#3A_Lastrumer_Mischung
Feb 23 20:11:00 htpc vdr[604]: creating directory /video/Tatort#3A_Lastrumer_Mischung/2004-02-23.20.11.50.50.rec
Feb 23 20:11:00 htpc vdr[604]: recording to '/video/Tatort#3A_Lastrumer_Mischung/2004-02-23.20.11.50.50.rec/001.vdr'
Feb 23 20:11:00 htpc vdr[796]: recording thread started (pid=796)
Feb 23 20:11:00 htpc vdr[797]: receiver thread started on device 2 (pid=797)
Feb 23 20:11:31 htpc vdr[796]: ERROR: video data stream broken
Feb 23 20:11:31 htpc vdr[796]: initiating emergency exit
Feb 23 20:11:31 htpc vdr[604]: emergency exit requested - shutting down
Feb 23 20:11:31 htpc vdr[796]: recording thread ended (pid=796)
Feb 23 20:11:31 htpc vdr[797]: receiver thread ended on device 2 (pid=797)
Feb 23 20:11:31 htpc vdr[604]: buffer stats: 0 (0%) used
Feb 23 20:11:31 htpc vdr[604]: timer 1 (14 2011-2200 'Tatort: Lastrumer Mischung') stop
Feb 23 20:11:31 htpc vdr[613]: KBD remote control thread ended (pid=613)
Feb 23 20:11:31 htpc vdr[604]: saved setup to /etc/vdr/setup.conf
Feb 23 20:11:31 htpc vdr[604]: =====================
Feb 23 20:11:31 htpc vdr[604]: EPG bugfix statistics
Feb 23 20:11:31 htpc vdr[604]: =====================
Feb 23 20:11:31 htpc vdr[604]: IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Feb 23 20:11:31 htpc vdr[604]: CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEventInfo::FixEpgBugs()
Feb 23 20:11:31 htpc vdr[604]: IN VDR/eit.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Feb 23 20:11:31 htpc vdr[604]: =====================
Feb 23 20:11:31 htpc vdr[604]: Fix^IHits^IChannels
Feb 23 20:11:31 htpc vdr[604]: 0^I16544^IZDF, SWR BW, Hessen-3, SR3, 3sat, arte, BR3, BR-alpha, MDR, ARD, VIVA, RBB Berlin, RBB Brandenburg, EinsFestival, N3, TW1
Feb 23 20:11:31 htpc vdr[604]: 1^I855^IHessen-3, VIVA, n-tv
Feb 23 20:11:31 htpc vdr[604]: 2^I13373^ISWR BW, Hessen-3, SR3, 3sat, arte, BR3, BR-alpha, MDR, ARD, VIVA, RBB Berlin, RBB Brandenburg, EinsFestival, N3
Feb 23 20:11:31 htpc vdr[604]: 3^I89756^IKabel 1, Pro-7, N24, Sat.1, KiKa
Feb 23 20:11:31 htpc vdr[604]: 4^I549^IBR3, EinsFestival
Feb 23 20:11:31 htpc vdr[604]: 5^I5377^IWDR, BR3
Feb 23 20:11:31 htpc vdr[604]: 6^I99589^IPro-7, N24, Sat.1, 3sat, SWR BW, BR3, Hessen-3, arte, Phoenix, WDR, SR3, BR-alpha, ARD, EinsExtra, MDR, N3, n-tv, VIVA, RTL Tele Letzebuerg, Bloomberg TV Germany, VIVA PLUS, RBB Berlin, EinsFestival, EinsMuXx, RBB Brandenburg, Sky News, TW1, QVC Germany
Feb 23 20:11:31 htpc vdr[604]: =====================
Feb 23 20:11:31 htpc vdr[607]: EIT processing thread ended (pid=607) - master
Feb 23 20:11:31 htpc vdr[608]: tuner thread ended on device 1 (pid=608)
Feb 23 20:11:31 htpc vdr[610]: EIT processing thread ended (pid=610)
Feb 23 20:11:31 htpc vdr[611]: tuner thread ended on device 2 (pid=611)
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: streamdev
Feb 23 20:11:31 htpc vdr[739]: Streamdev: Server thread stopped
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: calendar
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: osdpip
Feb 23 20:11:31 htpc vdr[604]: stopping plugin: timeline
Feb 23 20:11:31 htpc vdr[604]: max. latency time 5 seconds
Feb 23 20:11:31 htpc vdr[604]: exiting
Feb 23 20:11:31 htpc vdr[604]: emergency exit!
Feb 23 20:11:31 htpc runvdr: restarting VDR
Vieleicht von interesse ist, das die 001.vdr 0 Byte groß ist, im Moment nimmt er in die 002.vdr auf. Es scheint so, als ob die 2 Karte bis zum Restart keine Daten aufzeichnent, also nicht richtig initialisiert.
Der VDR wurde per Hand um 18:00 gestartet, bis zum Zeitpunkt des Restarts wurde keine Aufnahme gemacht.
Dazu kommt mir noch in den Sinn, das das OSDPIP manchmal nicht funktioniert, und es erst nach einem Restart des VDR wieder geht. Könnte evtl. das selbe Problem sein.
Der VDR ist ein Hermes mit einer 1.6 und einer Skystar II. Die beiden Karten hängen direkt an einem Quad-LNB.
Gruß
sigii
Hallo,
habe eine ähnliche Systemkonfiguration - Hermes 651, TT1.5 und TT Budget. Die Problme sind bei mir identisch. Erst nach einem Reboot kann ich Aufnahmen machen. Davor sind die Aufnahmen immer nur 0 Byte groß. Ich denke, das dieses Problem nichts mit der Skystar zu tun hat.
Auch ein Entladen der Treiber bringt nichts - reproduzierbar ist das Problem nach einem Reboot verschwunden.
Gruß - Bernd
Hallo,
bin ganz neu am Thema und habe diesen Thread erst heute gefunden. Ich wäre auf jeden Fall auch dabei.
mfG - Bernd