tvstreamrecord - Aufzeichnen von HTTP-Streams

[OliOS/2]

Hallo Pavion,

ich habe kürzlich meine Synology von DSM 7.1-xxxx auf die neue DSM Version 7.2-xxxx geupdatet.
Seitdem kann ich leider keine IP-Streams mehr aufnehmen. (Aufnahmen von DVB-C Streams, die die FritzBox über das Netzwerk liefert, sind allerdings noch möglich.)
Anhand der Log-Datei konnte ich feststellen, dass seltsamerweise seit dem Update vor jedem Parameter und der dazugehörigen Einstellung ein "u" gesetzt wird.
Hier ein Beispiel einer Testaufnahme:

['/volume1/tvstreamrecord/ffmpeg/ffmpeg', u'-i', 'https://mcdn.one.ard.de/ardone/hls/master.m3u8', u'-y', u'-t', u'3553', u'-loglevel', u'fatal', u'-acodec', u'copy', u'-vcodec', u'copy', u'/volume1/tvstreamrecord/Aufnahmen/test__20230610144346._1920.ts']

gefolgt von: Something went wrong with 'test', retry 1/99 in 10 seconds

Vor dem Update sah ein entsprechender Eintrag in der Log-Datei so aus:
['/volume1/tvstreamrecord/ffmpeg/ffmpeg', '-i', 'https://mcdn.one.ard.de/ardone/hls/master.m3u8', '-y', '-t', '6', '-loglevel', 'fatal', '-acodec', 'copy', '-vcodec', 'copy', '-map', '0:v', '-map', '0:a', '/volume1/tvstreamrecord/Aufnahmen/test.ts]

Wie man sieht, fehlt hier das "u" vor jedem Parameter.

Hast du oder vielleicht auch jemand anderes eine Erklärung, woran das liegen könnte?
Die Log-Einträge der DVB-C Streams (FritzBox) haben seit dem Update auch dieses "u" vor jedem Parameter. Hier sorgt dies aber scheinbar nicht für Probleme. Die Aufnahme ist erfolgreich.
Die Einstellung "Legacy-Aufzeichnungsmethode für http-Streams verwenden" habe ich bereits getestet, das Ergebnis war allerdings das gleiche.
Auch ein Update auf die neueste Version von tvstreamrecord hat das Poblem nicht behoben.

Eventuell liegt es auch gar nicht an diesem "u", allerdings war dies das einzige, was ich feststellen konnte.

Wenn jemand eine Idee hat, wie man dieses Problem beheben könnte, wäre ich sehr dankbar.

Vielen Dank im Voraus.

Viele Grüße
Oliver

 

[Pavion]

Hi Oliver!

"-u" bedeutet "Unicode-String" und deutet auf Python3 hin. An sich ist es kein Fehler, allerdings sind mir schon vereinzelte Probleme mit Python3 bekannt.
Im Zweifelsfall kannst Du Python2 installieren. Bei der Neuinstallation von TSR kann die Python-Version gewählt werden und wird auch bei jedem Start im Log ausgegeben.

Gruß
Pav

 

[OliOS/2]

Hi Pav,

vielen Dank für deine schnelle Antwort.
Ich habe gerade TSR mit der Option Python2 neu installiert. Python2 selbst war/ist bei mir bereits installiert.
Laut Log wird es auch benutzt:
"Starting tvstreamrecord v.1.6.4 with Python 2.7"

Das "u" vor jedem Parameter ist aber immer noch vorhanden. Ist das so richtig?
Die Aufnahmen eines IP-Streams schlagen leider weiterhin fehl.

Ich sehe auch gerade in meinen alten Logs, dass ich, vor dem Upgrade auf DSM 7.2-xxxx TSR 1.6.2 mit Python3 benutzt habe:
"Starting tvstreamrecord v.1.6.2 with Python 3.8"

Dort fehlt aber jeweils das "u" vor jedem Parameter. Ich befürchte, das Synology mit dem Update irgendwas "kaputt" gemacht hat.

Viele Grüße
Oliver

 

[Pavion]

Ist die URL überhaupt korrekt? Ich bin zwar gerade woanders, kriege aber nur "Access denied", wenn ich auf die Links klicke... diese Art Fehler dürfte nicht mit Python zusammenhängen. Im Zweifelsfall kannst Du versuchen ffmpeg mit diesen Parametern direkt aus der Konsole aufzurufen und seine Fehlermeldung genauer betrachten.

 

[OliOS/2]

Ja, URL ist korrekt. Habe es gerade getestet. Das mit ffmpeg auf der Konsole werde ich mal testen und mich später wieder melden.

 

[OliOS/2]

So, ich habe jetzt zum Testen eine aktuellere ffmpeg Version installiert, die allerdings auch nicht funktioniert (bei IP-Streams). Die anderen Streams funktionieren weiterhin.
Wenn ich den Befehl auf der Konsole eingebe kommt bei einer https URL folgende Fehlermeldung:
https protocol not found, recompile FFmpeg with openssl, gnutls or securetransport enabled.
https://mcdn.one.ard.de/ardone/hls/master.m3u8: Protocol not found

Wenn ich die URL auf http ändere, kommt folgende Fehlermeldung:
http://mcdn.one.ard.de/ardone/hls/master.m3u8: Protocol not found

Beide URL funktionieren unter VLC, allerdings ohne Ton.

Als Befehl habe ich Folgendes eingegeben:
ffmpeg -i https://mcdn.one.ard.de/ardone/hls/master.m3u8 -y -t 3501 -loglevel info -acodec copy -vcodec copy /volume1/tvstreamrecord/Aufnahmen/test.ts

 

[OliOS/2]

Hallo Pav,

bevor du jetzt eventuell zu tief in die Fehleranalyse einsteigst:
Ich habe gerade die Docker-Version von TSR installiert. Dort funktionieren die Aufnahmen von IP-Streams wie bisher => ich werde ab sofort mit der Docker-Version weiter arbeiten. Nochmals vielen dank für deine Unterstützung!

Viele Grüße Oliver

 

[Pavion]

Danke auch für die Rückmeldung! Ehrlich gesagt, hätte ich auch keine bessere Idee

 

[OliOS/2]

Ich werde die "native" TSR Installation allerdings dennoch weiterlaufen lassen, da in der Docker-Version die rtsp-Streams (DVB-C Streams) nicht funktionieren.
Hier bekomme ich die Fehlermeldung:
FFMPEG record ... ended with an error:b'Cannot map stream #0:4 - unsupported type.\nIf you want unsupported types ignored instead of failing, please use the -ignore_unknown option\nIf you want them copied, please use -copy_unknown\n'

Da für mich die DVB-Streams allerdings mit der nativen TSR Version funktionieren, werde ich jetzt keine weiteren Experimente machen, sondern es so hinnehmen wie es ist:
- IP-Streams funktionieren in Docker
- DVB-C Streams funktionieren in der nativen Version

 

[Pavion]

Klar, spricht nichts dagegen. Du kannst aber auch checken, ob die Docker-Installation entweder mit -ignore_unknown oder mit Deinen -map.... Parametern, die Du im ersten Post geschrieben hast, funktioniert.

 

[OliOS/2]

Hi Pav,

so, ich habe jetzt die ffmpeg Parameter, die ich in der nativen Version einsetze in die Docker-Version übertragen.
Danke für den so einfachen und offensichtlichen Tipp!
(Manchmal sieht man den Wald vor lauter Bäumen nicht.)

Mit den angepassten Parametern funktionieren nun in der Docker-Version die IP-Streams und auch die DVB-C Streams.
Perfekt! So habe ich nun wieder alles an einem Platz beisammen.

Viele Grüße Oliver

 

[Chiller8891]

Hi Pavion,

ich bin sehr neu mit Synology. Habe vor einer Woche mit der 423+ gestartet und bin über dein Super Programm gestolpert. Ich probiere hier schon seit stunden herum, bekomme aber keine Aufnahme hin.
EPG ist eingerichtet
Sender sind per M3U importiert
Anpassung der Sendernamen für die Verknüpfung zur EPG habe ich verstanden und funktioniert
FFMPEG ist in Version 4.1.8 standardmäßig über die Video Station installiert.
Standardordner habe ich so gelassen
Zusätzlicher Versuch im Docker mit deinem Image hat ebenso nicht funktioniert

Hier mein aktueller Fehlerlog:

['ffmpeg', '-i', 'rtsp://192.168.178.1:554/?avm=1&freq=338&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,100,101,102,103,104,105,106,1176,2070,2171', '-y', '-t', '249', '-acodec', 'copy', '-vcodec', 'copy', '/volume1/tvstreamrecord/20230628204050 - ddv.ts']

FFMPEG record 'ddv' ended with an error:b"ffmpeg version 4.1.9 Copyright (c) 2000-2022 the FFmpeg developers\n built with gcc 12.2.0 (GCC)\n configuration: --prefix=/usr --incdir='${prefix}/include/ffmpeg' --arch=i686 --target-os=linux --cross-prefix=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-shared --disable-static --disable-stripping --enable-version3 --enable-encoders --enable-pthreads --disable-protocols --disable-protocol=rtp --enable-protocol=file --enable-protocol=pipe --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffplay --disable-ffprobe --disable-doc --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-vaapi --disable-cuvid --disable-nvenc --disable-decoder=aac --disable-decoder=aac_fixed --disable-encoder=aac --disable-decoder=amrnb --disable-decoder=ac3 --disable-decoder=ac3_fixed --disable-encoder=zmbv --disable-encoder=dca --disable-decoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=eac3 --disable-encoder=truehd --disable-decoder=truehd --disable-encoder=hevc_vaapi --disable-decoder=hevc --disable-muxer=hevc --disable-demuxer=hevc --disable-parser=hevc --disable-bsf=hevc_mp4toannexb --x86asmexe=yasm --cc=/usr/local/x86_64-pc-linux-gnu/bin/ccache/x86_64-pc-linux-gnu-wrap-gcc --enable-yasm --enable-libx264 --enable-encoder=libx264\n libavutil 56. 22.100 / 56. 22.100\n libavcodec 58. 35.100 / 58. 35.100\n libavformat 58. 20.100 / 58. 20.100\n libavdevice 58. 5.100 / 58. 5.100\n libavfilter 7. 40.101 / 7. 40.101\n libswscale 5. 3.100 / 5. 3.100\n libswresample 3. 3.100 / 3. 3.100\n libpostproc 55. 3.100 / 55. 3.100\nrtsp://192.168.178.1:554/?avm=1&freq=338&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,100,101,102,103,104,105,106,1176,2070,2171: Protocol not found\nDid you mean file:rtsp://192.168.178.1:554/?avm=1&freq=338&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,100,101,102,103,104,105,106,1176,2070,2171?\n"


Vielen Dank fürs drüber schauen und die Rückmeldung

 

[Pavion]

Hi! Protokol not found bedeutet, dass Du eine andere ffmpeg-Verdion brauchst (vollständiger Pfad zu Video Station, Community Version oder selbst heruntergeladen, wie in meiner Anleitung).
Im Docker dürfte diese Meldung nicht kommen, ggfs. gibt es ein anderes Problem.

Grüße
Pav

 

[Chiller8891]

Danke für den Hinweis. Ich habe mich jetzt mehr auf den Docker fokussiert. Das war jetzt erfrischend. Er läuft zumindest bis zum Ende der Aufnahme durch. Anscheinend hat er jedoch am Ende beim speichern noch ein Problem. Ich hab den großen Teil mal etwas zusammengekürzt.
Danke auf jeden Fall für die schnelle Rückmeldung.

Grüße
Steffen

2023-06-28 21:41:00.001	FFMPEG (rtsp) record 'Test' called with:
2023-06-28 21:41:00.001	['ffmpeg', '-i', 'rtsp://192.168.178.1:554/?avm=1&freq=442&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,101,2201,2202,2203,2204,2206', '-y', '-t', '239', '-map', '0', '-c', 'copy', '-ignore_unknown', '-copy_unknown', '/volume1/test2/20230628214100 - Test.ts']
2023-06-28 21:45:30.014	FFMPEG record 'Test' ended with an error:b"ffmpeg version 5.1.2 Copyright (c) 2000-2022 the FFmpeg developers\n built with gcc 12.2.1 (Alpine 12.2.1_git20220924-r3) 20220924\n configuration: --prefix=/usr --enable-avfilter --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-gnutls --enable-gpl --enable-libass --enable-libmp3lame --enable-libpulse --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libx264 --enable-libx265 --enable-libtheora --enable-libv4l2 --enable-libdav1d --enable-lto --enable-postproc --enable-pic --enable-pthreads --enable-shared --enable-libxcb --enable-librist --enable-libsrt --enable-libssh --enable-libvidstab --disable-stripping --disable-static --disable-librtmp --disable-lzma --enable-libaom --enable-libopus --enable-libsoxr --enable-libwebp --enable-vaapi --enable-vdpau --enable-vulkan --enable-libdrm --enable-libzmq --optflags=-O2 --disable-debug --enable-libsvtav1\n libavutil 57. 28.100 / 57. 28.100\n libavcodec 59. 37.100 / 59. 37.100\n libavformat 59. 27.100 / 59. 27.100\n libavdevice 59. 7.100 / 59. 7.100\n libavfilter 8. 44.100 / 8. 44.100\n libswscale 6. 7.100 / 6. 7.100\n libswresample 4. 7.100 / 4. 7.100\n libpostproc 56. 6.100 / 56. 6.100\n[mpeg2video @ 0x7f3b453c1980] Invalid frame dimensions 0x0.\n[rtsp @ 0x7f3b48acc100] PES packet size mismatch\n[rtsp @ 0x7f3b48acc100] Packet corrupt (stream = 3, dts = 544531160).\n[mpeg2video @ 0x7f3b453c1980] Invalid frame dimensions 0x0.\n Last message repeated 33 times\n[rtsp @ 0x7f3b48acc100] Could not find codec parameters for stream 5 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec\nConsider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options\nInput #0, rtsp, from 'rtsp://192.168.178.1:554/?avm=1&freq=442&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,101,2201,2202,2203,2204,2206':\n Metadata:\n title : SatIPServer:1 0,0,4\n Duration: N/A, start: 6050.258222, bitrate: N/A\n Program 50400 \n Metadata:\n service_name : Radio-Test\n service_provider: Digital Free\n Program 50700 \n Metadata:\n service_name : sixx\n service_provider: Digital Free\n Program 53002 \n Metadata:\n service_name : TELE 5\n service_provider: Digital Free\n Program 53020 \n Metadata:\n service_name : EPG Digital\n service_provider: KD Home\n Program 53022 \n Program 53023 \n Program 53024 \n Program 53026 \n Program 53027 \n Metadata:\n service_name : Sagem RCI88-320 (1)\n service_provider: KD Home\n Program 53034 \n Program 53035 \n Program 53037 \n Program 53038 \n Program 53040 \n Program 53041 \n Program 53042 \n Program 53607 \n Metadata:\n service_name : Eurosport 1\n service_provider: Digital Free\n Program 53621 \n Metadata:\n service_name : ProSieben\n service_provider: Digital Free\n Stream #0:4: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn\n Side data:\n cpb: bitrate max/min/avg: 7812400/0/0 buffer size: 1835008 vbv_delay: N/A\n Stream #0:3(deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s\n Stream #0:2(deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 384 kb/s\n Stream #0:1(deu,deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)\n Stream #0:5: Unknown: none ([5][0][0][0] / 0x0005)\n Program 53622 \n Metadata:\n service_name : kabel eins\n service_provider: Digital Free\n Program 53627 \n Metadata:\n service_name : WELT\n service_provider: Digital Free\n No Program\n Stream #0:0: Data: epg\nOutput #0, mpegts, to '/volume1/test2/20230628214100 - Test.ts':\n Metadata:\n title : SatIPServer:1 0,0,4\n encoder : Lavf59.27.100\n Stream #0:0: Data: epg\n Stream #0:1(deu,deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)\n Stream #0:2(deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 384 kb/s (default)\n Stream #0:3(deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s\n Stream #0:4: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], q=2-31, 25 fps, 25 tbr, 90k tbn\n Side data:\n cpb: bitrate max/min/avg: 7812400/0/0 buffer size: 1835008 vbv_delay: N/A\n Stream #0:5: Unknown: none ([5][0][0][0] / 0x0005)\nStream mapping:\n Stream #0:0 -> #0:0 (copy)\n Stream #0:1 -> #0:1 (copy)\n Stream #0:2 -> #0:2 (copy)\n Stream #0:3 -> #0:3 (copy)\n Stream #0:4 -> #0:4 (copy)\n Stream #0:5 -> #0:5 (copy)\nPress [q] to stop, [?] for help\n[mpegts @ 0x7f3b43b72cc0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly\nframe= 0 fps=0.0 q=-1.0 size= 0kB time=00:00:00.00 bitrate=N/A speed=N/A \rrtsp://192.168.178.1:554/?avm=1&freq=442&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=1&pids=0,16,17,18,20,101,2201,2202,2203,2204,2206: corrupt input packet in stream 3\n Last message repeated 4 times\nframe= 101 fps=0.0 q=-1.0 size= 0kB time=00:00:06.04 bitrate= 0.0kbits/s speed=11.9x \rframe= 111 fps=110 q=-1.0 size= 0kB time=00:00:06.44 bitrate= 0.0kbits/s speed=6.36x \rframe= 126 fps= 83 q=-1.0 size= 0kB time=00:00:07.04 bitrate= 0.0kbits/s speed=4.64x \rframe= 137 fps= 68 q=-1.0 size= 0kB time=00:00:07.48 bitrate= 0.0kbits/s speed= 3.7x \rframe= 148 fps= 58 q=-1.0 size= 0kB time=00:00:07.92 bitrate= 0.0kbits/s speed=3.13x \rframe= 160 fps= 53 q=-1.0 size= 0kB time=00:00:08.40 bitratespeed=0.934x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.932x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.931x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.929x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.927x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.925x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.923x \rframe= 5924 fps= 23 q=-1.0 size= 113664kB time=00:03:59.01 bitrate=3895.7kbits/s speed=0.921x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.92x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.918x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.916x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.914x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.913x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.911x \rframe= 5924 fps= 23 q=-1.0 size= 113920kB time=00:03:59.01 bitrate=3904.5kbits/s speed=0.909x \rframe= 5924 fps= 22 q=-1.0 size= 114176kB time=00:03:59.01 bitrate=3913.3kbits/s speed=0.907x \rframe= 5924 fps= 22 q=-1.0 size= 114176kB time=00:03:59.01 bitrate=3913.3kbits/s speed=0.906x \rframe= 5924 fps= 22 q=-1.0 size= 114176kB time=00:03:59.01 bitrate=3913.3kbits/s speed=0.904x \rframe= 5924 fps= 22 q=-1.0 Lsize= 118207kB time=00:03:59.01 bitrate=4051.4kbits/s speed=0.903x \nvideo:69148kB audio:16802kB subtitle:7253kB other streams:16322kB global headers:0kB muxing overhead: 7.927737%\nExiting normally, received signal 15.\n"
2023-06-28 21:45:33.004	FFMPEG Record 'Test' had to be killed. R.I.P.
2023-06-28 21:45:33.004	FFMPEG Record 'Test': termination may have failed

 

[Pavion]

Falls Du die Docker Version verwendest, sollte der Ausgabepfad /volume1/common nicht verändert werden, da er auch in den Container-Einstellungen vorgegeben wird.

 

[Chiller8891]

Moin Pavion,

ich habe gestern noch ein wenig rumgespielt. Also trotz Fehlermeldung am Ende erstellt er mit die .TS Datei. (Habe ich natürlich zuerst übersehen) Den Ordner Test auf Volume 1 hatte ich anscheinend im Container und im Image angegeben, daher funktioniert es.

Aktuell habe ich nur noch ein kleineres Problem
Ich komme mit meinem Handy nicht auf die Oberfläche.
https://tvstreamrecord/records hier lande ich, wenn ich vom Laptop auf den Link https://tvstreamrecord im Container Manager klicke.
Gebe ich die selbe Adresse in Chrome oder Samsung Browser auf dem Handy ein, ist die Website nicht erreichbar.

Hast du dazu vielleicht noch einen Tipp?

 

[Pavion]

Kann ich nicht direkt nachvollziehen. Im Docker verwendet TSR intern den Port 8030, nach außen wird dieser im Container konfiguriert.
Dieser Port wird dann auch aufgerufen:
http://meine-Docker-Maschine:externer-Docker-Port
zum Beispiel:

http://diskstation:8030

wohl gemerkt, kein https!
Wenn Dein Handy im gleichen WiFi ist, dann sollte es dort genau so funktionieren, hier kannst Du auch gleich

http://diskstation:8030/mobile

verwenden.
Wenn Du es von unterwegs nutzen willst, muss der Port entsprechend freigegeben werden (generell rate ich davon ab, da der eingebaute Passwort-Schutz höchstens eine neugierige Katze abhalten kann, die versehentlich auf die Tastatur springt, wobei es bei Docker-Version etwas unbedenklicher ist).

 

[Chiller8891]

Perfekt vielen Dank. Du hast mich auf die richtige Spur gebracht. In der Web Station war es auf Namenbasiert und nicht portbasiert eingestellt. Jetzt klappt der Zugriff auch vom Handy.

Ich habe eine Fritzbox und nutze Wireguard. Eine andere Möglichkeit von außen ran zu kommen gibt es nicht.

Jetzt habe ich nur noch eine weitere Frage ;-)

