Beiträge von fraenk

Hallo und danke für die schnelle Reaktion.

Remote-Timer benutze ich bereits, wenn es möglich ist, allerdings ist dann die Aufnahmekapazität des Servers (1xFF DVB-S und 1xDVB-S2) schnell ausgeschöpft und Timer-Konflikte werden auf den Clients imho nicht angezeigt. Außerdem schmiert mir dieses Plugin beim Verschieben eines Timers auf den Server öfters mal ab (Muss ich wohl mal auf den neuesten Stand bringen)

Zur Zeit sind die Laufwerke als Samba-Shares eingerichtet, weil es dort weniger Probleme mit mehreren Videoverzeichnissen auf einem Rechner gab (/video0, /video1, etc), bzw. es ist in der smb.conf einstellbar, ob Symlinks auch dann gefolgt werden soll, wenn diese nicht innerhalb der exportierten Verzeichnisstruktur liegen. Es gibt somit genau einen Video-Share pro Rechner, auch wenn dieser seine Aufnahmen auf mehrere Platten aufteilt.

Außerdem möchte ich vermeiden, auf jedem VDR jeden anderen einzubinden, weil dann auch bei Hinzufügen eines weiteren VDR alle anderen umkonfiguriert werden muessten, während das bei der jetzigen Lösung lediglich auf dem "Server-VDR" der Fall wäre.

Hallo Board !

Kurz zu meinem Problem: Da ich zuhause mehrere VDR-Systeme habe, würde ich gerne von allen VDRs auf die Aufzeichnungen aller anderen zugreifen können. Bisher habe ich das dadurch gelöst, dass alle VDRs als Video-Verzeichnis den Ordner auf dem "Haupt-VDR" eingebunden haben, welcher wiederum als Unterordner die einzelnen "Client-VDRs" einbindet. Das hat zur Folge, dass Aufnahmen alle auf dem "Haupt-VDR"-Laufwerk erfolgen, also im Zweifelsfall übers Netzwerk geschoben werden. Das funktioniert zwar, aber erstens sind dann die "Client"-Platten unbenutzt und zweitens müssen viel mehr Geräte eingeschaltet sein und funktionieren, damit die Aufnahmen auch wirklich auf der Festplatte des Servers landen. Und wenn mal eine Katze ein Netzwerkkabel als Opfer verwendet und durch die Gegend zieht sind plötzlich keine neuen Aufnahmen auf der Platte zu finden.
Wenn ich dagegen nur auf lokalen Platten aufzeichne auf jedem VDR alle anderen VDR-Videoverzeichnisse als Unterordner einbinde, kommt es zu Endlos-Schleifen.

Perfekt wäre es, wenn die Wiedergabefunktion den Netzwerkpfad und die Aufnahmefunktion die lokale Platte benutzen würde.

Kann man das irgendwie hinbekommen?

Grüße von der Nordseeküste !

http://www.videgor.de/ könnte das richtige für dich sein; ich weiss allerdings nicht, ob das Projekt noch aktiv ist.

Nochmal moinmoin !

Ich habe jetzt in der Gen2VDR 3 das noad mit emerge --unmerge noad deinstalliert, die plain noad-0.6.0 gezogen, den TS-Patch angewendet (eine Wanung, dass die config.h bereits existiert wurde angezeigt), ./configure, make und make install ausgeführt. Bis dahin sah alles gut aus.

Allerdings wird das noad nicht fertig.

Es laufen jetzt inzwischen (nach ca 20 Stunden Betriebsdauer) 4 noad-Prozesse mit je ca. 20% CPU-Last.

Fehlt mir noch ein Patch?

Moinmoin !
Ich weiss nicht, ob mein Problem auch damit zusammenhängt, aber bei meiner vdr-1.7.8 Version funktioniert die Eingabe einer 2 beim Springen zu einer bestimmten Position in der Aufnahme (Taste rot) nicht.
Ein Sprung zu z.B. 1:59 funktioniert einwandfrei, wenn man aber zu 2:00 springen möchte, wird sofort der Schnitt gestartet, wenn man die Taste 2 drückt.

