tvstreamrecord - Aufzeichnen von HTTP-Streams

[CarlosTT]

Hi Pav,

so - hab mal meinen Gerätepark ausgepackt. Den Effekt hab ich nur mit dem neuen iPad Mini 4 - auf allen anderen iPads (immerhin 3 Stück unterschiedlichen Alters) und iPhones funktionierts. Ich werde mal die Einstellungen prüfen.

Übrigens: Unter Python 3.5 ist urllib.request wohl wirklich 'broken'. Aber da beschäftige ich mich auch noch mit.

Gruß
Karl

 

[ecmar]

Servus Pavion,

die Auslastung des NAS ist bei 4 HD Streams bis jetzt immer so hoch gewesen, hab ja auch nur die kleine DS213J.
Auf dem NAS läuft noch mehr daher ist dies erstmal so ok, Habe jetzt die Anwendung auf das andere NAS umgezogen und da läuft alles Top.

Vielen Dank noch mal für die gute Anwendung ich hoffe du bleibst dran, deine Community wächst !!

Bei jeder Beratung über eine Synology kommt deine Anwendung hier zur Vorführung

Gruß
ecmar

 

[CarlosTT]

Hi Pav,
die Browserdarstellung läuft inzwischen auf allen Geräten, keine Ahnung was das auf dem iPad Mini war.

Für Python 3.5 suche ich noch nach einer Anpassung.

 

[Pavion]

Hi Karl,

welchen Fehler meinst Du? Bei mir läuft auch unter Python 3.5 alles ohne Probleme.

Gruß
Pav

 

[CarlosTT]

Hi Pav,
das war das Zusammenspiel mit dem NetStream 4SAT und diesem Bug: https://bugs.python.org/issue14044.

Auf dem NAS läuft bei mir ja noch 2.7, daher konnte ich das bisher noch nicht testen. Auf dem iMac hab ich jetzt Python 3.5 installiert und damit tritt der obige Effekt auch auf.

Gruß
Karl

 

[Pavion]

Hallo Karl,

wenn alle Stricke reißen, kannst Du versuchen, Deine Streams über ffmpeg aufzunehmen, vielleicht klappt es ja dann besser. Du müsstest nur die passende Version runterladen, Pfad in die Konfiguration->FFMPEG eintragen und http zu Protokollliste hinzufügen.

Gruß
Pav

 

[hyxamp]

Guten Abend,
ich bin doch endlich dazu gekommen ein paar Sendungen aufzunehmen und zu schauen. Allerdings musste ich feststellen, dass der Ton dem Bild deutlich voraus ist! Bisher konnte ich es einigermaßen in VLC mit der Audioverzögerung ausgleichen (muss nicht Lippensynchron sein, sind meist Sportsendungen) aber mich würde es schon interessieren ob es evtl. ein Hardware (zu alt/schlecht/langsam) oder doch eher ein Software-Problem ist. Ich habe das Gefühl die Unsynchronität tritt irgendwann in den ersten 10min. der Aufnahme auf, bleibt dann aber Konstant (sodass es sich wie gesagt ausgleichen lässt). Bild und Ton ist trotzallem soweit flüssig. Hatte bereits jemand ein ähnliches Problem?

Viele Grüße

 

[Sedrah]

Hey Pav,

ein frohes Neues auch dir!

Nachdem ich ein paar Tage Zeit und ein paar mehr Euro über hatte gabs bei mir u.a. eine neue VU+ und zusätzlich einen Kabel-USB-Tuner. Auch hier läuft wieder alles super (nachdem ich mir mein eigenes Tool geschrieben hatte um aus meinen Sendern eine M3U zu basteln) und diese im TVSR hinzuzufügen.

Leider habe ich ein Problem und in der Zwischenzeit zu viel geändert um es 100% einzugrenzen. Mein Problem ist der Stream EPG Import haut nicht mehr hin

