MP3 werden in 7.0 und 6.4 mit Fehlern abgespielt

Nachricht

jogibär · #1

Ich bin an dem thema schon länger drann.
Es werden keine mp3 files aus meinem Archiv fehlerfrei(hickser oder kurze aussetzer im ms bereich)
Abgespielt. Als player benutze ich den mediaplayer in 6.4 und 7.0.

Gleiche files laufen im TB mit dem mediaplayer ohne probleme.
Über mehrere files und tage getestet.
Was könnte es sein? Treiber sind bei allen genannten images gleich.

jogibär · #2

Problem ist kein reines ue4k problem.
Fehler tritt bei der anadol multibox und octagon-sf8008-4k-uhd auch auf. Mit verschiedenen mp3 getestet.

#3

Hi jogibär,

Damit du nicht alleine da stehst, ich hab diese kleinen Hickser auch, aber nicht immer.
Dachte allerdings bisher das es eventuell hier daran liegt das meine MP3s an nem an der Fritzbox angeschlossenen USB Stick liegen.
Spiele auch mit dem Mediaplayer ab, früher habe ich die MP3s stattdessen mit dem Merlin MusicPlayer abgespielt da hab ich aber keine Hickser in Erinnerung
was aber nix heissen muss da ich damals nur selten MP3s usw. von der Box abgespielt habe.

Grüsse
Pike

jogibär · #4

Danke für feedback.
Den merlin hatte ich die tage getestet, selbe problem.
Gehen tut es mit kodi (sf8008) und dem e2iplayer. Letzteres macht kein spaß und ersteres will ich nicht auf der box haben.

#5

Verstehe, na ja wenigstens weiss ich nun mehr.
Ja kodi tu ich mir auch nicht mehr an an ner E2Box.

Grüsse
Pike

#6

Test Session 1

AX HD51 4k mit OpenATV 7.0 Build 04.01.2022 Gstreamer = 1.18.5

0,5m Toslink Kabel auf Digital/Analog Wandler . Dann mit 1,5m Stereo Cinch-Kabel zu Grundig XV7500 HighEnd Headphone/Pre Amp.

Beyerdynamics DT 770 Pro Kopfhörer zum Abhören .

MP3 File von CD mit EAC gerippt . Bit Rate 320kB/sec + 4:10 Min Länge .

EMC 1. Abspielen = Aussetzer bei 3:08
EMC 2. Abspielen = Aussetzer bei 3:04
EMC 3. Abspielen = Aussetzer bei 3:10
-------------------------------------------------------
Mediaplayer 1. Abspielen = Aussetzer bei 3:15
Mediaplayer 2. Abspielen = kein Aussetzer
Mediaplayer 3. Abspielen = Aussetzer bei 3:15

-------------------------------------------------------
E2iPlayer 1. Abspielen = kein Aussetzer
E2iPlayer 2. Abspielen = kein Aussetzer
E2iPlayer 3. Abspielen = kein Aussetzer

Anmerkung von mir : Klang über E2iPlayer hörbar detailierter und offener .

nach jedem Datei abspielen wurde immer ein Boxen Neustart gemacht !

MP3 File läuft via MiniDNLA bzw. USB Stick auf Onkyo AVR TX-NR-609 + über KODI 18.9 (Raspi3b) genau so wie alle meine anderen MP3 Files ohne jegliche Aussetzer !

Morgen geht´s unter 6.4 weiter ( kann den Song z.Z. nicht mehr hören! LOL).

jogibär · #7

Ja das mit dem klang ist mir auch aufgefallen im e2iplayer.
Wenn ich mich nicht täusche ,werden in Shoutcast auch mp3 abgespielt was auch stunden ohne zucken läuft? Mit tollen klang.

#8

Test Session 2

AX HD51 4k mit OpenATV 6.4 Build 04.01.2022 Gstreamer = 1.18.5

Gleiches File wie Session 1 : MP3 File von CD mit EAC gerippt . Bit Rate 320kB/sec + 4:10 Min Länge .

EMC 1. Abspielen = kein Aussetzer
EMC 2. Abspielen = kein Aussetzer
EMC 3. Abspielen = kein Aussetzer
-------------------------------------------------------
Mediaplayer 1. Abspielen = kein Aussetzer
Mediaplayer 2. Abspielen = kein Aussetzer
Mediaplayer 3. Abspielen = kein Aussetzer
-------------------------------------------------------
E2iPlayer 1. Abspielen = kein Aussetzer
E2iPlayer 2. Abspielen = kein Aussetzer
E2iPlayer 3. Abspielen = kein Aussetzer

Anmerkung von mir : Klang über E2iPlayer hörbar detailierter und offener , genau wie unter OATV 7.0 !

nach jedem Datei abspielen wurde immer ein Boxen Neustart gemacht !

Das von @jogibär geschilderte Problem tritt bei meiner AX HD 51 4k anscheinend nur unter OpenATV 7.0 auf .

Werde bei Gelegenheit noch weitere Test-Session mit FLAC und WAV Dateien machen .

jogibär · #9

Ich dachte auch erst das es bei 6.4 gefixt wäre.
Aber heute nacht ist wieder ein album mit verschiedenen mp3 , bei jedem song mit fehler gelaufen.
Edit
Hab mal in 7.0 flac und wave mit dem mediaplayer abgespielt 4 mal im loop. Keine fehler zu hören.

