Dauerspinner bei mp3 Wiedergabe

**Alex23** · 15.11.2016

Bei Image 15496 wird im BMediacenter nur ein Lied abgespielt, trotz repeat=all. Wenn man dann ein neues Lied auswählt oder mit exit den Player versucht zu verlassen, dann kommt es zum Dauerspinner.
Wenn man mp3s über den Aufnahme-Browser versucht abzuspielen, wird auch nur die Erste abgespielt. Nach Versuch mit exit den Browser zu verlassen kommt auch ein Dauerspinner.
Selbes Verhalten bei Image 15085. Jeweils getestet mit nacktem Image (nicht mal die Kanalliste wurde zurückgespielt).

Ein kurzer Test bei der Spark7162 ergab auch ein Dauerspinner mit Image 15496. Es könnte also ein generelles SH4 Problem sein.
Im Forum habe ich diesbezüglich noch nichts gelesen. Benutzt sonst keiner den mp3-Player oder liegt es doch an meiner Konfiguration?

Falls nicht, liegt es also vermutlich am Player an sich, da es zum selben Verhalten im BMC und Aufnahme-Browser kommt.
Bei Image 14258, zumindest beim Topf, funktionierte der mp3-Player noch. Hier getestet mit einem Backup (mit Plugins zugemülltes und aufgeblähtes Image).
Welcher Player spielt denn Musik ab: ffmpeg, gst oder ein ganz anderer.
Gab es eine Änderung zwischen 11.2015 und 05.2016?

Laut Log tut der Player zumindest so, als wolle er das nächste Lied abspielen. Es kommt aber nichts raus.

Code:

-----====== HDMU 15496 enigma2 Git 4206 ======-----




BusyBox v1.24.1 (2016-10-03 15:22:20 CEST) built-in shell (ash)

TOPF:~# export PS1='MAT:\w# '
MAT:~# KEY by code: 160 - OK/LIST
****        37376 19 ****
[SEM] UP
KEY_PRESS - 160 19
++++            0 ms ++++
<  4829.460> playing 4097:0:0:0:0:0:0:0:0:0:/media/hdd/music/01 - A-ha - Take On Me.mp3
KEY by code: 160 - OK/LIST
****           39 19 ****
++++           85 ms ++++
KEY_RELEASE - 160 00 19 19 CAUSE=Timeout
----          123 ms ----
[SEM] DOWN
TuxTxt stopped service 13f0
cleaning up
TuxTxt cache cleared
<  4830.413> [Timeshift disabled]
<  5060.214> Next up: /media/hdd/music/01 - Backstage.mp3
<  5060.295> playing 4097:0:0:0:0:0:0:0:0:0:/media/hdd/music/01 - Backstage.mp3
KEY by code: 66 - EXIT
****      1726336 0 ****
[SEM] UP
KEY_PRESS - 66 0
++++            0 ms ++++
KEY by code: 66 - EXIT
****           45 0 ****
++++           75 ms ++++
KEY_RELEASE - 66 00 0 0 CAUSE=Timeout
----          123 ms ----
[SEM] DOWN

Code:

-----====== HDMU 15085 enigma2 Git 4130 ======-----




BusyBox v1.24.1 (2016-05-23 00:40:58 CEST) built-in shell (ash)

TOPF:~# export PS1='MAT:\w# '
MAT:~# KEY by code: 160 - OK/LIST
****        16529 14 ****
[SEM] UP
KEY_PRESS - 160 14
++++            0 ms ++++
<   536.033> playing 4097:0:0:0:0:0:0:0:0:0:/media/hdd/music/01 - A-ha - Take On Me.mp3
KEY by code: 160 - OK/LIST
****           52 14 ****
++++           69 ms ++++
KEY_RELEASE - 160 00 14 14 CAUSE=Timeout
----          122 ms ----
[SEM] DOWN
TuxTxt stopped service 68
cleaning up
TuxTxt cache cleared
<   536.819> [Timeshift disabled]
<   767.074> Next up: /media/hdd/music/01 - Backstage.mp3
<   767.128> playing 4097:0:0:0:0:0:0:0:0:0:/media/hdd/music/01 - Backstage.mp3
KEY by code: 66 - EXIT
****       722763 15 ****
[SEM] UP
KEY_PRESS - 66 15
++++            0 ms ++++
KEY by code: 66 - EXIT
****           51 15 ****
++++           73 ms ++++
KEY_RELEASE - 66 00 15 15 CAUSE=Timeout
----          121 ms ----
[SEM] DOWN

rantanplan · 16.11.2016

Was man sieht ist die Verwendung von gst (4097) und da zickt was.
Dachte eigentlich das mp3 und VideoDateien via 4099 abgespielt werden.
Dann läuft es sicher einwandfrei.

**Alex23** · 16.11.2016

