Neutrino-Images

Diese commt fixt SHOUTcast r:
https://bitbucket.org/neutrino-images/n ... df0663081b

Bleib noch die Sache mit alten UHD, das kann ich aber nicht testen.
Oder hat jemand ein link für download ?

Ich war in den vergangenen Tagen etwas unaufmerksam und habe den Überblick verloren, was von den Reverts nun richtig oder falsch ist. Könnt ihr mir das bitte nochmal kurz erklären?

Und tausend Dank an die Duckbox-Jungs für's Fixen der ffmpeg-Warnungen. Die waren echt lästig.

@Sven
Ich plädiere meine zwei revertete commits wieder zu aktivieren.
https://bitbucket.org/neutrino-images/n ... 2fbbff0d9d
https://bitbucket.org/neutrino-images/n ... 9169a0005e

max_10 hat die revertet weil angeblich Shoutcast damit kaputt ging und alte UHD Aufnahmen.

Shoutcast ist ok nach dem revert :
https://bitbucket.org/neutrino-images/n ... df0663081b << also der rever soll bleiben, der fixt wieder Shoutcast

Was alte UHD Aufnahmen angeht kann ich nicht testen, das müsste jmd machen der solche Aufnahmen hat.
Wobei ich mir kaum vorstellen kann, dass meine commits es kaputt machen können.

gruß

Ich konnte es mir auch nicht erklären....
Ulkig war nur : mit den Commits ruckelten und stotterten UHD Aufnahmen.
Ohne war es OK....
Nun ist aber Shoutcast / I-Net Radio anderweitig gefixt, und ich werde die beiden Commits lokal zum Testen wieder einbauen und mal schauen.

Hab heute Online mal wieder ein Update auf das aktuelle Nightly gemacht , seitdem funktioniert der Webbrowser nimmer ...
Ist da was bekannt ?

Gruß

Habe eben das Nightly vom 3.3.2019 testweise installiert (bisherige Einstellungen nicht übernommen)
-Webbrowser geht bei mir (mit den bekannten Vor- und Nachteilen der Standarteinstellungen)

dann mach doch mal test in dem du einstellung so sicherst ob das überhaupt klappt - siehste ja ob die datei dann gepackt vorhanden ist und was drin ist
wenn datei vorhanden ist kaannste nun testen ob du jetzt damit alles widerherstellen kannst

musicus hat geschrieben: ↑So 3. Mär 2019, 20:07 Habe eben das Nightly vom 3.3.2019 testweise installiert (bisherige Einstellungen nicht übernommen)
-Webbrowser geht bei mir (mit den bekannten Vor- und Nachteilen der Standarteinstellungen)

Hab's nun nochmals probiert , mit dem Image vom 07.03 mit Einstellungen übernehmen , geht der Webbrowser definitiv nicht .
Wieder zurück auf das ältere Image vom 25.02 , geht er wieder ....

Gruß

Frag mich nicht, was du falsch machst, aber irgendwas machst du falsch. Der Webbrowser - ich gehe mal davon aus, du meinst das yWeb - geht natürlich.

Nein,
Ich meine das Plug-in, den Links Webbrowser, sorry.

Späte Antwort hierzu:
viewtopic.php?f=76&p=17776#p17703
viewtopic.php?f=76&p=17776#p17732
Die commits sind im DDT-git wieder drin, und UHD Wiedergabe von Aufnahmen ruckelt auch nicht mehr.
Das hatte einen anderen Grund im FfmpegDec, was aber mittlerweile gelöst ist.

Bezüglich Links-Webbrowser:
wenn Du die Einstellungen übernimmst, hast Du sowohl in /var/tuxbox/plugins/links.so, als auch in /lib/tuxbox/plugins/links.so

Komischerweise wird der Browser aber nicht in den Erweiterungen angezeigt, wenn man ihn aus /var/... löscht. Man kann ihn aber per tuxcommander in /lib/... starten.

An einfachsten ist es, wenn Du die links.so von /lib/tuxbox/plugins/links.so nach /var/tuxbox/plugins/links.so kopierst.

Bei der alten Version wurde laut Telnet eine alte libjpeg benötigt. die sich bei der neuesten Version geändert hat.

Gruß, musicus

Bei solchen Kuddelmuddelbeschreibungen wird mir immer ganz schlecht.

Wir liefern den Links-Browser mit. Er liegt in /lib/tuxbox/plugins. Sollte der bei irgendwem noch unter /var/tuxbox/plugins liegen, so ist er irgendwann mal händisch dorthin kopiert worden. Der var-Bereich wird bevorzugt behandelt. Liegt dort also eine links.so, dann wird die auch benutzt. Kann natürlich sein, dass da eine alte Version liegt, die mit den neuen Libs nicht mehr zusammenspielen mag.

Löscht das also. Der Links-Browser, der in /lib/tuxbox/plugins liegt, läuft.

In /var/tuxbox/plugins gab es bei mir keine links.so .
Ich habe jetzt vor dem Image Update mal die so. in /lib/tuxbox/plugins gelöscht , nun funktioniert er tatsächlich wieder ...?
Kann es sein , dass es was mir der tobackup.conf zu tun hat ?
Dort habe ich nämlich die Zeile /lib/tuxbox/plugins/ drinn stehen .
Wieso hat er bei den bisherigen Updates immer funktioniert , nur bei den letzten eben nicht mehr ?

Vielen Dank erst mal .

Gruß

Wenn du mithilfe von tobackup.conf eine alte Version des Browsers von Image zu Image schleppst, ist genau das vorprogrammiert:

Kann natürlich sein, dass da eine alte Version liegt, die mit den neuen Libs nicht mehr zusammenspielen mag.

In der tobackup.conf bzw. settingsupdate.conf wird das Verzeichnis
/var/tuxbox/config/links/
standardmäßig nicht gesichert (wichtig für Bookmarks und Einstellungen)

Danke für den Tipp. Ich nehme das mit auf.

Kann es sein, dass bei den letzten Änderungen an der channellist wieder ein Problem mit "großer Menge von Services" eingepflegt wurde ?

Bei meinen Settings mit um die 10000 Services (plus knapp 2000 Radios) wird - hauptsächlich bei Auswahl "Alle" - das UI extrem langsam. Kanalliste und Menüs werden deutlich sichtbar zeilenweise angezeigt.

Umschalten dauert noch viel länger als bei Enigma. Erst bleibt alter Sender aktiv, dann lange Blackscreen und dann wird langsam das neue Bild aufgebaut.

Anweisungen mit Repeat-Funktion (z.B. laut/leise) werden erstmal garnicht, und dann wegen der Repeatfunktion "ganz viele" tröpfenweise nacheinander abgearbeitet !
Während dieser gesamten Zeit ist keine weitere Aktion mehr wählbar.

War ja schonmal und ist damals 'rückstandsfrei' beseitigt worden.
Ich hoffe, das gelingt wieder

Und ja, Hintergrundaktualisierung und dynamische EPG-Scans/Speicherung/Einlesung habe ich natürlich abgeschaltet.

Ich sehe jetzt auf den ersten Blick nichts, was auf eine Verzögerung beim Aufbau der GUI hindeuten würde.

Du hast ja schon eine exotische Anlage Janus. Kannst Du das mal mitloggen?