Moin moin !

Bekomme mit der Version 0.0.2 folgende Fehlermeldung beim kompilieren

recv.cpp:290: error: integer constant is too large for ‘long’ type
recv.cpp:341: error: integer constant is too large for ‘long’ type
recv.cpp:387: error: integer constant is too large for ‘long’ type
recv.cpp: In constructor ‘cNoadReceiver::cNoadReceiver(cTimer*, const char*, int)’:
recv.cpp:101: error: ‘DVBFE_DELSYS_DVBS2’ was not declared in this scope
recv.cpp: In member function ‘virtual void cNoadReceiver::Action()’:
recv.cpp:290: error: ‘INT64_C’ was not declared in this scope
recv.cpp:298: error: expected primary-expression before ‘char’
recv.cpp:298: error: ‘outbuf’ was not declared in this scope
recv.cpp:298: error: ‘DECLARE_ALIGNED’ was not declared in this scope
recv.cpp:341: error: ‘INT64_C’ was not declared in this scope
recv.cpp:349: error: expected primary-expression before ‘char’
recv.cpp:349: error: ‘outbuf’ was not declared in this scope
recv.cpp:349: error: ‘DECLARE_ALIGNED’ was not declared in this scope
recv.cpp:387: error: ‘INT64_C’ was not declared in this scope
make: *** [recv.o] Error 1

Hallo @ all !

Tolle Idee, ein noad-Plugin. Wird den WAF für die 1.7.x gewaltig erhöhen

Bekomme unter Gen2VDR 3 Beta allerdings nach der erforderlichen SYS_DVBS2-Umbenennung ebenfalls folgende Fehlermeldung:

recv.cpp: In member function âvirtual void cNoadReceiver::Action()â:
recv.cpp:222: error: âAVPacketâ was not declared in this scope
recv.cpp:222: error: expected `;' before âavpktâ
recv.cpp:225: error: âavpktâ was not declared in this scope
recv.cpp:225: error: âav_init_packetâ was not declared in this scope
recv.cpp:243: error: âavpktâ was not declared in this scope
recv.cpp:245: error: âavcodec_decode_video2â was not declared in this scope
make: *** [recv.o] Error 1

Die FFMPEG-Version ist 0.5-r1 mit der avcodec-Version 52.20.0

Moin moin !!

Seit ein paar Tagen klappt bei mir das Abholen der EPG-Daten nicht mehr.
(EPG-Bilder werden allerdings noch geladen)
Ist der Dienst über Clickfinder jetzt auch 'abgeschaltet' ?

Wie kann man im Browser testen, ob noch Daten vorliegen?
http://www.clickfinder.de/date…l-gz5/20090913_001.xml.gz funktioniert leider nicht.

ausserdem mögen die 'alten' FF-Karten zwar irgendwann vom Markt, aber bestimmt nicht aus den Wohnzimmern vieler VDR-Benutzer verschwinden.

Wie sieht es denn mit dem yacoto-plugin aus?

Bei mir gabs beim easyvdr mal das problem, dass beim runterfahren eine dateisystemüberprüfung auf einer noch gemounteten Partition stattfinden sollte.
Durch Drücken der Taste N für Nein (evtl. öfter) wurde das Herunterfahren dann irgendwann fortgesetzt.

Das funktioniert (zumindest mit verschiedenen IR-Fernbedienungen)

Wenn in der /etc/lircd.conf beide Fernbedienungen auf die gleiche Art hinterlegt sind, gibt es da zumindest auf meinen Rechnern kein Problem.

Getestet mit Topfield, Humax und einer Samsung-Fernbedienung.

Eine X10 habe ich leider nicht

Zitat

Original von mikeM
Hallo,
ich hatte gestern viel Spaß mit dem EPG. Mein vdr hat sich reproduzierbar nach dem umschalten auf PRO 7 mit einem segfault verabschiedet. Auf anderen Sendern kam der segfault erst nach einiger Zeit (so ca 3-6 Minuten). Ich habe dann lange nach der Ursache gesucht. Karten ein/ausgebaut, nur eine Karte verwendet, alle Plugins raus, Speicher getauscht- das volle Programm. Bis mir aufgefallen ist, das der segfault beim umschalten auf Pro7 genau in dem Moment kommt, wenn die EPG-Info angezeigt wird. Daraufhin hab ich den VDR angehalten und die EPG-Datei verschoben, damit er eine neue anlegt. Und siehe da: ich kann wieder ohne Absturz auf Pro7 schalten. Ok alles wieder an seine Platz bringen, Frau beruhigt: wir können wieder Fersehen... und dann kams: kaum hatte tvmovie2vdr das EPG wieder aktualisiert hatte ich die gleichen Probleme (das aktualisieren wird direkt nach dem booten durchgeführt)! Also alles wieder abgebaut und neu auf Ursachenforschung gehen. Ich hab dann die Menge der via tvmovie2vdr aktualisierten Kanäle reduziert, die Datei noch mal gelöscht und dann aktualisieren lassen. Jetzt gehts! Das Problem ist weg! Gibt es eine maximale Größe für das EPG? (vorher ca 14MB jetzt ca 10MB) Oder kann es sein, das da bei einem Sender, den ich jetzt rausgeschmissen hab etwas im EPG ist, was den VDR zum Absturz bringt?

Hier noch meine Systeminfos:
linvdr mit dem aktuellsten Kernel von Dr. Seltsam (trat genauso aber auch mit der Version vorher auf) und den aktuellsten Patches von Toxic-Tonic (1.4.47 mit ext .34) auch hier hatte die Vorgängerversion das gleiche Verhalten. tvmovie2vdr ist auch in der aktuellen Version.

Ach ja bei der von mir heruntergeladenen Version sind ein paar kleine Bugs drin. Die Umsetzung der Dateien von .pl auf ohne Erweiterungen ist nicht in allen Scripten angekommen. (z.B. in dem clearoldtimer Script steht:

Code

push (@INC, "./inc");
require ("helperfunc.pl");

müsste aber heißen:

Code

push (@INC, "./inc");
require ("helperfunc");

Deshalb wird dies Script nicht ausgeführt. Dies führt z.B. beim Mahlzeit iso dazu, das die relativ kleine Root-Partition schnell voll ist. Dieser Fehler ist noch in einigen Scripten enthalten.

Gruß
Michael

Alles anzeigen

Hatte das gleiche Problem, aber mit N24 (ist aber wohl der gleiche Transponder.)

Es gibt da wohl irgendein Problem, wenn die von TVMovie geholten EPG-Daten vom aktuellen EPG überschrieben werden. Ich denke, daß dieses Problem mit den neuen Premiere-Star Kanälen zusammenhängt. Dort habe ich zahlreiche Timer-Neuprogrammierungen und Propgrammänderungen in den letzten Tagen beobachtet und immer wenn nach dem Schalten auf z.B. N24 die EPG-Änderungen auf die Timer angewendet werden sollten, kam es zu einem Absturz.

Habe daraufhin für den gesamten Transponder das TV-Movie-EPG abgeschaltet. Jetzt scheint es wieder zu funzen. Werde jetzt noch testen, ob auch schon ein Abschalten des TVM-EPGs für Sat1-Comedy und kabel1-classics ausreicht.

Hiho !

Du kannst auch versuchen, einfach ein paar Mal die Tasten Strg+Alt+Plus zu drücken.
Das sollte die in der X-Konfigurationsdatei eingetragenen Bildschirmauflösungen durchschalten.

Grüße vonner Küste

FraenK