Der Sender ging bei mir zu der Zeit auch nicht, später aber schon. Mal sehen, wie es diesen Sonntag wird.
Das war hier auch so, abends lief es wieder. Bedeutet dann, dass Zattoo Server genutzt wurden. Leider hat man ja keine Chance, die Server manuell zu wählen. Das geht nur bei Zattoo.
Schade, aber die Provider-App auf dem AppleTV hat funktioniert.
Hallo zusammen,
kann es sein, dass SkyCH jetzt bei weiteren Sportkanälen DRM aktiviert hat?
Sport F1 HD läuft nicht mehr im Webplayer, Eurosport schon.
Danke!
Hi easy4me,
Danke für die Info. Hab es jetzt mal mit dem AppleTV und der kostenlosen "IPTV Live" App probiert. Das Ergebnis ist mit dem Provider y3o/DASH jetzt ok, aber nicht ganz Perfekt, also scheint es an der Performance vom Pi3 zu liegen.
Die Proxy-Funktion ist mit v0.14.5 nun für jeden Provider (siehe Settings > Advanced) separat einstellbar...
Nettes Feature - Danke!
Gibt es eine Idee, welche Pi Performance benötigt wird?
Mit dem Pi3b+ mal probiert, der scheint für FullHD nicht ganz zu reichen. Habs erst aufs WLAN geschoben, aber auch wenn der Pi am LAN hängt (und die 2. Tonspur aus ist), läuft das nicht wirklich rund...
Update: An der Netzanbindung des Pi liegt es definitiv nicht...
Idle Latency: 6.70 ms (jitter: 0.14ms, low: 6.46ms, high: 6.74ms)
Download: 233.77 Mbps (data used: 184.3 MB)
22.76 ms (jitter: 1.12ms, low: 6.79ms, high: 52.83ms)
Upload: 43.22 Mbps (data used: 19.4 MB)
188.39 ms (jitter: 55.70ms, low: 10.85ms, high: 370.04ms)
Packet Loss: 0.0%
vossi68 du meinst die v7 läuft nicht auf dem PiZeroW? Das wäre ja so weit korrekt, denn der kann nur v6. Allerdings müsste die v6 Version auch auf einem 32bit v7 System laufen.
Kleiner kann sie durchaus sein, denn ich lasse noch ein paar Optimierungen drüber laufen um sie so klein wie möglich zu bekommen
Korrekt arm32v7 läuft (wie erwartet) nicht auf PiZeroW und gerade noch getestet: arm64v8 läuft auf dem Pi3b (Linux Pi3b-x64-bookworm 6.6.51+rpt-rpi-v8), aber da lief ja deine alte arm64 Version aus mitte Dez. 24 schon...
Danke übrigens dafür, wieder ein Telerising Device mehr 
arm32v6 war etwas anstrengender als erwartet, da Debian das gar nicht mehr offiziell bereitstellt, aber könnte/müsste laufen
Hallo dlueth,
kann bestätigen: Die arm32v6 läuft auf dem PiZeroW. Gegenprobe mit der v7, die läuft nicht. Lustigerweise ist dein armhf-archiv 2MB kleiner, als die armhf von easy4me...
Danke, da hast du dir ja was vorgenommen. Ich persönlich benötige KEINE 32bit arm Version mehr...
Ja, aber man sollte die Hardwareanforderungen auch nicht zu hoch schrauben, ein Pi3b mit aktuellem 64bit OS sollte für diese Anwendung ja locker reichen...
Deine 32bit arm Versionen hab ich früher nicht verwendet, sondern immer die von easy4me.
Edit: Zum Pi5 kann ich nichts sagen, hab keinen.
Richtig, mit deiner arm64 Version hatte ich auch keine Probleme, die lief schon immer, bei 32bit ist aktuell die v0.13.3 von easy4me die Letzte, die ich auf dem PiZeroW zum laufen gebracht habe. Deswegen hab ich den über die Feiertage aussortiert, den Job macht jetzt ein PiZero2W mit deiner arm64 Version 
Gutes Neues!
Danke für die Mühe mit den Pi-Images.
Denke, die meisten nutzen wohl mittlerweile die 64bit Version. Interessant wäre eher mal das Feedback der Leute, die das auf einem Linux Satreceiver laufen haben, denn die haben ja keine Wahl, folgende Infos von mir:
1. läuft nicht auf PizeroW mit Bookworm 32bit.
2. läuft problemlos auf meinen Pi3b & Pi4 (mit Bookworm 64bit, ohne Änderungen).
3. arm-16k läuft nicht auf dem PiZero Bookworm 32bit, bei Start mit ./api (unbenannt) kommt Fehler "Illegal Instruction".
4. arm64-16k nicht getestet, da 2. ja läuft
Auf meinen PIs ist mittlerweile Bookworm mit allen Updates, Getconf PAGESIZE liefert überall 4096. Egal, ob 32bit oder 64bit Bookworm.
bendsch dann ist das aber Imho kein Problem mit der Pagesize. Du bist aber noch auf Buster unterwegs, das ist doch uralt...
Frohe Weihnachten!
Ich habe das gerade mal bei armhf und bei arm64, jeweils mit aktuellsten Pi Bookworm geprüft. Die Antwort ist bei beiden Systemen identisch:
pi@PiZeroW-Bookworm:~ $ getconf PAGESIZE
4096
pi@PiZero2W-TV-API-10:~ $ getconf PAGESIZE
4096
Edit: Gerade nochmal probiert, deine armhf Version läuft nicht auf dem armhf System mit Bookworm, deine arm64 Version aber schon auf dem PiZero2W....
arm64 funktioniert, bei arm(32) kriege ich folgende fehlermeldung:
Kann ich bestätigen, diese armhf Version scheint (schon länger?) kaputt zu sein, die von easy laufen. Nutze auch die arm64, musste halt einmal den Pi neu aufsetzen....
Ja, wird offensichtlich bereits im OS festgelegt. Immerhin scheint die Pi5-Binary weiterhin auch auf älteren Geräten zu laufen.
Naja, aber man muss das OS von Bullseye auf Bookworm upgraden, sonst läufts auf dem Pi3 nicht. Blöderweise handelt man sich bei OpenVPN Nutzung dann andere Probleme ein, aber das ist kein Problem von Telerising.
...nun sollte das Skript wieder laufen.
Ja, kann ich für die arm64 Version bestätigen.
Vielen Dank für den schnellen Support ![[ab]](https://www.kodinerds.net/wcf/images/smilies/smiley39.gif "ab"){kind=small}
Hmmm. Setup hier "Pi3" (Hardware PiZeroW2) mit bullseye 64bit incl. allen updates.
Alles gemacht wir immer, Ordner kopiert, Rechte der api. auf 755 und settings.json rüberkopiert. v0.12.5 läuft, die v0.12.6 nicht. Wieder zurückgestellt und läuft.
Muss ich morgen wohl mal genauer schauen.....
Hi easy4me!
Keine Ahnung warum, aber irgendwie schwanken deine letzen arm64 archive in der Dateingröße.
Das aktuelle v0.12.6 von Github läuft bei mir mal wieder nicht, die anderen hier aus dem Forum schon.
Die älteren laufen auf dem Pi3 bei mir einwandfrei. Trotzdem DANKE !!
ist besteht da nicht immer die "Gefahr" bei inoffiziellen Erweiterungen?
Kommt drauf an. In diesem Fall gibt es im Digital Fernsehen Forum schon länger ein paar Idioten, die arbeiten dran.
Noch wäre Zeit dafür dieses umzusetzen.
ABER:
- Nein, es wird keine EPG Übersicht geben
Das ist sehr Schade, denn das wäre etwas, was das Tool so richtig "rund" machen würde.
Ein integrierter EPG-Grabber, oder wenigstens die Möglichkeit auf externe EPG-Quellen, wie EPGSHARE01 zu matchen, ohne dass jedesmal die m3u mit einem Editor von Hand bearbeitet werden muss.
So:
Sky CH ohne CH DNS Proxy mit DE IP: Keine Streams.
Sky CH mit CH DNS Proxy und CH IP: Läuft.
Gerade getestet.
Dazu kurz folgendes Update von mir, dank Homeoffice:
Sky CH mit CH-VPN und Client mit DE IP: Läuft.
Also muss Telerising bei Sky CH jetzt, wie bei anderen CH-Anbietern, mit VPN/DNS Proxy genutzt werden.
Schade, aber lösbar...
