Bzgl wol: Kann die FritzBox Wake on Lan (wol) per http url ausführen? Das Widget kann sich nicht in die Box Einloggen und dann ein Komando ausführen. Das Widget kann aber eine HTTP URL (e.g. GET oder POST) aufrufen.
Nein, ich glaube nicht. Sie hat zwar unter "Freigaben" die Option bestimmte Rechner aufzuwecken, aber nur falls aus dem Internet auf bestimmte eingestellte Ports zugegriffen wird. Genauer gesagt macht sie Portforwarding z.B. wenn man DynDns benutzt. Vom internen Netz funktioniert das nicht.
WOL per http könnte theoretisch funktionieren, weil man über die Weboberfläche Rechner wecken kann, aber jeder vernünftige Mensch verpasst ihr ein Passwort und dann kommt bei Zugriff per http erst mal die Passwortabfrage. Ich hab da noch was anderes im Hinterkopf, das müsste ich aber erst mal testen.
aber jeder vernünftige Mensch verpasst ihr ein Passwort und dann kommt bei Zugriff per http erst mal die Passwortabfrage
Man kann username und password auch in die Url packen. ZB:
http://username:password@example.com/wol?mac=xxxxGrüße,
T.
http://username:password@example.com/wol?mac=xxxx
Ja schon, aber wie sieht es aus, wenn es der Fernseher vom Sohn ist und er der letzte ist, der das Passwort von der Fritzbox kennen sollte? 
Fernseher vom Sohn ist und er der letzte ist, der das Passwort von der Fritzbox kennen sollte
Der Fernseher würde das Password kennen, nicht unbedingt der Sohn. Kann man keine CGI scripte über die Fritzbox ausführen?
Über welche andere Möglichkeit denkst Du denn nach?
Grüße,
T.
Die andere Idee war nix, aber...
die Fritzbox kann, wie ich geschrieben habe Rechner wecken, wenn aus dem Internet über eine Portfreigabe darauf zugegriffen wird. Wenn man einen Dyn DNS Dienst benutzt, könnte man theoretisch den VDR wecken. Das Widget macht eine Anfrage z.B an Meine-Dynhostadresse:66666 und die Fritzbox hat eine Portfreigabe 66666, die als Ziel den Port 80 am VDR hat. Wenn man nun eingestellt hat, dass Anfragen aus dem Internet an den VDR diesen wecken sollen, schickt die Fritzbox das magic packet an den VDR, falls dieser nicht schon läuft.
Das wäre zwar von hinten durchs Auge geschossen, würde aber funktionieren. Die meisten Router können DynDNS und machen Port Forwarding, wie es mit WOL aussieht weiß ich nicht. Ich kann mir jedoch vorstellen, dass es möglich sein könnte. Es sollte ja, wenn möglich, eine universelle Lösung und nicht nur für Fritzboxen sein.
Wenn jemand diese Funktion unbedingt will und es ginge nur mit Fritzboxen ootb, muss der sich halt einen Raspi zulegen und den als Wecker benutzen, indem der z.B. das packet an den VDR schickt bei Zugriff auf einen bestimmten Port oder so.
Ich hab mal gestern Abend und heute morgen nach WOL über Fritzbox gesucht, aber nichts brauchbares gefunden, dann hab ich mir diese Lösung überlegt und jetzt schnell hier beschrieben. Ich hoffe, es ist verständlich formuliert, da ich es mir schnell in meinem Kopf mit der heißen Nadel gestrickt habe, autsch. 
vielleicht noch ein anderer Ansatz: Es gibt Online-Dienste, die das magic packet an einen bestimmten Rechner schicken können, z.B. hier oder hier .
Das geht nur, wenn der Rechner direkt im Internet hängt, weil das Magic Packet nicht geroutet wird. Der erste Link könnte gehen, braucht aber auch DynDNS. Ist so ähnlich wie meine Idee, du brauchst aber die MAC des Zielrechners.
Der HTTP Server müßte den Rechner per WOL starten, wenn die Url aufgerufen wird.
Hallo thlo,
also, das Widget würde die Url erst abrufen, wenn kein VDR-Server erreichbar ist und die Url gebe ich in den Widgeteinstellungen ein. Das sollte mit der Fritzbox auf jeden Fall funktionieren, da sie nur interessiert, ob auf die "Freigabe" von außen zugegriffen werden will und sie dann das Packet an den PC sendet.
Mit anderen Routern könnte es auch funktionieren, falls diese eine ähnliche Funktion zu bieten haben. Wenn nicht, muss man halt ein wenig basteln, aber ein Raspi oder so was kostet nicht viel und zieht wenig Strom.
Ach ja, was macht das Widget, wenn es keine Antwort vom Server erhält? Fehlermeldung, noch mal später versuchen? Je nach Szenario ist das Verhalten beim Ziel ein anderes.
Grüßle,
J.
Hallo,
ich stehe vor der Entscheidung, welches System (Windows, Linux) ich zu Hause einsetzen möchte, um Live-TV auf meine TV's (Samsung PS50C7790 und UE65H6470) zu streamen.
Deshalb würde es mich interessieren, ob die TV's überhaupt unterstützt werden, bzw. ob man das Widget dafür umschreiben kann.
Und, ob man 2 streams simultan senden kann, welche im selben Bouquets liegen.
Eingesetzte Hardware:
AsRock Q1900DX-ITX mit 4 GB Ram
TV's direkt per Kabel am Netz.
Gibt es vielleicht ein Video vom Einsatz des Plugins?
welches System (Windows, Linux) ich zu Hause einsetzen möchte
Oui, Linux, oder?
Deshalb würde es mich interessieren, ob die TV's überhaupt unterstützt werden, bzw. ob man das Widget dafür umschreiben kann.
Die H-Serie sollte unterstützt sein. Allerdings habe ich keine H-Serie. Vielleicht kann jemand mit einem H Serie TV oder BD Player das kommentieren.
Die C-Serie ist nicht unterstützt. Die Unterschiede zu meiner ES-Serie sind zu groß.
Und, ob man 2 streams simultan senden kann, welche im selben Bouquets liegen.
Jep, mit DVB-S/S2 geht das.
Grüße,
T.
Ich habe hier einen UE46H7090 und das Widget läuft darauf.
Hallo,
ich habe zwei Probleme bei der Wiedergabe (mancher) Aufzeichnungen. Bei einigen setzt nach kurzer Zeit der Ton aus, bei anderen scheint die Positionsbestimmung nicht zu funktionieren.
Probleme mit dem Ton habe ich bei den Folgen der Serie "Welcome to Sweden", die ich im Januar auf NDR FS MV HD (also in HD) aufgezeichnet hat. Wenige Sekunden nach dem Anfang der Aufzeichnung bleibt der Ton weg. Auch wenn ich vorspule, die Wiedergabe beende und dann wieder aufnehme, habe ich keinen Ton. Es scheint also, dass der Ton nicht kurz nach Beginn der Wiedergabe abbricht, sondern kurz nach Beginn der Aufzeichnung. Bei der Wiedergabe mit einem "normalen" VDR Client gibt es keine Probleme mit dem Ton.
Probleme mit der Positionsbestimmung habe ich u.a. bei Sendungen, die ich auf 3sat (also in SD) aufzeichne. Mit jedem Sprung vorwärts steigt die Sprungweite. Bei einer Sprungweite von 0:20 lande ich z.B. beim Start von 0:00 mit dem ersten Sprung bei 0:55, dann bei 3:32, 11:11 und 33:38. Auch Rückwärtssprünge gehen immer weit nach vorn. Wenn ich die Wiedergabe beende und dann fortsetze, beginnt sie an einer späteren Stelle, z.B. bei 25:54 statt bei 8:50. Die Größe des Positionsfehler scheint von der Position in der Aufzeichnung abzuhängen: Je weiter ich in der Wiedergabe bin, desto größer der Fehler. Bei der Wiedergabe mit einem "normalen" VDR Client gibt es keine Probleme mit dem Springen.
Ich benutzte das SmartTV Web Plugin in der Git-Version vom 07.02.15 und das Widget 1.0.0 auf einem Samsung UE46F7090 mit (aktueller) Firmware 1123.3. Auf meinem Server unter Debian wheezy laufen VDR 2.0.3-1~etobi1 und Streamdev-Server Plugin 0.6.1. Alle genannten Aufzeichnungen habe ich mit DVB-S2 bzw. DVB-S gemacht.
Vielleicht hat ja jemand ähnliche Erfahrungen oder einen Hinweis, was ich falsch machen könnte?
Schönen Gruß,
Malte
Hallo Thorsten,
wenn ich Dich recht verstehe, dann ist die Firmware sowohl an den Tonaussetzern als auch an den Positionsfehlern schuld?
Für die Umwandungsskripte wäre ich Dir dankbar. Dann probiere ich ich es bei meinen beiden Beispielaufnahmen einmal aus. Wie muss ich mir das Ergebnis vorstellen? Ersetzen die MP4-Dateien die TS-Dateien (und VDR kommt auch mit MP4) klar, oder liegen die MP4-Dateien parallel zu den TS-Dateien und Dein Plugin bevorzugt sie, oder... ?
Schönen Gruß,
Malte
Wie muss ich mir das Ergebnis vorstellen? Ersetzen die MP4-Dateien die TS-Dateien (und VDR kommt auch mit MP4) klar, oder liegen die MP4-Dateien parallel zu den TS-Dateien und Dein Plugin bevorzugt sie, oder... ?
Ich lege die MP4 Dateien in den Media-Folder. Das Script schreibt auch Titel, Beschreibung und Cover Bild (sofern vorhanden) in die MP4 Datei. Ich muß das ein bischen veralgemeinern.
Grüße,
T.
Für einen Test, ob die Fehler bei MP4 verschwinden, kommt es mir aber bestimmt nicht auf Eleganz und Allgemeingültigkeit der Skripte an.
Kann man irgendwie erkennen, welche TS-Aufnahmen Probleme bereiten? Und wie steht's mit PES-Aufnahmen?
So, ich habe ein bash und ein Python script ins git geladen (tools-Ordner)
Du must avconv und python auf deinem System installiert haben.
Zudem mußt Du im ts2mp4.sh bash script den absoluten Pfad zum, append_metadata.py script eintragen.
Du mußt im ts2mp4.sh script das Zielverzeichniss (wie /hd2/mpeg) haben. Ich nutze hier immer den Media-Folder, sodaß ich über das Plugin direkt auf das Ergebnis zugreifen kann.
Beispiel: Gehe in dein Aufnahmen-Verzeichnis.
~/vdr/tools/ts2mp4.sh Navy_CIS/
es darf (zZ) nur ein Unterordner (wie 2015-02-22.20.12.3-0.rec) im Verzeichnis haben.
Kann man irgendwie erkennen, welche TS-Aufnahmen Probleme bereiten?
Wenn die Aufnahme über Mitternach läuft oder wenn die Aufnahme wegen zB Gewitter gestört ist.
Ton-Probleme habe ich bei einigen Regional Sendern festgestellt.
Grüße,
T.
Danke für die Skripte. Leider tritte bei beiden Testaufnahmen beim Konvertieren ein Fehler auf. Ich weiß, ich sollte das selber lösen. Aber kenne mich da leider so gar nicht aus... 
SD-Aufnahme
avconv command line: -i concat:00001.ts -map 0 -c copy /pub/media/Kulturzeit_Test.mp4
------------------------------------------------------
avconv version 0.8.16-6:0.8.16-1, Copyright (c) 2000-2014 the Libav developers
built on Sep 17 2014 13:32:57 with gcc 4.7.2
[mpegts @ 0x91d3800] max_analyze_duration reached
[NULL @ 0x91f2880] start time is not set in estimate_timings_from_pts
[mpegts @ 0x91d3800] PES packet size mismatch
Last message repeated 3 times
Input #0, mpegts, from 'concat:00001.ts':
Duration: 00:38:11.36, start: 66210.006644, bitrate: 5528 kb/s
Program 132
Stream #0.0[0xd2]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0xdc](deu): Audio: mp2, 48000 Hz, stereo, s16, 256 kb/s
Stream #0.2[0xdd](mis): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s
Stream #0.3[0xde](mul): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s
Stream #0.4[0xe1](deu): Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s
Stream #0.5[0xe7](deu): Subtitle: dvbsub (hearing impaired)
Stream #0.6[0xe6]: Data: [6][0][0][0] / 0x0006
[mp4 @ 0x91d62e0] track 5: could not find tag, codec not currently supported in container
Output #0, mp4, to '/pub/media/Kulturzeit_Test.mp4':
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: mpeg2video, yuv420p, 720x576 [PAR 64:45 DAR 16:9], q=2-31, 15000 kb/s, 90k tbn, 90k tbc
Stream #0.1(deu): Audio: mp2, 48000 Hz, stereo, 256 kb/s
Stream #0.2(mis): Audio: mp2, 48000 Hz, stereo, 192 kb/s
Stream #0.3(mul): Audio: mp2, 48000 Hz, stereo, 192 kb/s
Stream #0.4(deu): Audio: ac3, 48000 Hz, stereo, 448 kb/s
Stream #0.5(deu): Subtitle: dvbsub (hearing impaired)
Stream #0.6: Data: [6][0][0][0] / 0x0006
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Stream #0:2 -> #0:2 (copy)
Stream #0:3 -> #0:3 (copy)
Stream #0:4 -> #0:4 (copy)
Stream #0:5 -> #0:5 (copy)
Stream #0:6 -> #0:6 (copy)
Could not write header for output file #0 (incorrect codec parameters ?)HD-Aufnahme
avconv command line: -i concat:00001.ts -map 0 -c copy /pub/media/Welcome_Test.mp4
------------------------------------------------------
avconv version 0.8.16-6:0.8.16-1, Copyright (c) 2000-2014 the Libav developers
built on Sep 17 2014 13:32:57 with gcc 4.7.2
[NULL @ 0x9350a00] start time is not set in estimate_timings_from_pts
[mpegts @ 0x9333800] PES packet size mismatch
Last message repeated 2 times
Input #0, mpegts, from 'concat:00001.ts':
Duration: 00:21:33.73, start: 73402.752767, bitrate: 12520 kb/s
Program 132
Stream #0.0[0x1465]: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
Stream #0.1[0x1466](deu): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s
Stream #0.2[0x1467](mis): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s
Stream #0.3[0x146a](deu): Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s
Stream #0.4[0x1473](deu): Subtitle: dvbsub (hearing impaired)
Stream #0.5[0x1468]: Data: [6][0][0][0] / 0x0006
[mp4 @ 0x939fb80] track 4: could not find tag, codec not currently supported in container
Output #0, mp4, to '/pub/media/Welcome_Test.mp4':
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 90k tbn, 90k tbc
Stream #0.1(deu): Audio: mp2, 48000 Hz, stereo, 192 kb/s
Stream #0.2(mis): Audio: mp2, 48000 Hz, stereo, 192 kb/s
Stream #0.3(deu): Audio: ac3, 48000 Hz, stereo, 448 kb/s
Stream #0.4(deu): Subtitle: dvbsub (hearing impaired)
Stream #0.5: Data: [6][0][0][0] / 0x0006
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Stream #0:2 -> #0:2 (copy)
Stream #0:3 -> #0:3 (copy)
Stream #0:4 -> #0:4 (copy)
Stream #0:5 -> #0:5 (copy)
Could not write header for output file #0 (incorrect codec parameters ?)Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!