HDF-Radio Plugin

[Gelöschter Benutzer 153799]

Steht hier schon gefühlt 100 mal....

[Doctor Who]

Das HDF-Radio hat seit kuzem eine Suchfunktion für radio-browser.info
und die findet :

[jorgo]

steht aber für ATV 7.6 noch nicht zur Verfügung ?

Gesendet von meinem SM-A156B mit Tapatalk

[Doctor Who]

Zitat von @Jogibär

Steht hier schon gefühlt 100 mal....

[jorgo]

meinst mich , Doc...?

Dann wohl überlesen.
aber oerlgrey und koivo sind ja fleissige Jungs.

Es ist eins von den Plugins , welches ich beim 7.6 vermisse .....

Gesendet von meinem SM-A156B mit Tapatalk

[Doctor Who]

[jorgo]

ja da hatte ich ja auch noch nicht geguckt....

Gesendet von meinem SM-A156B mit Tapatalk

[Gelöschter Benutzer 153799]

Ja die jungs sind toll. Aber springen nicht auf jeden zug gleich auf der dann die strecke nicht schafft. Außerdem wird auch darauf geachtet, das es mit allen images kompatibel ist. Was man neuerdings bei einigen plugins, wo die atv hand drüber liegt, nicht behaupten kann...
Auch der vergleich mit win 7 und win 11 find ich da nicht angemessen...

[Doctor Who]

Hier ist ein ähnliches Problem mit dem TVSpielfilm plugin welches unter HDF image nicht läuft
und die Erklärung des Programmierers dazu :
viewtopic.php?p=580662#p580646
AFAIK wird aber an der Anpassung des HDF Radio mit Hochdruck gearbeitet.

[jorgo]

naja.... dann bin ich ja gute Hoffnung dass ich morgens mein Lieblingsradio wieder hören kann

Gesendet von meinem SM-A156B mit Tapatalk

[Captain]

bitte close source addons und opensource addon die von uns kommen nicht mischen, bei uns gibt es keine close source addons , wenn ein addon in ein anderen Image nicht geht kann man bei close source addons nichts machen, bei opensource ist das aber einfach möglich , nur zur info

[Gelöschter Benutzer 153799]

Dann hast du nicht verstanden, was man atv durch die Blume sagen wollte...

[Joerg1909]

Ich hab gedacht das das HDF-Radio auch auf Github zur Verfügung steht und es für jeden zugänglich ist.
Also nicht closed.
Dachte, das es viel mehr daran liegt das OpenATV sich auferlegt hat einen recht aggressiven Weg zu gehen was das immer neuste Pyhton angeht einzusetzen zum Beispiel.
Wird das für Entwickler nicht einfach nur zu schwer da überhaupt mitzuhalten? Macht natürlich eine Kompatibilität, ob Skins oder Plugins, bei neuen OpenATV Images nicht wirklich einfach?
Und die bewährten und stabileren Images sind sehr schnell End Of Life. Da hätte man zum Beispiel das HDF-Radio gut einsetzen können. Auch die aktuelle Version.
Das eine Image ist End of Life und das andere Image zu neu und evtl. noch viel zu instabil oder inkompatibel dachte ich.
Aber das https://github.com/openhdf/hdfradio/releases/
Closed ist habe ich gar nicht gewusst.

[örlgrey]

@Captain
Seit ATV 7.5 werden per Standardplayer keine Streamtitle aus den Radiostreams erkannt.

Code: Alles auswählen

song = self.session.nav.getCurrentService()
title = song.info().getInfoString(iServiceInformation.sTagTitle)

Evtl. könnt ihr euch das mal anschauen.

Schöne Grüsse,
örlgrey

[Mr.Servo]

Dachte, das es viel mehr daran liegt das OpenATV sich auferlegt hat einen recht aggressiven Weg zu gehen was das immer neuste Pyhton angeht einzusetzen zum Beispiel.

Python wird von der Python-Community weiterentwickelt! Oft werden Funktionen überarbeitet und werden schneller, manchmal werden Funktionen erweitert (mehr Optionen), immer seltener werden alte Funktionen nach (monatelanger Vorankündigung) entfernt (Stickwort: "deprecated"). Soll OpenATV diese Neuerungen nicht mitnehmen, wenn ohnehin ein neues Release ansteht?

Wird das für Entwickler nicht einfach nur zu schwer da überhaupt mitzuhalten?

Du sprichst nun nicht Python an, sondern Enigma2 denke ich? Richtig? Nein, kein Problem, denn alte Strukturen werden auch in den aktuelleren Versionen von Enigma2 weiterhin unterstüzt. Alles andere wäre ja Harakiri.

Gruß.....Mr.Servo

[hammu]

@Captain
Seit ATV 7.5 werden per Standardplayer keine Streamtitle aus den Radiostreams erkannt.

Code: Alles auswählen

song = self.session.nav.getCurrentService()
title = song.info().getInfoString(iServiceInformation.sTagTitle)

Evtl. könnt ihr euch das mal anschauen.

Schöne Grüsse,
örlgrey

Darüber gab es chon eine Diskussion ohne zufriedenstellendes Ergebnis. HIER
Ich hatte mir daraufhin selbst etwas gebastelt, siehe hier.
Es sollte reichen, die EventInfo.py unter /usr/lib/enigma2/python/Components/Sources auszutauschen.
Ob das mit HDF-Radio auch funktioniert, kann ich nicht sagen.

[satfee]

Das HDF-Radio hat seit kuzem eine Suchfunktion für radio-browser.info
und die findet :

Hmmm, da finde ich nichts.

Habe den zur Liste jetzt hinzugefügt, jetzt wird er auch gefunden

[Papi2000]

Installiere ein oHDF in einen freien Slot deiner Box, und vergleiche dort.

[satfee]

Frage zu picon, wie muss das benannt werden?

#SERVICE 4097:0:2:0:0:0:0:0:0:1:http%3a//n28a-eu.rcs.revma.com/gxszk2mpshruv?rj-ttl=5&rj-tok=AAABlUltiYQAkpql0ELaLPd5hg
#DESCRIPTION radio-browser - Club Riva Lounge

4097_0_2_0_0_0_0_0_0_1.png wird nicht angezeigt

[Papi2000]

"...-tok=AAABl..." deutet darauf hin, dass das Token regelmäßig erneuert / gewechselt werden wird. Da steckt also regelmäßige Arbeit drin.

PS:
Ich hatte mir seinerzeit bei Olympia die Streams der Mediatheken ins Bouquet geholt (war ein Post hier im Forum).
Die Streamadresse war:

Code: Alles auswählen

...
#SERVICE 4097:0:1:0:0:58:58:0:0:0:https%3a//sportschau-event.ard-mcdn.de/sportschau/event09/hls/de/master.m3u8:ARD Olympia 9
#DESCRIPTION ARD Olympia 9
...

Und das passende Picon heißt bei mir "4097_0_1_0_0_58_58_0_0_0.png", und wird heute noch angezeigt, auch wenn der Stream schon längst abgeschaltet wurde.





EDIT: Da es mir gerade aufgefallen ist:
Dass der Stream auf Platz 4097 in meiner fortlaufenden Nummerierung gelandet ist, ist Zufall. Die davorliegenden Streams sind halt ab 4089ff bis 4108 ZDF... platziert.