Hast du einen Tipp für die Video Station? Er indiziert bei mir die neuen Aufnahmen nicht automatisch. Die letzte Aufnahme die 12:33 fertig war, ist noch nicht in der Video Station angekommen. Ich habe eine neue Bibliothek erstellt und direkt den Ordner hinzugefügt.
Bei der Medien Indizierung in der Systemsteuerung habe ich den Ordner auch hinzugefügt. (Auch wenn da steht Video Station interessiert das nicht)

Es kann doch nicht die einzige Möglichkeit sein, das immer per Hand zu machen.

Danke für die Hilfe bisher!

 

[Pavion]

Top!

Wenn Du kein Docker nutzt, kannst Du die Indizierung direkt aus TSR steuern. Bei Docker geht es halt nicht. Ein paar Ideen dazu habe ich hier: https://github.com/Pavion/tvstreamrecord/issues/53

 

[Chiller8891]

Vielen Dank dafür. Ich hab da viel rum probiert. Einmal ging es, hab aber zu viel probiert und wusste dann nicht mehr was das richtige war. Ich hab jetzt erstmal einen für mich akzeptablen Weg gefunden. Ich kopiere die Aufnahme einfach per Hand in den Video Ordner. Damit wird die Datei automatisch indiziert. Also vielen Dank für die schnelle und gute Hilfe!