Als erstes hatte ich die alte Version vom TVSR, die VU+ und eine alte Netzwerkkonfig (wäre zu viel zu Schreiben gehe aber gerne näher darauf ein wenn es hier Probleme geben sollte)
Dann habe ich TVSR in Version 1.2.1 installiert (aus dem Paket Manager der Syno) - lief weiter ohne Probleme
Kabel-Tuner installiert und nicht im TVSR drin gehabt, da: zu faul - Alles lief wie zuvor und auch der Import für die Sat Sender lief ohne Probleme.
Innerer Schweinehund wurde überwunden Kabelsender im TVSR integriert und zwar indem ich auch die alten Überschrieben habe mit einer großen M3U Datei.
Wenn ich jetzt für einen Sender die Stream EPG Import einschalten möchte, kann ich zwar in den Sendereinstellungen im TVSR den Schieber auf "EIN" stellen und "ändern" klicken (Seite wird neu geladen) aber wenn ich dann wieder in die Einstellungen gucke ist hier keine Änderung gespeichert und beim manuellen Import durchsucht er auch nicht den Sender - korrigiere: er scannt und findet etwas ist also wohl nur ein Darstellungsfehler?!.

HILFE

Danke schon mal wenn du dazu kommst mir ein weiteres Mal zu helfen!

PS:
Aufzeichnen funktioniert.

 

[Pavion]

Hallo hyxamp,

mit den Standardeinstellungen darf so etwas eigentlich nicht passieren, da die aufgenommenen Streams nicht verändert, sondern nur kopiert werden. Bisher ist mir so ein Problem nicht bekannt. Ich bitte Dich um etwas mehr Info:
- Welche Streams nimmst Du auf bzw. wie sieht die URL aus?
- Sofern Du ffmpeg nutzst, hast Du irgendwelche Einstellungen angepasst?
- Steht im Log etwas Besonderes?
- Hast Du andere Abspielsoftware versucht? WMP, MPC o.Ä.?
- Ist Deine DS vielleicht beim Aufnehmen bzw. zu Beginn einer Aufnahme überlastet?

Gruß
Pav

 

[hyxamp]

Hallo Pavion und vielen Dank für deine Antwort!
Bei meiner Diskstation handelt es sich im übrigen um eine Synology DS111. Nicht mehr das neuste Modell und sicherlich nicht die Schnellste, aber hatte bisher noch nie Probleme wenn es beispielsweise um das Abspielen irgendwelcher 1080p - Filme in DTS ging. Daher habe ich auch noch keinen Grund etwas aufzustocken.

Zu den Infos:

Da wir Entertain der Telekom benutzen, kann ich auch problemlos deren IP-Liste für IPTV verwenden.
Für ZDF sieht das dann zb. so aus: rtp://@239.35.10.5:10000
Die Unsynchronität entsteht nicht durch einen fehlerhaften Stream, öffne ich diese IP in VLC, hat alles seine Richtigkeit.

Es ist zwar schon eine Weile her, aber ich möchte meinen das ich in den Einstellungen nur die "Dateierweiterung der Aufnahme" auf .avi geändert habe. In der FFMPEG Unterstützung ist folgendes eingetragen:

Stream-Protokolle, die an ffmpeg weitergeleitet werden sollen: rtmp rtp rtsp
Kompletter Pfad für ffmpeg: /volume1/@appstore/MediaServer/bin/ffmpeg
Zusätzliche Parameter für ffmpeg (Vorgabe: '-acodec copy -vcodec copy'): -acodec copy -vcodec copy

Bin mir wie gesagt nicht mehr ganz sicher aber ich möchte meinen das ich dort nix verändert habe.
Ich denke in den Logs steht jetzt auch nix besonderes. Hier wäre mal einer von Anfang Dezember:

2015-12-04 22:31:20 OUT Using Python (python)...
2015-12-04 22:31:23.782 Starting tvstreamrecord v.1.1.0 with Python 2
2015-12-04 22:31:23.783 Logging output initialized
2015-12-04 22:31:23.802 Initializing database...
2015-12-04 22:31:23.823 Initializing config...
2015-12-04 22:31:23.848 Checking internationalization...
2015-12-04 22:31:23.923 Initializing records...
2015-12-04 22:31:23.927 Initializing EPG import thread...
2015-12-04 22:31:23.928 Starting server on: 0.0.0.0:8030
2015-12-06 17:22:13.168 Record: Thread timer for 'NFL Week 13 - Seahawks vs. Vikings' started for 5566 seconds
2015-12-06 17:23:29.967 Record: Thread timer for 'NFL Week 13 - Eagles vs. Patriots' started for 18390 seconds
2015-12-06 18:55:00.035 FFMPEG (rtp) record 'NFL Week 13 - Seahawks vs. Vikings' called with:
2015-12-06 18:55:00.053 ['/volume1/@appstore/MediaServer/bin/ffmpeg', u'-i', 'rtp://@239.35.20.33:10000', u'-y', u'-loglevel', u'fatal', u'-t', u'12899', '-acodec', 'copy', '-vcodec', 'copy', u'/volume1/video/WebStreams/NFL_Week_13___Seahawks_vs__Vikings.avi']
2015-12-06 22:30:00.016 FFMPEG record 'NFL Week 13 - Seahawks vs. Vikings' ended
2015-12-06 22:30:00.096 FFMPEG (rtp) record 'NFL Week 13 - Eagles vs. Patriots' called with:
2015-12-06 22:30:00.103 ['/volume1/@appstore/MediaServer/bin/ffmpeg', u'-i', 'rtp://@239.35.20.33:10000', u'-y', u'-loglevel', u'fatal', u'-t', u'16199', '-acodec', 'copy', '-vcodec', 'copy', u'/volume1/video/WebStreams/NFL_Week_13___Eagles_vs__Patriots.avi']
2015-12-07 02:59:59.479 FFMPEG record 'NFL Week 13 - Eagles vs. Patriots' ended

