Beiträge von fds97AVVS

fds97AVVS

Zitat von Malatesta

Ohne ffmpeg pipe schon. Mit, für Waipu PayTV/Private, fehlt mir der Plan wie ich das DVBViewer beibringe.

dvbviewer frist ja alles. hier mal eine loesung.

script:

Code

_tr=http://telerising:5000
read _line
echo HTTP/1.1 200 OK
echo
_data=($_line)
ffmpeg -loglevel fatal -cenc_decryption_key 12345 -i $_tr${_data[1]} -map 0 -c copy -copy_unknown -f mp4 -movflags frag_keyframe pipe:1

server:

Code

socat tcp-listen:1234,reuseaddr,fork system:'bash /tmp/telerising.sh'

playlist:

Code

#EXTM3U
#EXTINF:0001 tvg-id="ARD.de" tvg-chno="1" group-title="Live TV" tvg-logo="https://images.wpstr.tv/station/ard/13f3e0f0/hd/standard?res=320x180", Das Erste
http://server:1234/api/wpu/live/ard

test vlc:

Code

vlc http://server:1234/api/wpu/live/ard

mp4 mit ttml und decryption.

mit etwas glueck hat telerising mal ein eigenden ffmpeg spawner

edit: jetzt hab ich doch mein alten beitrag geloescht anstatt zu bearbeiten

fds97AVVS

Zitat von easy4me

Unterstützt DVBViewer eigentlich die Subtitles im TTML-Format?

nu hab ich mal mein dvbviewer key aus dem tiefsten backup der welt geschaufelt

und ja es geht damit, haette ich nu nicht gedacht das dvbviewer noch lebt.

kodi hab ich gleich mal mit getestet. ja hat auch untertitel (iptv simple)

fds97AVVS

Zitat von easy4me

Auch nicht bei HLS?

maps = ["0:v?", "0:a?"]

streamlink/src/streamlink/stream/hls/hls.py at master · streamlink/streamlink

Streamlink is a CLI utility which pipes video streams from various services into a video player - streamlink/streamlink

github.com

fds97AVVS

Zitat von easy4me

Eventuell kann ja Streamlink mit den Untertiteln besser umgehen.

leider nein: https://github.com/streamlink/str…sh/dash.py#L194

fds97AVVS

Zitat von niwi

Liegt es daran, dass TVHeadend die Unteretitel anders erwartet, als der Stream sie liefert

mpegts + ttml sind leider schlechte karten. da wirst du kein erfolg haben sorry.

fds97AVVS

Zitat von niwi

Sweez sendet aktuell (auf allen von mir gemappten Kanälen) nur noch in SD. Ist das bei euch auch so?

Code

Input #0, mpegts, from 'http://tvheadend.bunker.home:9981/stream/service/d788a0d74c05cab3c2f313db46408cd4?ticket=95d87f00a6272f1e30bb93b086531fda8322a876':
  Duration: N/A, start: 1.520000, bitrate: N/A
  Program 1 
    Metadata:
      service_name    : ORF 1 HD
      service_provider: FFmpeg
  Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn
  Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 130 kb/s

nein

fds97AVVS

Zitat von Paust55

Falls das nur mit HLS7 funktionieren sollte

ne alles gut DASH ist richtig. ja nerv mich ruhig wenn du das weiter verfolgen willst, interessiert mich warum das bei dir nicht geht.

fds97AVVS

Zitat von Paust55

Aber damit habe ich keinen Stream-Empfang, egal ob ich das unter Muxes oder Services probiere

hast du auch im telerising noch "HLS7" und nicht "DASH". kann ja sein das du durch tests da was geaendert hast.

annsonsten keine ahnung mehr, gleiche settings, gleiche version. das muss laufen.

Zitat von Paust55

Ein anderer Test ohne TVH:

den teil versteh ich nicht. hast du da direkt ffmpeg in der console laufen, oder wer spielt das erst 23 sekunden ohne bild?

ansonnsten las uns das auf private nachricht verschieben, und mal debug logs austauschen -loglevel debug

fds97AVVS

Zitat von Paust55

ich habe versucht es zu testen, aber es funktioniert nicht

ich habe das gerade mit ubuntu:24.04 getestet und es funkt. hier meine tests:

ffmpeg version 6.1.1-3ubuntu5
ffmpeg version 5.1.6-0+deb12u1
scan geht (sinnlos bei iptv mit telerising: service id: 1!)
zum testen nicht unter dem mux tab abspielen sondern nur unter services/channels
-re
ich nutze zum test phoenix wegen der uhrzeit einblendung aber 3sat oder andere sender gingen alle.
meine test pipe: pipe://ffmpeg -loglevel fatal -re -ss 00:00:50 -i "http://blubb:5000/api/wpu/live/phoenix.mpd" -ignore_unknown -map 0:0 -map 0:1 -map 0:2? -map 0:3? -map 0:4? -c:a:0 copy -c:a:1 copy -c:v copy -c:s copy -f mpegts -metadata service_name='_test' -