#10

Test Session 3

AX HD51 4k mit OpenATV 6.4 Build 09.01.2022 Gstreamer = 1.18.5

Statt Geisterspiele anzuschauen habe ich mir gestern 3 verschiedene komplette AUDIO-CD in mp3 nacheinander angehört.

1. CD ohne Aussetzer
2. CD ohne Aussetzer
3. CD Titel 3+Titel 4 mit jeweils einem Aussetzer ( 12 Titel insgesamt)

Nochmaliges Abspielen der Titel 3+4 = keine Aussetzer

Alles sehr merkwürdig. :confused:

Flac + Wav Files kann ich unter 6.4 nur mit E2iPlayer fehlerfrei und mit besserer Sound Qualität abspielen. (da habe ich in jedem Titel mit EMC oder Mediaplayer ansonsten konstant 1-2 Aussetzer )

Das gilt natürlich auch für mp3 Files . Aussetzer in mp3 habe ich dort noch nie gehört !

jogibär · #11

Vielen dank für deine gedult und energie zum testen.
Wir halten fest, daß es wohl ein image problem ist , mit 5 verschiedenen boxen bestätigt.
Jetzt sollte mal ein dev was dazu sagen.
In TB höre ich seit tagen mehrere albums ohne fehler.

#12

Hast du schon die gstreamer-Versionen der beiden Images (teamBlue6.4 und oATV6.4) verglichen?

jogibär · #13

Sieht für mich als laie gleich aus.

jogibär · #14

Hab mein workaround für mp3 und atv gefunden
Wenn ich das service app installiere und auf gtsplayer stelle, laufen die mp3 sauber durch und es beeinflusst nicht den e2iplayer. Bei exteplayer3 zwar auch aber da gibts Konflikt mit dem e2iplayer.
In 6.4 und 7.0
Thx @4l3x2k für den tipp

#15

Die gstreamer sind zwar mit dem identischen Stand gebaut, aber eben einmal mit der Toolchain des oATV, und einmal mit der des teamBlue, und jeweils auf dem Server des oATV und teamBlue. Und die mögen sich in ein paar Kleinigkeiten unterscheiden, was die Ergebnisse auch bei den Plugins und deren Behandlung im Image angeht. Ich stecke da ja nicht allzu tief drin, aber z.B. mit meinem EMC im oATV kann ich meine Einstellungen sichern, und sie werden wie eingestellt fortan verwendet. Das ist beim TeamBlue leider nicht gegeben, da nach dem Neustart der Boxen ein paar der Einstellungen nicht mehr angewendet werden.
Da sind sicher noch mehr solcher "Kleinigkeiten", die die beiden Images (und auch alle anderen) immer ein wenig voneinander unterscheiden werden.
Und zu ergründen, wie der Media- / Filter-Graph intern für welches Medium bei einer Wiedergabe aufgebaut wird, würde mich brennend interessieren - allein um die Signalwege für Ton und Bild besser zu verstehen. Da habe ich leider noch nirgends sowas wie ein Blockdiagramm mit den Funktionselementen gefunden, damit man sich da einlesen könnte.
Aber schön, dass du eine für dich praktikable Lösung gefunden und umgesetzt hast. Solche Fehler sind einfach nur nervig.

#16

@Doctor Who
Könntest du nochmal eine Test Session starten mit einem Image vom 22.01.2022 auf der ax51? Die ist ja schon fertig gebaut und hatte den Schluckauf.

ffmpeg wurde des Schluckauf wegen nochmal aktualisiert und es wäre jetzt natürlich schön zu wissen, ob das Problem mit dem Update behoben ist.

Ob die Änderung bei dir tatsächlich schon angekommen ist kannst du unter Menü - Informationen - Über - Info - OE-Änderungen herausfinden.

Dort sollte folgende Zeile aufgelistet werden

Code: Alles auswählen

ffmpeg - bumped srcrev to top of 4.4 release branch git HEAD

#17

Änderung ist wohl noch nicht angekommen .
Zumindest finde ich die von dir o.a. Zeile nicht .

#18

Stimmt ich sehe die Zeile auch nicht.

Sollte eigentlich zwischen

Xstreamity Upstream is 3.58. Update package name Cosmetic name change

und

enigma2-plugin-extensions-e2piconizer.bb remove depends

auftauchen.

Es ist auch OpenATV 7.0?

Sonst erstmal danke für deine mühe und das reinstellen der Bilder.

#19

@4l3x2k

Nein 6.4 . Unter 7.0 müsste ich erst noch nachschauen . Das muss ich auch erst auf den aktuellen Stand bringen (wird eher selten benutzt)
Melde mich dann nochmal.

#20

Das hätte ich nochmal dazu schreiben sollen, dass es um 7.0 geht.

Weil:
1. Lese ich heraus das es bei dir @Doctor Who unter 7.0 öfter auftritt als unter 6.4.
2. Der Versuch das Problem über ein Update von ffmpeg zu lösen erstmal nur unter 7.0 gemacht wurde.

Wäre super, wenn du das nochmal prüfen könntest.

EDIT
Sollte es unter 7.0 greifen, kann man selbiges Update auch in 6.4 stable übernehmen. Das ist so im Team -allen voran NickerSK- so abgesprochen und geplant.