Ich sehe da jetzt eigentlich nix besonders, hab davon aber auch nicht sonderlich viel Ahnung
Es handelt sich dabei um eine Aufzeichnung von Pro7 Maxx (nicht in HD).

Als alternative Abspielsoftware habe ich bisher WMP, Plex und MRMC-Mediaplayer verwendet. Jeweils auf verschiedenen Rechner und unterschiedlichen Betriebssystemen.

Das die DS überlastet ist, glaube ich eigentlich nicht. Sie hat nicht besonders viele Aufgaben. Hin und wieder wird mal ein Stream gestartet, aber überwiegend dient sie als Dokumentenspeicher. Lediglich nachts wird zu einer bestimmten Zeit ein Backup auf eine externe Festplatte vorgenommen, allerdings starten die Aufnahmen schon vorher. In diesem Zusammenhang würde mir nur einfallen, dass die Festplatte der DS irgendwann in einen Ruhemodus fällt. Damit meine ich, dass wenn ich nach etwas längerer Zeit auf die DS zugreifen möchte, ein paar Sekunden warten muss (man hört auch wie die Festplatte dann erst hochfährt). Vielleicht könnte es damit was zu tun haben?

Viele Grüße!

 

[Pavion]

Hallo Sedrah,

danke für Deinen Hinweis: nach der Aktualisierung vieler JS-Komponenten gingen die Schalter nicht mehr richtig, teils wurden Einstellungen jedoch ohne korrekte Anzeige übernommen, was man auch im Log nachvollziehen konnte. Wenn Du es also schaffst, EPG-Daten aus dem Stream zu ziehen, ist es wirklich nur ein Anzeigefehler und ich kann Dir auch gern eine neue Version anbieten (s. changelog).

Wenn jedoch Auslesen von EPG Daten aus dem Stream nicht mehr geht und im Log steht z.B.:

Could not extract a channel list from provided stream, tried to use URLs instead
EPG grab finished with 963 channels, 0 guide infos, joined amount: 0

werde ich vermutlich auch nicht mehr helfen können. Bei mir hat es irgendwann komplett aufgehört zu funktionieren (Gerätefirmware?!) und ich habe es eigentlich schon für tot erklärt und wollte es komplett entfernen. Ich würde also sehr gern wissen, ob es bei Dir immer noch funktioniert und genutzt wird.

Gruß
Pav

 

[Pavion]

Hallo hyxamp,

ich würde versuchen die Erweiterung von avi in mpg, ts oder mkv zu ändern und zu testen. Wenn es nicht funktionieren sollte, muss man etwas tiefer schauen. Wie gesagt, ich gebe nur einen Befehl an ffmpeg weiter und dieser Befehl heißt auch nur "kopieren". Sollte da was schief gehen, kann es also nur daran liegen, dass ffmpeg den Stream falsch interpretiert. Notfalls müsste man direkt in der Konsole schauen, was los ist.

Gruß
Pav

 

[Sedrah]

Hallo Pav,

danke für die Antwort.
Ja aktuell funktioniert es bei mir!

Could not extract a channel list from provided stream, tried to use URLs instead
EPG grab finished with 82 channels, 2866 guide infos, joined amount: 468