Ich habe jetzt nochmal etwas genauer, bzw. manuell im Forum recherchiert (mp3 ist als Suchbegriff leider zu kurz).
Das Problem ist wohl doch genau so bekannt wie ich es geschildert habe. Siehe hier. Nach dem Durchprobieren weiterer Images, ist 14317 das letzte, welches mir zur Verfügung stand und mp3s normal abspielen kann. Leider funktioniert in 14317 das Abspielen alter Aufnahmen nicht.

4099 ist dann wohl ffmpeg, richtig? In 14258 wird aber auch gst als mp3-Player verwendet, allerdings funktionierend.

Scheinbar nutzt in den neueren Images keiner die mp3-Funktion oder es wurde schon darauf hingewiesen, dass das Problem bekannt ist und die User diesbezüglich geduldig sein sollen. Falls letzteres der Fall ist, wollte ich keinen Stress machen und entschuldige mich dafür.

Ich habe jetzt erst mal das 14258 neu installiert, da es scheinbar das letzte ist, in dem mp3s und Aufnahmen funktionieren.
In meinen anfänglichen Tests habe ich bei den neueren Images das alte BMC von 14258 reinkopiert. Was ja offensichtlich keine Abhilfe bezüglich des mp3-Abspielens brachte. Der Player ist tiefer im System verankert nehme ich an, sodass ein einfacher Tausch auch nicht möglich ist.
Mir ist noch in Erinnerung, dass bei Burnig Series im BMC anfangs die Streams von einem User auf ffmpeg (4099?) umgeleitet wurden, bevor es in den Optionen auswählbar war.
Ist das bei mp3s auch möglich? Ansonsten fällt mir nichts anderes ein, als erst mal bei 14258 zu bleiben.

Apropos 14258: Hat noch jemand zufällig dieses Image für Spark7162 und kann es mir irgendwo hochladen?

**suchmich1983** · 17.11.2016

Zitat von Alex23

In meinen anfänglichen Tests habe ich bei den neueren Images das alte BMC von 14258 reinkopiert. Was ja offensichtlich keine Abhilfe bezüglich des mp3-Abspielens brachte. Der Player ist tiefer im System verankert nehme ich an, sodass ein einfacher Tausch auch nicht möglich ist.

BMC ist ja nur das FrontEnd wenn du so willst. Das eigentliche Abspielen von Media-Files passiert mit GST.
Du kannst also die FrontEnds tauschen noch und nöcher, dein Probelm aber bleibt.

**Alex23** · 17.11.2016

Ich dachte aus meinen Beiträgen wäre es ersichtlich, dass mir bewusst ist, dass es am Player liegen muss und weder ein Tausch des BMC noch des Aufnahme-Browsers noch eines anderen "Frontends" Abhilfe schaffen wird, solange mit gst abgespielt wird.

Zitat von Alex23

Falls nicht, liegt es also vermutlich am Player an sich, da es zum selben Verhalten im BMC und Aufnahme-Browser kommt.

Ich hatte mir mein altes Image (14258) leider mit einem unüberlegten Online-Update zerschossen. Also hab ich mal das neueste Image ausprobiert. Desweitern gab es laut Forum Probleme mit dem HDMU-Center und dem BMC. Also war meine erste Überlegung, nachdem mp3s nicht richtig abgespielt wurden, das Austauschen des BMC. Als das nichts brachte, sowie der Fehler auch im Aufnahme-Browser auftrat, musste es meiner Meinung nach offensichtlich am Player liegen.

Zitat von Alex23

In meinen anfänglichen Tests habe ich bei den neueren Images das alte BMC von 14258 reinkopiert. Was ja offensichtlich keine Abhilfe bezüglich des mp3-Abspielens brachte.

Nun zu meinen weiterhin offenen Fragen:

1. Ist den Entwicklern bekannt, dass es seit ca. 14493 bis aktuell ein Problem mit dem gst beim Abspielen mit mp3s gibt?
2. Wie tief ist der gst im Image verankert, bzw. lässt er sich einfach tauschen? (-Vermutlich keine Alternative)
3. Wie realistisch ist die von mir bereits erwähnte Umleitung auf 4099 im BMC-AudioPlayer? Wie hier von rantanplan für Burning Series vorgenommen?

4. Und am Wichtigsten:
Hat noch jemand zufällig das Image 14258 für Spark7162 und kann es mir irgendwo hochladen?

@rantanplan: Da hat mir ja genau der User geantwortet, der für die von mir später vorgeschlagene Umleitung auf 4099 verantwortlich war. Danke für deinen Beitrag, der war zumindest Hilfreich.

**TheChip** · 18.11.2016

Zu 1.: Wenn es keine Rückmeldungen gibt, bekommen wir nicht mit, wenn es Probleme gibt.
Zu 2.: Der GST ist nicht ohne weiteres tauschbar.
zu 3.: Die Umleitung auf den FFM wurde Dir doch gerade deshalb empfohlen, weil damit wahrscheinlich Dein Problem behoben ist. Probier es bitte einfach aus und berichte. So ein Forum lebt vom mitmachen, aber leider ist seit einiger Zeit zu beobachten, das kaum noch einer infos gibt, was geht und was nicht. Siehe dazu Punkt 1. (Ich spreche nicht für alle, da es durchaus noch engagierte User gibt)
Zu 4. kann ich leider nichts sagen, da ich das Image nicht hab.

Nachtrag: Zur Frage GST im Image 14258: da es für den GST ja auch Aktualisierungen gibt, ist es durchaus möglich, daß im alten Image MP3 noch sauber mit GST lief.

**Alex23** · 18.11.2016

Danke für deine Antwort.

Zu 1. Es gab bereits Rückmeldung zum mp3-Problem bei Image 14814.

Jetzt kamen mir 2 Szenarien in den Sinn:

a) Euch war nicht bewusst, dass dieser Fehler noch existiert.

b) Euch war es bewusst, aber die Priorisierung war nicht so hoch; was ich absolut verstehen kann. Ich hatte das Forum in letzter Zeit nicht mehr so gut nachverfolgt und wollte nicht damit nerven, falls das Problem bekannt ist und gefühlt jeder 3. User damit ankommt.

Da ihr dieses Problem also nicht mehr wahrgenommen habt, habe ich hiermit dann wohl Rückmeldung gegeben. Falls etwas getestet werden soll, bin ich gerne bereit dazu.

Zu 2. Dachte ich mir.

Zu 3. Die Umleitung wurde mir nicht empfohlen. rantanplan dachte, mp3s würden an sich schon mit ffmpeg abgespielt.

Zitat von rantanplan

Dachte eigentlich das mp3 und VideoDateien via 4099 abgespielt werden.
Dann läuft es sicher einwandfrei.

Die Umleitung hatte ich ins Spiel gebracht.

Zitat von Alex23

Mir ist noch in Erinnerung, dass bei Burnig Series im BMC anfangs die Streams von einem User auf ffmpeg (4099?) umgeleitet wurden, bevor es in den Optionen auswählbar war.
Ist das bei mp3s auch möglich?

Ich war mir aber nicht sicher, ob das überhaupt geht, da ich leider nicht so sehr bewandert bin in der Softwareentwicklung.

Was mich zum nächsten Problem führt: rantanplan hatte damals die Python-Datei verändert. Mir ist derzeit nicht bewusst, wie ich das ebenso durchführen kann. Ich gehe davon aus, dass es eine komplexere Thematik ist und es nicht mal eben schnell ohne Kenntnis geändert und ausprobiert ist. Ich las noch über eine Serviceapp, die unter Extensions zu finden sein soll, mit der man den Player wählen könnte. Diese wird mir aber nicht angezeigt, auch nicht unter den anderen Kategorien, ist also vermutlich nur für mips.

Zu 4. Ok

Zu Nachtrag: Ja, es ist mir ja jetzt bewusst, dass es mit einer Änderung am gst zu tun hat.

rantanplan · 18.11.2016

Das Forum lebt von den User die Mitteilungen machen ist sicher richtig.
Aber ab dann kann ich nicht so ganz zustimmen...aber egal...

Die generelle Abänderung der Files bzgl Mediaframwork ist natürlich auch möglich, müsste ja in der ServiceReference stehen...mhhh
Mal gucken...
Das Handling wurde immer mal wieder geändert, obwohl die meisten User bei sh4 durchaus als Freunde des ffmpeg gelten.

- - - Aktualisiert - - -

Ok...geguckt und verändert
also einfach mal probieren...
Pfad ist usr/lib/enigma2/python-> da liegt die ServiceReference als pyo.
Ich hänge dir die auf 4099 abgeänderte py hier an. Einfach die entpackte Datei dorthin kopieren und die pyo löschen.
Neustart des Receiver machen.
Dann testen ob es läuft.
ServiceReference.zip

**Alex23** · 18.11.2016

Danke.
Habe es jetzt mit 14258 getestet, sollte ja egal sein.
Laufen tut es. Aber es wird immer noch mit 4097 abgespielt.

Spoiler:

rantanplan · 18.11.2016

Ne dann ist es nicht übernommen worden...

Die Version wird laufen, da der verwendete gst eben noch ne andere Version ist.

die pyo wirklich gelöscht?
Neustart gemacht? nicht nur gui, sondern Receiver Neustart!
Dann müsste die Umleitung noch wo anders gewesen sein...

- - - Aktualisiert - - -

Du spielst die Datei via Bmediacenter ab?

Thema: Dauerspinner bei mp3 Wiedergabe

Themen-Optionen

Anzeige

Dauerspinner bei mp3 Wiedergabe

The Following User Says Thank You to rantanplan For This Useful Post:

The Following 2 Users Say Thank You to rantanplan For This Useful Post:

Berechtigungen