Beiträge von ee8eiQuiedelei1U

Zitat von Horstepipe

mhh ok, nee hat sie natürlich nicht.
Kann man das irgendwie forcieren? Oder bringt es was wieder und wieder neue VMs zu erstellen, bis man den richtigen Bereich erwischt?

Hast du noch einen anderen Anbieter, der HD schauen aus der Schweiz für lau anbietet?

Danke und Gruß

moin, kannst das hier probieren: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

Alternativ einfach IPv6 freischalten und die v6 Zattoo-Server nutzen. Oracle gibt dir ein /56 Netz für jedes Interface und daraus kannst du eine /128 zuweisen. Das ist wohl nicht geblockt. Mit den zusätzlichen Interfaces bekommst du auch jeweils eine IPv4 die evtl. funktioniert. Ist etwas fummelig. Ich glaube der nginx ist nicht notwendig wenn man die Hostnamen jeweils in der `/etc/hosts` konfiguriert. Tvheadend hat da irgendwelche macken und wirft bestimmte URLs einfach zusammen...

Mal schauen wie lange das noch so funktioniert..

Bildqualität ist für 720p50 wirklich top! Für ÖR in DE/AT/CH vermutlich genauso gut wie yallo,zattoo etc.pp.. dafür (bislang) anscheinend unlimitierte Streams. SD-Sender sind aber noch mehr SD als bei yallo und co. und Pixelbrei. Anzahl der Sender scheint eher zufällig zu sein - mit Schweizer IP ist mein Ergebnis verschieden von easy4me mit dem gleichen Script.

Zitat von Micha47259

Hallo gibt es denn eine vollständige m3u von Sweez TV ?

$ channels=$(curl -L 'https://sweez.tv/api/mobile/channels' | jq -r '.[].channel_epg'); echo '#EXTM3U' > playlist.m3u8; for c in $channels; do echo '#EXTINF:-1,'$c >> playlist.m3u8; echo pipe://ffmpeg -loglevel fatal -i "https://viamotionhsi.netplus.ch/live/eds/$c/browser-dash/$c.mpd" -ignore_unknown -c:a copy -c:v copy -f mpegts -metadata service_name="$c" pipe:1 >> playlist.m3u8; done

Zitat von henrydatei

Hm, also ich habe mittlerweile noch mehr rumprobiert und habe jetzt das minimal Telerising ([Docker] telerising.minimal) zusammen mit TVHeadend in einen Stack gepackt:

Code

version: "3"
name: tvheadend
services:
  tvheadend:
    image: lscr.io/linuxserver/tvheadend:latest
    container_name: tvheadend
    environment:
      - PUID=1010
      - PGID=1004
      - TZ=Etc/UTC
      - RUN_OPTS= #optional
    volumes:
      - /data/docker/tvheadend:/config
      - /data/docker/tvheadend/recordings:/recordings
    ports:
      - 9981:9981
      - 9982:9982
    restart: unless-stopped
 
  telerising:
    image: qoopido/telerising.minimal:latest
    container_name: telerising
    environment:
      - PUID=1014
      - PGID=1004
    volumes:
      - /etc/timezone:/etc/timezone:ro
      - /etc/localtime:/etc/localtime:ro
      - /data/docker/settings.json:/settings.json
    ports:
      - 5000:5000
    restart: unless-stopped
    user: "1013:1004"

Alles anzeigen

Der TVHeadend Docker kann auch 8.8.8.8 pingen, ich denke also, dass da Internet verfügbar ist:

Code

root@cc2c7fba3ed9:/# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=59 time=16.041 ms
64 bytes from 8.8.8.8: seq=1 ttl=59 time=13.828 ms
64 bytes from 8.8.8.8: seq=2 ttl=59 time=14.038 ms
64 bytes from 8.8.8.8: seq=3 ttl=59 time=16.567 ms
64 bytes from 8.8.8.8: seq=4 ttl=59 time=14.395 ms
^C
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 13.828/14.973/16.567 ms

Alles anzeigen

Der Fehler bleibt am Ende der gleiche.

Ich glaube der Thread hier ist eher für konkrete Issues bzgl. telerising.

Ein paar mögliche Ursachen:

• ffmpeg version im tvheadend docker image. Bekommst du denn ein Signal mit ffprobe für den HLS-Stream ohne Tvheadend?
• Ist da noch irgendwie ein DNS-Proxy oder ähnliches involviert? Evtl. nutzt der tvheadend container den falschen DNS. Gleiches für eventuelle VPN geschichten.

• Ist denn deine Custom-IP da auch von Tvheadend korrekt erreichbar? Also in der Playlist steht sowas wie

  ffmpeg -loglevel fatal -i "http://telerising:5000/api/zc2/live/espreso_tv_ua.mpd" oder die ip? Evtl. muss man hier noch etwas anpassen

Eigentlich sollte es genügen in dem Setup in tvheadend telerising:5000/api .. zu nutzen und keine extra IPs, evtl. zickt ffmpeg herum du kannst dir ja die gesamte Commandline aus der Playlist holen und schauen ob du da einen Stream bekommst.

Edit: Sieht so aus als ob in der Dockerfile tvheadend gegen ffmpeg4 gebaut wird, aber auf CLI-Ebene wird ffmpeg 6.1 installiert obwohl alles andere ffmpeg4 ist: https://github.com/linuxserver/do…#L168C5-L168C12

Keine Ahnung ob das der Grund ist, aber evtl. mal testen ob ffmpeg4 funktioniert, den Binary-Pfad kann man in Telerising anpassen.

Zitat von IchBeiKodierds

Hallo Zusammen

Ich hätte da mal zwei Fragen, die hier sicher gut aufgehoben sind.

1. Gibt es einen Provider der:
- von Telerising unterstützt wird
- kostenlos ist
- mit Schweizer IP funktioniert
- und SERVUS TV AT im Angebot hat ?
(momentan hab ich nen extra RASPI mit Österreich IP am laufen um dort Servus zu besorgen, das klappt einwandfrei, aber schick ist das eben nicht. Die Schweizer IP auf dem Haupt TVH Raspi brauch ich für Netstream / Teleboy / Yallo ..., oder würden die bzw. irgendeiner davon auch mit AT IP funktionieren ?)

2. Wenn man eine neue Netstream M3U runterlädt, dann sind da nur noch ne Hand voll Sender drin (telerising 0.13.3). Warum ist das so ? Eine relativ alte Netstream M3U mit sehr vielen Sendern funtkioniert nach wie vor einwandfrei....

Danke Euch !

Alles anzeigen

nello hat Servus.TV im Angebot, ich denke Servus.TV Deutschland gibt's nicht mehr und das ist jetzt DF1 (gibt's bei zattoo.ch). Wobei nello wohl ohne möglichkeit neue Accounts anzulegen nicht so direkt als Provider zählt vermutlich.

Zitat von ee8eiQuiedelei1U

telerising selbst kann kein ipv6 - da kannst du mit socat hinbiegen wenn's auch via ipv6 erreichbar sein soll.

zattoo kann ipv6, man muss aber die server in der liste manuell auswählen (die sind mit v6 markiert) - funktioniert hier für yallo.ch und zatto.ch einwandfrei mit nur einer ipv6 adresse auf dem netzwerk-interface. tvheanded braucht noch den flag -6 irgendwo damit ipv6 dort nativ läuft.

ah, also ich hab's nochmal gelesen und es ist dann doch etwas komplizierter - telerising kann vermutlich kein ipv6 und man kann sich nicht einloggen, zattoo bietet aber streams via v6 an - vermutlich müsstest du dich initial irgendwie über v4 anmelden, ich nutze das ipv6 only nur für die ffmpeg streams und da geht es aber habe selbst nie telerising direkt auf v6 only server konfiguriert. also entschuldigung für die verwirrung: tl;dr:

- telerising: kein v6

- zattoo login: keine ahnung?

- zattoo cdn - einzelne server sind via v6 erreichbar (in der liste mit v6 teilweise gekennzeichnet oder man muss manuell nachschauen welche server AAAA-Records haben

Zitat von matthias1232

Hallo zusammen,

weiß jemand ob man Telerising auf einem ipv6 only Server starten kann?

Bei mir kommt nur folgendes:

 * IPv4 address: 127.0.1.1
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
* Running on all addresses (0.0.0.0)
* Running on http://127.0.0.1:5000
* Running on http://127.0.0.1:5000

telerising selbst kann kein ipv6 - da kannst du mit socat hinbiegen wenn's auch via ipv6 erreichbar sein soll.

zattoo kann ipv6, man muss aber die server in der liste manuell auswählen (die sind mit v6 markiert) - funktioniert hier für yallo.ch und zatto.ch einwandfrei mit nur einer ipv6 adresse auf dem netzwerk-interface. tvheanded braucht noch den flag -6 irgendwo damit ipv6 dort nativ läuft.

Zitat von easy4me

v0.12.9 bringt einen gewissen Anbieter zurück, sofern man noch einen Account von damals dort hat. Und es wurden ein paar Zattoo B2B-Partner hinzugefügt.

Alten Account gefunden: Funktioniert. Klasse und Danke!

Gibt's denn irgendwelche Prognosen wie lange das läuft? Das wäre ja richtig cool, wenn der Anbieter noch ne weile lebt, weil kein Limit für parallele Streams.

Zitat von easy4me

Bei mir funktioniert der Wechsel der Quelle zumindest nur beim Starten des Kanals, dauert aber ggf. relativ lange, hängt vermutlich von der eingestellten Timeout-Zeit (15s) ab.

Es sind jedenfalls mehrere Netzwerke mit unterschiedlichen Prioritäten hinterlegt, und einem Sender sind ggf. mehrere Services aus diesen Netzwerken zugeordnet.

Danke für die Antwort - Ah, das klingt schonmal hoffnungsvoll. Da muss ich nochmal rumprobieren, unterschiedliche Prioritäten und mehrere Services pro Kanal habe ich auch. Aber wenn "Keine Daten" -> Anderer Service beim Starten läuft wäre es schon mal ein Upgrade.

Habe in der Zwischenzeit noch den Post hier gefunden, der zumindest eher negativ klingt: https://tvheadend.org/d/8430-failove…rors-too-high/2 aber das ist auch der Fall, dass der Service selbst instabil ist (schwieriges Problem) und nicht komplett defekt ist (sollte nicht so schwierig sein).

Hallo, ich nutze einen TvHeadend Server mit verschiedenen IPTV Quellen - teilweise ist nur ein 1 Stream möglich, teilweise mehrere. Wird die Quelle mit nur einem Stream gerade geschaut wechselt TVHeadend zu einer anderen Quelle. Das funktioniert auch einwandfrei.

Was nicht funktioniert: Manchmal ist ein Kanal/Service kaputt und liefert kein Bild - in diesem Fall wechselt TVHeadend nicht den Service zu einer anderen Quelle sondern bleibt in einer Endlosschleife.

Kennt jemand das Problem und gibt es da einen Work-Around? Hatte versucht mich in den C-Code einzulesen aber das doch arg kryptisch - mein Fazit war (ohne Gewähr) dass es diese Logic gar nicht gibt sondern nur beim Starten des Service geschaut wird weile Quellen verfügbar sein (Fall oben, funktioniert) aber wenn die Verfügbare Quelle nicht funktioniert dann landet man immer derselben Schleife.

Zusätzlich wäre es irgendwie cool wenn es einen Weg gäbe Ruckeln zu erkennen und dann die Quelle zu wechseln oder so.

Freue mich über Hinweise, gerne auch alternative Software.

Zitat von hacktaler

Hi

sorry, ich weiss es liegt an mir das ich zu blöd dafür bin. Aber ich versuche mein Live-TV in Jellyfin zum laufen zu bekommen.

Mein letzter Stand war, dass Jellyfin bzgl. Live-TV ziemlich verbuggt ist (mehrere Sekunden Ladezeit bis zum Start vom Stream) und das Tvheadend-Plugin habe ich persönlich nie zum laufen bekommen und zumindest mein Stand vor einigen Monaten war, dass ich damit nicht alleine bin.

Was funktioniert ist in Tvheadend Authentifizierung mit einem Statischen Code zu konfigurieren und direkt die Playlist und XMLTV-URLs als m3u-Tuner einzubinden.

Ich finde es aber persönlich unbenutzbar durch die sehr langen Umschaltzeiten.

Zitat von hacktaler

Ich habe telerising via docker am Laufen und tvheadend ebenfalls.

Ich kriege es aber nicht hin, dass ich Kanäle finde. Und vielleicht hab ich es übersehen, aber gibt es irgendwo in den 200 Seiten dieses Threads einen Link auf ein wirkliches 1:1-Tutorial oder auf ein Video, was man genau machen muss?

Was ich in Telerising genau einstellen muss, wie ich das in tvheadend kriege und (natürlich der Traum) eventuell in Jellyfin?
(Jellyfin läuft auch auf Docker und hat das tv-headend-Plugin drin.) Vielleicht ist tvheadend für alle super-selbsterklärend, ich finde es total unlogisch...

m3u tuner:

Setup Guide | Jellyfin

Add a TV Tuner to Jellyfin (Automatic Discovery)

jellyfin.org

In Tvheadend für deinen Nutzer Persistent Authentication Konigurieren:

Dann kannst du diese URLs nutzen für die Playlist und XMLTV (EPG ging dann relativ gut automatisch):

https://tvh.deinserver.tld/playlist/auth/channels?auth=<persistent-code>

https://tvh.deinserver.tld/xmltv/channels?auth=<persistent-code> 

Kannst du auch mit curl testen vorher:

curl 'https://tvh.deinserver.tld/playlist/auth/channels?auth=<persistent-code>' > iptv.m3u

Zitat von hacktaler

Und alle Tutorials oder Videos, die ich finde, behandeln dvb-c oder dvb-s, aber keine IPTVs und keine Playlists, wie sie telerising angibt.

Braucht telerising spezielle Ports, die offen sind (ausserden 5000)? Ich habe einen Kanal zum laufen bekommen, aber nicht aus der Telerising (teleboy, mit Account sogar)-Playlists, sondern von irgendwo ausm Netz als IPTV-Suche.

Danke, wenn jemand einen Link auf eine richtige Anleitung hat.

Ich empfand es auch als ziemlich frustrierend und kompliziert am Anfang. Tvheadend macht irgendwann "Klick" aber teilweise gibt's immer mal wieder komische Überraschungen.

So blöd es klingt, wenn die Zeit/Neugier hast dann gehe etwas systematisch vor und schau dass erstmal Tvheadend mit Kodi (kann auch als normale Anwendungen unter Linux/Windows laufen) und EPG sauber läuft und dann Jellyfin einbinden.

Ich persönlich würde Jellyfin sein lassen und auf Android-TV oder so eigene Apps nehmen: Dreamplayer für TV TVHeadend geht ganz gut, Smart IPTV (siptv.app) ist auch okay Nutzbar.

Zitat von Publish3r

Ich hatte nur die 2 kleinen VMs laufen, jeweils nen Smart DNS Proxy drauf installiert und den Rest dann über das host File geregelt. 1x für den RPI @ Home und 1x für meinen Hetzner Emby Server.

Ansich nicht schlecht. Aber da Sky CH momentan der 2. Teleboy wird und fast alle IPs wegblockt, wäre das per Oracle auch nur noch ein Spiel auf Zeit. 2 der 3 Oracle IP Ranges sind nämlich schon geblockt.

Aber wer jetzt nicht gerade Teleboy oder Sky nutzt, ist damit eigentlich gut bedient. Ok, eine negative Sache gabs bei mir noch: Abends war das Routing Telekom -> Oracle auch nicht so Bombe. Gab oft zu den Primetime Zeiten eine schlechte bzw. langsame Verbindung.

So: -> Offtopic beendet <-

Ich habe mein Setup doch mal dokumentiert, wer langeweile hat kann es gern probieren und ja - ist offtopic

Routing ist zu meinen ISP zum Glück in Ordnung, aber ja das scheint echt häufiges Problem zu sein. So konstant 10Mbit oder mehr zur Rush-Hour durchs Netz zu bekommen ist gar nicht so einfach.

Zitat von Publish3r

Hatte ich auch 2 Jahre, bis mich Oracle dann irgendwann rausgekickt hat. Scheinen die öfters willkürlich so zu machen. Laut Google kein Einzelfall.

Außerem ist der Service nicht unbedingt für jeden zu haben. Hast du keine Kreditkarte, dann biste raus. Virtuelle / Prepaid Kreditkarten werden nicht akzeptiert.

Ja, ich hatte bislang Glück, aber das scheint komplett willkürlich zu passieren. Ist trotzdem ein extrem guter Deal - vermutlich könnte man auf einen non-free Bezahl-Account umschalten und sich so die Ressourcen dauerhaft sichern und trotzdem nichts bezahlen. 4 arm64 cores, 24GB RAM, 200GB SSD und 10TB Traffic und Anbindung ist soweit ich das nachverfolgen konnte auch sehr gut. Man kann bis zu 3 VNICs hinzufügen und hat eine zusätzlich Roaming-IPv4 die man hinfügen kann und hat noch eine zweite IPv4 die man auch kostenlos hinzubuchen kann. Dann kann man noch eine zusätzliche IPv6 IP aus einem neuen /56 IPv6 Netz auf eine VNIC legen und dafür in Telerising einen Zattoo-Server mit IPv6 wählen. Ist schon etwas dreist, aber mit Larry Ellison hält sich mein Mitleid auch in Grenzen. Ist auch nur private Spielerei und niemand ist darauf angewiesen. Illegal ist es auch nicht. Man muss dann mit $ ip netns exec <namespace> ffmpeg und einen proxy http server etwas rumfrickeln und kann das so dann in tvheadend einbunden. Funktioniert erstaunlich gut. Macht dann 4x yallo, 4x zatto.ch.

Kann's auch dokumentieren denke ich - man muss erstmal die Interfaces dann hochbekommen, nutzte systemd-networkd:

die jeweiligen privaten IPs werden durch Oracle Cloud zugewiesen, sieht man in der Web-UI, muss man entsprechend anpassen. Gleiches für die Interfaces.

Testen kann mit ip netns zweiteip exec curl ifconfig.me z.b. dann sollte jeweils eine neue IP erscheinen.

ubuntu@instance-xxx:~$ cat /etc/networkd-dispatcher/off.d/netns.sh
#!/bin/sh
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

if [ "$IFACE" = "enp1s0" ]; then
ip netns add zweiteip
ip link set enp1s0 netns zweiteip
ip netns exec zweiteip ip link set dev enp1s0 up
ip netns exec zweiteip tc qdisc replace root dev enp1s0 fq
ip netns exec zweiteip ip a add 10.0.1.31/24 dev enp1s0
ip netns exec zweiteip ip a add 2603:xxx/128 dev enp1s0
ip netns exec zweiteip ip r add default via 10.0.1.1
fi

if [ "$IFACE" = "enp2s0" ]; then
ip netns add dritteip
ip link set enp2s0 netns dritteip
ip netns exec dritteip ip link set dev enp2s0 up
ip netns exec dritteip tc qdisc replace root dev enp2s0 fq
ip netns exec dritteip ip a add 2603:xxx/128 dev enp2s0
ip netns exec dritteip ip a add 10.0.2.215/24 dev enp2s0
ip netns exec dritteip ip r add default via 10.0.2.1
fi


if [ "$IFACE" = "enp3s0" ]; then
ip netns add vierteip
ip link set enp3s0 netns vierteip
ip netns exec vierteip ip link set dev enp3s0 up
ip netns exec vierteip tc qdisc replace root dev enp3s0 fq
ip netns exec vierteip ip a add 2603:xxx/128 dev enp2s0
ip netns exec vierteip ip a add 10.0.0.219/24 dev enp3s0
ip netns exec vierteip ip r add default via 10.0.0.1
fi

weil tvheadned nicht mit mehren inputs die localhost:<port> hatten klarkam, habe ich noch einen nginx der zu den jeweiligen telerising Intanzen einen Proxy macht, weiss gar nicht ob das in der Form notwendig ist - man muss noch die jeweiligen namen wie telerising_zwei z.b. in die /etc/hosts eintragen.

upstream tvh {
    server localhost:9981;
    keepalive 32;
}

upstream telerising_zwei {
    server localhost:5002;
    keepalive 32;
}

upstream telerising_drei {
    server localhost:5003;
    keepalive 32;
}

upstream telerising_vier {
    server localhost:5004;
    keepalive 32;
}


server {
listen 80;


root /var/www/html;


server_name telerising.dev telerising2.dev;


location / {
proxy_pass http://telerising_zwei;
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_request_buffering off;
}




}


server {
listen 80;


root /var/www/html;


server_name telerising3.dev;


location / {
proxy_pass http://telerising_drei;
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_request_buffering off;
}
}


server {
listen 80;


root /var/www/html;


server_name telerising4.dev;


location / {
proxy_pass http://telerising_vier;
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_request_buffering off;
}

}

in telerising settings.json dann "ffmpeg_path": "/usr/bin/env ip netns exec zweiteip ffmpeg" z.b. setzen.

Dann kann man die jeweiligen Instanzen einfach hinzufügen. Scan hatte auf Anhieb geklappt. Es wird dann nur ffmpeg in dem jeweiligen Network-Namespace ausgeführt und der nutzt dann halt eine andere IP.

Zitat von darky

Welchen vps nutzt du?

Oracle Cloud Free Tier in Zürich. Hat 10TB Traffic, die zusätzlichen IPs einrichten ist etwas fummelig und ich habe es mit Network-Namespaces gelöst, würde das hier lieber nicht breittreten. Ist vermutlich auch nur eine Frage der Zeit bis das auch geblockt wird.

Zitat von Addonis

Erfahrungsbericht nach länger nutzung von Telerising:

...

Meine erfahrungen nach ca.gut einem halben Jahr:

Yallo vs. TeleBoy

Eindeutig TeleBoy

Umschaltzeit TeleBoy ca. 1 sec.

Yallo ca. 3-4 sec.

Und vom bild her nicht schlechter

Alles anzeigen

Zitat von dr_vergleich

Ich habe mich aufgrund des Erfahrungsberichtes von Addonis jetzt von TVHeadend (endgültig) verabschiedet.

Nutze telerising mit tvheadend auf einen Schweizer-VPS und bin soweit sehr glücklich. tvheadend ist gewöhnungsbedürftig aber ich habe Umschaltzeiten von <1s für yallo, netstream, zattoo.ch, blue.tv air free - für netstream und DASH musste ich allerdings die ffmpeg -re Option deaktivieren. Mein Anbieter erlaubt bis zu 3 zusätzliche kostenlose IPv4-Adressen und mit der Möglichkeit mehrere Services auf einen Kanal zu legen und der Option eine Priorität für Inputs zu konfigurieren konnte ich mittlerweile recht viele Personen im Familien- und Freundeskreis andocken. Teleboy blockt meinen VPS-Anbieter ansonsten kurze Zusammenfassung:

yallo hat die deutschen ÖR teilweise in 1080p50.

zattoo.ch free auch für one oder ARTE

blue.tv hat die höchste Bitrate z.b. für mdr um die 10-12 Mbit vs. 6-8Mbit bei yallo aber Qualität ist überall gut.

Die privaten habe ich alle via netstream konfiguriert, da ist subjektiv die Qualität minimal schlechter z.b. RTL oder Pro7 hat etwas mehr Artefakte als bei yallo aber am Gerät sieht man es so gut wie nicht.

yallo hat die englischen privaten Sender in etwas besserer Qualität als SD, netstream hat mit DASH für einige Sender bessere Qualität (z.b. ITV in 1080p vs. 720p).

Traffic ist momentan etwa 1-2TB/Monat wobei jeden Abend etwa 2-5 Leute schauen - das ist schon gruselig viel Datentransfer und ich bin gespannt wie lange das in der Form noch so möglich ist seitens der Schweizer Anbieter.

Mit etwas klickerei in tvheadend kann man sich so ein Setup bauen was einige parallele Streams erlaubt und auch elegant die Qualität "downgraded" wenn alle yallo Slots genutzt werden gibt's dann eben den 720p Stream von netstream für die ÖR.

Lohnt sich die investierte Zeit? Persönlich muss ich sagen es steht in keinem vernünftigen Verhältnis zum Aufwnad, ich habe etwas über Linux gelernt und es war so ein Bastelprojekt aber es sind auch hier Tage und Wochen an Zeit reingeflossen und es bedarf immer mal der Nachjustierung.

Zitat von Walti

Hallo zusammen,

hat von Euch jemand Telerising auf PiOS Bookworm installiert?? Irgendwie klappt es dort bei mir mit der Variante &disown nicht mehr, damit die Dienst nach schliessen des Putty-Fenster weiterläuft…

Hat jemand eine Idee wie ich den Dienst am laufen halten kann?? Starten per Script?? Anderer Befehl hinter ./api?? Bin leider zu wenig Linux Crack um da weiter zu kommen.

Am einfachsten ist einen Terminal-Multiplexer zu nutzen z.B. tmux - eine Anleitung gibt es hier: https://missing.csail.mit.edu/2020/command-line/

# tmux installieren 
$ sudo apt install tmux 

# tmux starten 
$ tmux 

# telerising starten 
$ cd telerising 
$ ./telerising 

# neues terminal öffnen 
# crtl+b+c für create 

$ cd telerising_zwei 
$ ./telerising 


# tmux wieder abdocken (detachen)  
# crtl+b+d 

# wieder andocker z.b. nach logout 
$ tmux attach 

Wenn es Rebootfest sein soll kannst du dich auch in systemd user units und loginctl reinlesen aber so sollte es am einfachsten sein.

Zitat von effe.rnr

ich hab das Problem in tv headend, dass ich immer nur ein paar Sender auf einmal scannen kann (so ca. 15) damit es funktioniert. Wenn ich mehr scanne, kommt ein Fehler.

Hat jemand nen Tipp, was ich da tun kann? Das nervt nämlich ziemlich

Du musst die maximalen Streams auf 1 stellen und dich gedulden, sonst funktioniert es nicht zuverlässig. Bis auf Netstream haben alle anderen kostenlosen Anbieter ein Limit von einem Stream.

Zitat von buers

@ee8eiQuiedelei1U - deine Frage zu 1080p25 hast du dir ja teilweise schon selbst beantwortet. Zusätzlich: HTTP Live Streaming (HLS) authoring specification for Apple devices | Apple Developer Documentation: "All interlaced source content MUST be deinterlaced."

Danke für den Link. Ist ja auch sinnvoll - habe in der Zwischenzeit ein wenig zu Deinterlacing und ffmpeg gelesen und idealeweise will man auch die doppelte Framerate haben - also 1080p50 ist da wohl sehr sinnvoll. Wirklich flott geht das wohl immer nur noch in Hardware - zumindest meine etwas in die Jahre gekommene Intel UHD 530 mag nur mit VA-API und und Hardware-Transkodierung ein gutes Ergebnis erzielen - vlc nutzt hier per Default den einfachen Bob Algorithmus der ordentlich flattert. Mit netstream und der Qualität ist es ein wenig so wie mit einem besseren Monitor oder Fernseher - hat man es einmal gesehen mag man nicht mehr zurück gehen - jetzt fällt es mir sehr deutlich auf - RTL sendet wohl Vollbilder über SAT mit deutlich mehr Bitrate und da sieht man teilweise selbst zu yallo Unterschiede bei Bewegtszenen oder Texturen. Wobei yallo tatsächlich fast an das original rankommt. Fairerweise ist mit 2 bis 3m Abstand beim aktuellen Fernseher (34 Zoll, 1080p) selbst SD in h264 überraschend völlig okay und zwischen HD und Full-HD kann ich da nicht mehr unterscheiden.

Beim NBA schauen auf Pro7 ist mir eben aufgefallen dass yallo bei 1080p50 deutlich sichtbar besseres Bild hat als netstream bei 1080p50 - schaut man mit VLC in die Bitraten ist da schon eine Differenz von 1-3MBit - ist mir das erste mal wirklich aufgefallen. Habe noch eine Sat mit 1080p25 mit etwa 10-13Mbit anstatt 8Mbit oder 6-7Mbit und da sieht man nochmal eine kleine Differenz. Hätte nicht gedacht, dass man das so merkt. Sat mit 1080p25 ist noch einen Ticken akkurater gefühlt.

Hat hier jemand ähnliche Erfahrungen gemacht? Ich frage mich auch wie sinnvoll ist da 1080p50 überhaupt wenn das Quellsignal sowieso nur 1080p25 ist... ist vielleicht auch Quatsch, weil es vorm TV dann nicht mehr sieht - sitzte jetzt direkt vor dem Monitor mit VLC.

Edit: Nur Spekulation: Ist wohl deinterlacing - pro7 sendet über sat in 1080i und deinterlacing ist ne wissenschaft für sich - vermutlich hat zattoo/yallo da einfach ne gute lösung und netstream nimmt das sat-signal und jagt das durch einen nicht-so-tollen deinterlacer und zuasmmen mit der etwas geringeren bitrate ist's dann schlechter - ist dann wohl auch nur bei den sendern so, die über sat interlaced senden und die progressive-sender sehen besser aus.

Zitat von easy4me

Eine weitere Testversion ist online, für blue TV ohne 2FA und für Dash bei Sky CH.

Klasse. Funktioniert hier ohne 2FA! Vielen Dank!