Dies funktioniert zwar nicht bei jedem Sender aber das würde mir so vollkommen reichen, da ich bei mc2xml keine EPG Daten mehr bekommen habe (wohl aus einem Rechte Problem) und warum dann nicht etwas nutzen was zumindest bei 90% Daten liefert und hoffentlich auch dauerhaft (ich weiß, dass es auch mit XMLTV-Import geht)

Ich teste gerne auch eine neue Version wenn es für dich nicht mehr Arbeit bedeutet.

Danke
Olli

 

[Pavion]

Hallo Olli,

freut (und wundert) mich, dass es bei Dir noch läuft. Dann lasse ich es erst mal auch weiter so laufen. Hier findest Du die aktuelle Version mit der Bitte zu schauen, ob es nun funktioniert.

Gruß
Pav

 

[Sedrah]

Hey Pav,

super läuft! Wenn ich dir irgendetwas liefern kann, um zu debuggen wo bei dir vllt der Fehler liegt sag einfach bescheid.

Bei mir verwendete Hardware/Software: Vu+ Solo 2 mit dem aktuellen VTi (zum Testen hat es auch mit einer Duo funktioniert) und das EPG Scannen klappt sowohl für Sat als auch für Kabel mit einem DVB-C Stick.

Danke für das schnelle Beheben des Fehlers!

Gruß
Olli

 

[meister0815]

Hallo Pavion,

erstmal ein Danke für diese App, echt coole Sache. Hab sie heute gesucht und entdeckt.
Nach Stundenlangem probieren wende ich mich nun doch an dich, komme einfach zu keinem Ergebnis.

Ich habe eine Diskstation 414 mit DSM 5 neueste Version.
tvstreamrecorder über den Paketcenter installiert und läuft.
Webinterface aufgerufen und den Streampfad von ...common auf einen meiner Wahl umgestellt,
dann die Telekom EntertainSenderliste aus VLC (läuft in VLC einwandfrei) in den tvstreamrecorder importiert und eine Aufnahmen programmiert.
Es wurde bisher nicht einmal ansatzweise eine videodatei (ts mpg oder mkv etc etc) aif der DS erzeugt.
Habe auch schon sämtliche ffmpeg versionen auf der DS durch und die Dateitypen durchprobiert (ts mkv mp4 etc etc)
Dann habe ich mal per SSH auf die Diskstation zugegriffen um dort per Konsolenbefehl ffmpeg zu starten, auch kein Ergebnis.
Tja zu guter letzt habe ich den gleichen Konsolenbefehl lokal auf meinem Mac im Terminal gestartet und es wurde eine videodatei aufgezeichnet. Auf dem Mac habe ich allerdings von ffmpeg.org die Version 2.8.4 gezogen und benutzt, ist natürlich neuer als auf der DSM, aber das wird ja nicht der Grund sein.

Hier noch ein logfile Ausschnitt von tvstreamrec.
2016-01-03 15:30:03.045 FFMPEG (rtp) record '(17) zdf_neo' called with:
2016-01-03 15:30:03.045 [u'/volume1/@appstore/VideoStation/bin/ffmpeg', u'-i', 'rtp://@239.35.10.27:10000', u'-y', u'-t', u'56', u'-loglevel', u'fatal', u'-acodec', u'copy', u'-vcodec', u'copy', u'-f', u'ts', u'/volume1/TV_Aufnahmen/20160103153003 - _17__zdf_neo.ts']
2016-01-03 15:31:33.205 FFMPEG Record '(17) zdf_neo' had to be killed. R.I.P.
2016-01-03 15:31:33.318 FFMPEG record '(17) zdf_neo' ended
2016-01-03 15:31:33.323 FFMPEG Record '(17) zdf_neo': termination may have failed
2016-01-03 16:02:03.991 FFMPEG (rtp) record '(37) SWR BW' called with:
2016-01-03 16:02:04.050 [u'/volume1/@appstore/VideoStation/bin/ffmpeg', u'-i', 'rtp://@239.35.10.16:10000', u'-y', u'-t', u'116', u'-acodec', u'copy', u'-vcodec', u'copy', u'-f', u'ts', u'/volume1/TV_Aufnahmen/20160103160203 - _37__SWR_BW.ts']
2016-01-03 16:04:33.683 FFMPEG Record '(37) SWR BW' had to be killed. R.I.P.
2016-01-03 16:04:33.783 FFMPEG Record '(37) SWR BW': termination may have failed
2016-01-03 16:04:33.784 FFMPEG record '(37) SWR BW' ended with an error:ffmpeg version 2.0.2 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 4 2015 18:41:57 with gcc 4.6.4 (Linaro GCC branch-4.6.4. Marvell GCC Dev 201310-2126.3d181f66 64K MAXPAGESIZE ALIGN) configuration: --prefix=/usr/pkg --incdir='${prefix}/include/ffmpeg' --arch=armv7 --target-os=linux --cross-prefix=/usr/local/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-version3 --enable-nonfree --enable-libfaac --enable-encoders --enable-pthreads --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffplay --disable-doc --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-decoder=amrnb --disable-encoder=zmbv --cc=/usr/local/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-ccache-gcc --enable-shared --disable-static --disable-encoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=dca --disable-decoder=eac3 --disable-decoder=truehd --enable-libfdk-aac libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100
2016-01-03 16:16:43.167 Record: Thread timer for '(39) WDR' started for 16 seconds
2016-01-03 16:17:00.141 FFMPEG (rtp) record '(39) WDR' called with:
2016-01-03 16:17:00.284 [u'/volume1/@appstore/VideoStation/bin/ffmpeg', u'-i', 'rtp://@239.35.10.18:10000', u'-y', u'-t', u'119', u'-acodec', u'copy', u'-vcodec', u'copy', u'-f', u'ts', u'/volume1/public/20160103161700 - _39__WDR.ts']
2016-01-03 16:19:33.953 FFMPEG Record '(39) WDR' had to be killed. R.I.P.
2016-01-03 16:19:34.120 FFMPEG record '(39) WDR' ended with an error:ffmpeg version 2.0.2 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 4 2015 18:41:57 with gcc 4.6.4 (Linaro GCC branch-4.6.4. Marvell GCC Dev 201310-2126.3d181f66 64K MAXPAGESIZE ALIGN) configuration: --prefix=/usr/pkg --incdir='${prefix}/include/ffmpeg' --arch=armv7 --target-os=linux --cross-prefix=/usr/local/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-version3 --enable-nonfree --enable-libfaac --enable-encoders --enable-pthreads --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffplay --disable-doc --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-decoder=amrnb --disable-encoder=zmbv --cc=/usr/local/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-ccache-gcc --enable-shared --disable-static --disable-encoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=dca --disable-decoder=eac3 --disable-decoder=truehd --enable-libfdk-aac libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100
2016-01-03 16:19:34.146 FFMPEG Record '(39) WDR': termination may have failed
2016-01-03 16:57:48.967 FFMPEG (rtp) record '(25) hr' called with:
2016-01-03 16:57:49.027 [u'/volume1/@appstore/VideoStation/bin/ffmpeg', u'-i', 'rtp://@239.35.10.8:10000', u'-y', u'-t', u'311', u'-loglevel', u'error', u'-acodec', u'copy', u'-vcodec', u'copy', u'-f', u'ts', u'/volume1/public/20160103165748 - _25__hr.ts']
2016-01-03 17:03:33.959 FFMPEG Record '(25) hr' had to be killed. R.I.P.
2016-01-03 17:03:34.145 FFMPEG record '(25) hr' ended
2016-01-03 17:03:34.236 FFMPEG Record '(25) hr': termination may have failed
2016-01-03 17:08:19.918 Record: Thread timer for '(36) SR' started for 40 seconds
2016-01-03 17:09:00.063 FFMPEG (rtp) record '(36) SR' called with:
2016-01-03 17:09:00.081 [u'/volume1/@appstore/VideoStation/bin/ffmpeg', u'-i', 'rtp://@239.35.10.15:10000', u'-y', u'-t', u'359', u'-loglevel', u'error', u'-acodec', u'copy', u'-vcodec', u'copy', u'/volume1/public/20160103170900 - _36__SR.mpg']

Wäre für Hilfe sehr dankbar.

 

[Pavion]

Hallo und danke für Dein Interesse,

wenn Du schon auf die DS per SSH zugreifen kannst, führe doch bitte den entsprechenden Befehl in Deiner Konsole aus und schaue, was rauskommt:

ffmpeg -i 'rtp://@239.35.10.8:10000' -y -t 311 -loglevel error -acodec copy -vcodec copy -f ts '/volume1/public/20160103165748 - _25__hr.ts'

Irgendwo muss ja ffmpeg dann kotzen und irgendwas sagen... Melde Dich, wenn Du mehr rausfindest bzw. schicke mir ffmpeg-Ausgabe per PM oder Mail.

Gruß
Pav

 

[meister0815]

ffmpeg tcstreamrecorder

Hallo Pavion,

habe deinen Tipp über SSH probiert, das Ergebnis ist leider ernüchternd, ich dreh hier noch am Rad, weil auf der DS so garnichts passiert irgendwie , komisch.

ffmpeg -i rtp://@239.35.10.8:10000 -y -t 10 -loglevel error -acodec copy -vcodec copy -f ts /volume1/public/20160103165748-_25__hr.ts
rtp://@239.35.10.8:10000: Protocol not found

Hab auch diese ffmpeg Pfade auf meiner DS verwendet
/volume1/@appstore/VideoStation/bin/ffmpeg cursor blinkt und blinkt
/volume1/@appstore/MediaServer/bin/ hier gibts dann aber einen Socket: Permission error
und /volume1/@appstore/AudioStation/bin/ffmpeg cursor blinkt und blinkt

der Cursor blinkt und wenn ich nicht mit ctrl-c abbreche blinkt der noch ewig, aber nix passiert in dieser Zeit.
Ich weiss nicht ob das was hilft, aber während der Ausführung sehe ich im DS Resourcenmonitor unter Prozesse ein schlafendes python und kein ffmpeg,

Danke.

 

[Pavion]

Hallo,

heißt Deine Freigabe auch /volume1? Wie meinst Du, dass der Cursor blinkt? Einfach so ohne weitere Ausgaben? Kannst Du vielleicht einen Screenshot zusenden?
Daß einige ffmpeg-Varianten rtp nicht unterstützen, ist an sich bekannt und normal. Daß die anderen Versionen nichts (?) hergeben, ist schon verdächtig.
Auf der DS kannst Du prüfen, welche Versionen und wo installiert sind, indem Du den Befehl ausführst:

find / -name ffmpeg

Es tut mir Leid, wenn ich Dir nicht gleich helfen kann. So weit ich weiß, funktioniert Entertain bei den Anderen ohne Probleme. Da mein Programm in diesem Fall 100%ig von ffmpeg abhängt, muss es zuerst in der Konsole zum Laufen gebracht werden.
Zum Vergleich hänge ich eine Log-Datei meiner Konsole mit einer erfolgreichen Aufnahme, sowie den Screenshot von der Auslastung meiner DS. Wenn es bei Dir wesentlich anders aussieht, ist irgendwo ein Wurm drin...



Anhang anzeigen Konsole_Log.txt

Gruß
Pav

 

[meister0815]

Gelöst!!!

Hallo Pavion,

Danke für deine Mühe.
Ich habe nicht aufgegeben, auch wenn es mich schon fast in den Wahnsinn getrieben hatte. Damit hier aber alle was davon haben,melde ich ein Gelöst und die Lösung dazu.
Das Problem war die Firewall der Diskstation (ja ich habe zusätzlich zum Router - eine Fritzbox) auch die Firewall der Diskstation aktiviert. Ob das Sinn macht ist fraglich, hmmmm????

Jedenfalls habe ich die Quellen UDP Ports 47000-48000 in der DiskstationFirewall geöffnet und siehe da es läuft. Es geht hier wohl um das lokale Netzwerk, denn diese Ports habe ich in meinem Router nicht freigegeben.

Mit dem DSM CustomPaket DarkStat konnte ich diese Ports ermitteln, den Bereich habe ich gewählt, weil es nicht immer die gleichen Ports sind, sich aber vermutlich in diesem o.g. Bereich bewegen. Ging einfach schneller, als alle einzeln zu ermitteln.
Getrue dem Grundsatz, sowenig wie möglich Ports öffnen.

Eine Frage die so hier nicht unbedingt her gehört, hätte ich noch.
Ist es totaler Unsinn die Firewall der DSM und des Routers zu aktivieren?
In der Routerfirewall kann ich z.B. keine Sperren nach Ländern einstellen, deshalb kam ich überhaupt auf die Idee auch die DiskstationFirewall zu aktivieren.
Blöd ist halt, ich muss ggf. immer 2 Firewalls programmieren. logo.

Übrigens ist die Aufzeichnung mit der Diskstation nicht ganz fehlerfrei im Gegensatz zur Aufzeichnung mit VLC auf dem Macbook, was kann man da tun?

Danke nochmals
bis bald

cu meister0815