Beitrag von putzipuh (18. Dezember 2024 um 23:17 )
Dieser Beitrag wurde vom Autor aus folgendem Grund gelöscht: hier stand quatsch (18. Dezember 2024 um 23:19 ).
Hi easy4me
Wird es die 0.13.5 auf für Linux geben (telerising-v0.13.4_x86-64_linux.zip)
Danke und Gruss
Wird es die 0.13.5 auf für Linux geben
Gibt es doch.
kommt die 13.5 auch für arm64 ohne docker (unter https://github.com/sunsettrack4/telerising-api)?
kommt die 13.5 auch für arm64 ohne docker (unter https://github.com/sunsettrack4/telerising-api)?
Ist ebenfalls hier zu finden: https://github.com/dlueth/teleris…e/main/binaries
Einfach die Datei runterladen und entpacken. Einzige, was sich geändernt hat, die auszuführende Datei heißt nicht mehr api, sondern telerising.
arm64 funktioniert, bei arm(32) kriege ich folgende fehlermeldung:
Zitat./telerising/telerising: error while loading shared libraries: libpython3.9.so.1.0: ELF load command address/offset not properly aligned
arm64 funktioniert, bei arm(32) kriege ich folgende fehlermeldung:
Was genau brauchst du da? armfh für den RPI 4?
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....
Was genau brauchst du da? armfh für den RPI 4?
habe zwei geräte an unterschiedlichen standorten, die auf dem pi5 64-bit läuft, jene auf dem pi4 32-bit läuft jetzt nicht mehr seit dem update, die vorhergehende version 13.4 lief bei mir noch problemlos auf dem pi4 32-bit.
habe zwei geräte an unterschiedlichen standorten, die auf dem pi5 64-bit läuft, jene auf dem pi4 32-bit läuft jetzt nicht mehr seit dem update, die vorhergehende version 13.4 lief bei mir noch problemlos auf dem pi4 32-bit.
Versuch mal diese Version, die hab ich bei mir aufm RPI 4 selbst kompiliert: https://www.filemail.com/d/xopakjyvdzmubzs
Versuch mal diese Version, die hab ich bei mir aufm RPI 4 selbst kompiliert: https://www.filemail.com/d/xopakjyvdzmubzs
soeben getestet, hier bekomme ich folgende fehlermeldung: ./api: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29' not found (required by ./api)
korrektur zu oben, die letzte funktionierende version auf arm32 ist tatsächlich die 13.3, habe dazu diesen Eintrag hier gefunden: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Linux Pakete]
bendsch ich bin hier leider auf Feedback angewiesen, da ich selber nicht Mal mehr einen rpi habe. Reden wir hier von 64 bit rpis mit einem auf Debian bookworm basierenden OS?
bendsch ich bin hier leider auf Feedback angewiesen, da ich selber nicht Mal mehr einen rpi habe. Reden wir hier von 64 bit rpis mit einem auf Debian bookworm basierenden OS?
dlueth Die 64-bit Variante läuft wie gesagt einwandfrei, der oben beschriebene Fehler bezieht sich nur auf die 32-bit Versionen, auf meinem 32er läuft noch Bullseye, der Fehler ist aber wie gesagt schon älter: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Linux Pakete]. Die letzten Updates für arm 32-bit liefen alle nicht mehr.
Liebe Grüsse
bendsch Das würde dann bedeuten, dass auch Bullseye mittlerweile die Pagesize auf 16k bekommt und nicht mehr 4k. Kannst Du das bestätigen?
Was gibt folgendes aus?
sorry, grade nochmal kontrolliert, auf dem betroffenen gerät läuft noch ein 32-bit Buster. Pagesize ist 4096.
ZitatAlles anzeigenpi@B2RASP4:~ $ cat /etc/*-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
Zitatpi@B2RASP4:~ $ getconf PAGESIZE
4096
bendsch dann ist das aber Imho kein Problem mit der Pagesize. Du bist aber noch auf Buster unterwegs, das ist doch uralt...
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....
Frohe Weihnachten!
Hab seit paar Tagen ein komisches Problem bei BlueTV Swisscom: Egal welchen Sender ich anschaue, der Stream läuft erstmal 1A, bricht dann nach ca. 7-10 Sekunden immer ab:
- passiert im VLC
- aber auch im WebPlayer bei Telerising - WatchTV -> Fehlercode lautet hls:networkError:levelLoadError
Kennt das jemand? Bisher ging es immer einwandfrei! Hab nix geändert! Danke!
Frohe Weihnachten!
Hab seit paar Tagen ein komisches Problem bei BlueTV Swisscom: Egal welchen Sender ich anschaue, der Stream läuft erstmal 1A, bricht dann nach ca. 7-10 Sekunden immer ab:
- passiert im VLC
- aber auch im WebPlayer bei Telerising - WatchTV -> Fehlercode lautet hls:networkError:levelLoadErrorKennt das jemand? Bisher ging es immer einwandfrei! Hab nix geändert! Danke!
Habe gerade im Telerising Webplayer mit Blue TV Air (Smart TV) und Free-Account in einem Linux Container getestet und es lief einwandfrei.
vossi68 ja, das ist so weit auch logisch. Die Umstellung auf 16k Pagesize erfolgte mit bookworm, unabhängig von 32 oder 64 bit. Ergo braucht es für beides explizite builds, ich habe neulich auf die schnelle aber nur einen für 64 bit gebaut.
Auf bullseye müssen eigentlich die normalen 4k binaries laufen, sowohl bei 32 als auch 64 bit.
Buster basierende OS dürften nochmal wieder ein anderes Thema sein, eigentlich. Allerdings sollte da auch ein Update erfolgen, Buster ist einfach uralt
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!