Hallo,
ich habe eine Fullfeatured-Karte mit Infrarot-Empfänger, der über das Remote-Plugin angesprochen wird. Nun reagiert der VDR plötzlich nicht mehr auf die Fernbedienung.
Kann man das Remote-Plugin irgendwie in den debug-Modus versetzen so dass man die Fehlerquelle etwas engrenzen kann?
(Es liegt nicht an den Batterien der Fernbedienung und auch nicht im Infrarot-Empfänger, da beides getauscht.)
Hallo,
also ich habe mir den Samsung U32B6000 bei Alternate bestellt. Den gibts im Laden noch über 1000€, dort zur Zeit für 739€. Das Bild ist einwandfrei und durch die Bauweise mit LEDs ist er ziemlich flach und verbraucht weniger Strom als andere vergleichbare Displays. Das 40" - Gerät gibts dort für 989€. Von mir ne klare Kaufempfehlung.
...und das ganze vereinfachen wir noch auf
<advancedsettings>
<moviestacking action="prepend">
<regexp>(\d{3})\.vdr</regexp>
</moviestacking>
</advancedsettings>- wobei \d für jeden beliebigen numerischen Wert steht und {3} dafür, dass der vorhergehende Ausdruck genau 3mal vorkommen muss.
Nur so als Hinweis: Ich würde den Eintrag ! vdr-plugin-sc (0.9.0-1) aus der Liste entfernen...
Es gibt den Parameter --post-file, über den du post-Daten übergeben kannst. Google mal nach "wget file upload" bzw. schau mal hier http://article.gmane.org/gmane.comp.web.wget.general/6713 nach.
Wie mir grade einfällt, ist curl vielleicht noch besser geeignet, guck mal hier http://curl.planetmirror.com/docs/httpscripting.html nach, unter punkt 4.3 wird der fileupload beschrieben.
mach das doch über eine batch-datei und wget, das gibt es auch als windows-binary.
Vielen Dank für die Antwort. dhcpd ist bei mir nicht installiert. Im Netz habe ich dann nochmal intensiver gesucht und den ifplugd gefunden, der bei sarge auch per apt verfügbar ist. Nun piept der vdr sogar wenn er sich ordnungsgemäß verbunden hat und der daemon läuft komplett im Hintergrund.
thoralf
Hallo,
ich habe folgendes Problem, vielleicht habt ihr eine Lösung?
Mein ct-vdr, also ein Standard-Debian-System hängt nach dem Umzug nicht mehr am LAN. Wenn ich Netzwerkzugriff auf ihn haben will, nehme ich ein twisted Pair Kabel, hänge ihn an mein Powerbook und starte ihn neu. Der dhcp-Server unter OSX gibt dem VDR nun eine IP-Adresse wie es vormals der Router tat und ich kann auf dem vdr über ssh zugreifen. Soweit so gut.
Nun suche ich eine Möglichkeit, unter Linux das Netzwerk neu zu starten, damit ich das Kabel zwischen den beiden Rechnern auch anstecken kann, wenn beide laufen.
Versucht habe ich schon /etc/init.d/network stop und start, da holt sich der vdr aber keine IP-Adresse. Welcher Daemon ist denn dafür verantwortlich?
Kann man das ganze auch über das OSD steuern oder besser noch, gibt es eine Möglichkeit, dass Linux selbst erkennt, dass es sich eine IP-Adresse holen kann?
Zur Info: Es gibt nun auch eine Multimo mit Twin-LNB:
http://www.zehnder-sat.de/shop/vollbild.php3?nArtikel_ID=838&VID=ZAagLMIUY3S8yJC7&svImageBig=imagesbig/AX40-40.jpg - kostet aber ca 150€
Naja, es ist halt eine kleine Schüssel. Wenn sie perfekt ausgerichtet ist und die Sicht zum Satelliten frei ist gibt es so gut wie keine Probleme. Empfangsschwierigkeiten gibt es nur wenn eine große Gewitterfront vor dem Satelliten hängt oder es sehr stark regnet.
Gruß Thoralf
Hi tobi,
den Eintrag hab ich vermutlich übersehen, dann ist mein Posting wohl etwas überflüssig, außer dass ich auch immer noch sarge einsetze und hier auch für die Aufnahme in das sarge-Repository plädiere 
Gruß
Thoralf
Hallo tobi,
ich hatte vor einiger Zeit mal das atmolight-plugin debianisiert. Vielleicht magst Du es mit aufnehmen?
/usr/lib/vdr-dev/patchlevel.sh gibt es nicht mehr, das liegt nun in /usr/share/vdr-dev/patchlevel.sh
du kannst dir auch mein quellpaket für die aktuelle version runterladen.
http://www.nonik.de/wp-content/upl…-atmo_0.1.1.tgz
Kurze Meldung: Das Kit kam an, hab ich aufgebaut (entsprechend der wiki-FAQ - Danke!) und es funktioniert - out of the box! Danke!
Einziges "Problem":
Um dem Nutzer vdr Schreibzugriff auf /dev/ttySX zu geben musste ich ihn noch zur Gruppe dialout hinzufügen.
Ich habe die Quellen, aus dem sich jeder selbst das debian-paket erstellen kann hier hochgeladen. Ich denke mal, dass tobi daraus das Paket erstellen und das dann auf dem Server als src und binary bereitstellen kann.
Die einzige Änderung am System, die vermutlich über die Debianpaketinstallation nicht laufen kann, ist, dass der Nutzer vdr Schreibzugriff auf /dev/ttySX (X für den Com-port, an dem das atmolight-kit hängt) haben muss. Dazu habe ich vdr zur Gruppe dialout hinzugefügt. Das macht man, indem man in der Datei /etc/group "vdr" an den dialout - Eintrag anfügt.
Nach der Installation des Plugins sollte jeder die Datei /etc/vdr/plugins/plugin.atmo.conf nach eigenem gusto anpassen.
Das Erstellen des Debian-Paketes habe ich nach tobis Anleitung gemacht und das war wie gesagt überhaupt nicht kompliziert.
danke, hab ich. Bekomme es nun kompiliert und installiert. War zwar nicht so wild, aber wenn jemand Interesse hat, einfach mal melden.
Hallo,
dank der ersten Sammelbestellung von papsi bin ich nun auch stolzer Besitzer der Hardware für das atmolight-Plugin. Ich erstelle mir gerade das debian-Paket aus den Quellen nach Tobis Anleitung und habe da eine Frage:
Das Plugin benötigt in der runvdr bei der Einbindung zwei Parameter -i <Wert> und -o <Wert>. Wo kann ich für das Paket definieren, dass diese bei der Installation des Plugins mit in die runvdr-Datei aufgenommen werden?
Gruß Thoralf
Nee, hab ich nicht. Dafür mit der SAMSUNG HD400LD, ich höre sie praktisch gar nicht und sie wird nur handwarm.
Hi, bin nun auch mal dazugekommen, das Modul herunterzuladen.
Ich musste es in das Verzeichnis /lib/modules/2.6.16-ct-1/kernel/drivers/i2c/chips/ kopieren, damit es geladen wird. Eine Kleinigkeit, aber vielleicht wichtig.
Das stimmt und ist verwirrend. Ich habe nun nochmal etwas tiefer bei 1und1 gegraben und folgendes gefunden:
Folgende Einschränkungen sind technisch für Skripte festgelegt, welche von Ihnen auf unseren Webservern ausgeführt werden:
Prozesse dürfen max. 10 Sekunden Rechenzeit beanspruchen
Prozesse dürfen max. 32 Megabyte Speicher belegen
Es dürfen max. 24 Prozesse gleichzeitig laufenDiese Limitierungen gelten nicht für die Managed-Server.
Bei Überschreitung einer der oben genannten Einschränkungen wird das Script „getötet“. Dieses macht sich durch einen „Internal Server Error (HTTP 500)“ oder durch die Fehlermeldung „CGI Limits reached, please try later!“ bemerkbar.
Die Rechenzeit von 10 Sekunden bezieht sich übrigens nicht auf die reale Laufzeit, sondern ist abhängig von der tatsächlichen Belastung des Servers.
Bitte beachten Sie:
Beansprucht ein Script 10% der Rechenleistung und läuft 2 Sekunden (und das ist schon sehr viel), beträgt die tatsächliche Rechenzeit nur 0,2 Sekunden.
Von: http://hilfe-center.1und1.de/hosting/scripte_datenbanken/3.html