fds97AVVS

Zitat von Paust55

Wenn die Verzögerung bei ffmpeg ist, müsste dann nicht erst nach dem Umschalten diese Verzögerungszeit ablaufen, bevor der neue Kanal sichtbar wird?

dein player bricht die verbindung ab und baut fuer den naechsten kanal eine neue verbindung auf und fordert die daten an. waipu sendet dir die letzten x minuten, was ffmpeg nicht versteht und spiel dir die x minuten ab. wenn du im telerising den webplayer mal anmachst und den slider nach links verschiebst hast du genau den effekt. darum sagst du ffmpeg mit -ss, er soll das alles skippen und am ende startet von x minuten, was dann in etwa dem live signal entspricht.

fds97AVVS

Zitat von Paust55

Das muss doch direkt in die "pipe" für jeden Channel einzeln eingefügt werden?

probier es erstmal mit einem sender ob es klappt. -ss 00:00:50 muss aber vor -i stehen.

fds97AVVS

Paust55 hab mir das jetzt nochmal genau angeschaut und folgende loesung fuer dich, die funktioniert:

ffmpeg -ss mitgeben um das erste segment zu skippen. geh aber nicht zu hoch sonnst bist du zu schnell und es gibt noch kein neues segment (bild stottert).

mit -ss 00:00:50 hab ich ein gutes ergebniss mit 23 sekunden erreicht.

fds97AVVS

Zitat von easy4me

Beim Gleichsetzen lädt der Webplayer den Stream nicht mehr, beim Entfernen ändert sich am Delay nichts.

ja das wieder so ein thema. soll wohl nur in vlc gehen und nirgens anders.

hab grad mal 10 minuten gelesen und bin zu dem schluss gekommen, das die anbieter mit ihren apps halt beim stream start zum ende vom segment springen und fertig. sollte dann wohl jeden selber ueberlassen sein, ffmpeg etc dementsprechend zu aendern und telerising sollte halt das liefern was es jetzt auch macht.

fds97AVVS

unter android nutz ich immer diese moeglichkeit um nicht mit "data" und rechte rumzumachen

https://kodi.wiki/view/HOW-TO:Change_data_location_for_Android

fds97AVVS

Zitat von easy4me

Telerising reicht die Playlist im Istzustand weiter. Inwiefern soll hier etwas angepasst werden (availabilityStartTime weg)?

availabilityStartTime auf publishTime setzen oder entfernen.

Zitat von easy4me

aber nicht bei HLS

hat das gleiche problem, aber keine moeglichkeit zum anpassen. bleibt nur das volle segment uebrig

fds97AVVS

kleiner test

Code

#socat TCP-LISTEN:1234,crlf,reuseaddr,fork SYSTEM:"bash /tmp/test.sh"
#availabilityStartTime="1970-01-01T00:00:00Z" publishTime="2025-07-28T06:50:43.024123Z"
curl -s http://10.21.160.62:5000/api/o2t/live/phoenix > /tmp/test.m3u8
_t=$(cat /tmp/test.m3u|sed -n 's#.*publishTime="\(.*\)" minimumUpdatePeriod="PT3S".*#\1#p')
sed -i "s#1970-01-01T00:00:00Z#$_t#g" /tmp/test.m3u8


echo HTTP/1.1 200 OK
echo
cat /tmp/test.m3u8

problem ist availabilityStartTime. muss easy4memal schaun.

fds97AVVS

also die 22 sekunden sind normal, hab ich grad mal abgezaehlt

und die andere sache ist halt das die segmente so lang sind sind und ffmpeg/streamlink es von vorne abspielen und dadurch haste deine 60 sekunden

fds97AVVS

Zitat von Paust55

waipu über Telerising --> TVheadend --> PVR-Addon TVheadend-HTSP-Client: ca. 60 Sek.

ffmpeg/streamlink buffer
tvheadend buffer
kodi buffer
dann noch welcher anbieter. zattoo ch kannzt du alleine schon mit 60 sekunden verzoegerung rechnen.

wenn solche ereignisse sind guck ich dann immer ueber die mediatheken.

fds97AVVS

Zitat von HansPeterPaul

Erlaubt die API auch einen Parameter für den Port

settings -> Custom API port

Zitat von HansPeterPaul

bzw. wo werden die Einstellungen für Port usw. gespeichert

[telerising path]/settings.json

Zitat von HansPeterPaul

Hat die Fehlermeldung wie

Beitrag

RE: Telerising API - Zattoo, waipu.tv, blue TV & Sky CH für tvHeadend und VLC [Web App]

Es fehlen nur die Rytec ID-Mappings. Man benötigt sie nicht zwingend.

https://github.com/sunsettrack4/c…t_channels.json

easy4me

15. Juni 2025 um 16:40

fds97AVVS

Zitat von HansPeterPaul

Schade ist, dass der Client einen VPN benötigt

der einfachste weg ist: