Kodi 21 Beta 2 ist erschienen

DaVu : Das wäre cool!

Ich hat das so schon mal über den Pfad/Dateinamen realisiert gehabt in der Datei 'includes.xml"

...
<include content="MediaFlag">
<param name="texture" value="$INFO[$PARAM[infolabel_prefix]ListItem.AudioCodec,flags/audiocodec/,.png]"/>
<param name="visible" value="!String.IsEmpty($PARAM[infolabel_prefix]ListItem.AudioCodec)"/>
</include>
<include content="MediaFlag">
<param name="texture" value="flags/audiocodec/atmos.png"/>
<param name="visible" value="String.Contains($PARAM[infolabel_prefix]ListItem.Filenameandpath,.atmos.) | String.Contains($PARAM[infolabel_prefix]ListItem.Filenameandpath,atmos)"/>
</include>
<include content="MediaFlag">
<param name="texture" value="flags/audiocodec/dtsx.png"/>
<param name="visible" value="String.Contains($PARAM[infolabel_prefix]ListItem.Filenameandpath,.dtsx.) | String.Contains($PARAM[infolabel_prefix]ListItem.Filenameandpath,dtsx)"/>
</include>
<include content="MediaFlag">
<param name="texture" value="flags/audiocodec/auro.png"/>
<param name="visible" value="String.Contains($PARAM[infolabel_prefix]ListItem.Filenameandpath,.auro.) | String.Contains($PARAM[infolabel_prefix]ListItem.Filenameandpath,auro)"/>
</include>
...

So...ich habe mit den Kollegen gesprochen und das Problem ist ganz einfach das, dass sie diese zusätzlichen Include-Zeilen nicht akzeptieren werden.

Man verlässt sich (und das finde ich sehr richtig) auf das, was ListItem.AudioCodec liefert. Dieses Infolabel (ListItem.AudioCodec) bekommt seine Informationen von Kodi Core bzw. halt von ffmpeg. Wenn ffmpeg die Information nicht liefern kann, weil es in einer Version vorliegt, die Atmos nicht supported, dann ist halt einfach "essig".

Da hilft dann nur selbst Hand anlegen (so wie du es schon gemacht hast), einen anderen Skin verwenden oder PvD fragen ob er es in Estuary Mod integriert.

Estuary wird es wohl erst in Kodi 22 integrieren.

Der langfristige Plan ist auch die einzelnen Bilder für die Codecs aus Estuary komplett zu entfernen. Zumindest wurde mir das so gesagt. Der Plan ist dann für Estuary nur noch ein weißes Rechteck zu haben und dort dann den String (wenn auch etwas angepasst mit Variablen) rein zu schreiben. Wann das aber umgesetzt wird, weiß ich nicht.

Lange Rede kurzer Sinn...ein Atmos-Bild wird es so schnell in Estuary nicht geben

DaVu: Danke für deine Mühe. Dann weiß ich mal Bescheid und hoffee wir das es in Kodi 22 kommen wird.

Ja...Das weiß ich selbst, dass er das könnte "wenn" der Core es liefern würde. Er liefert es aber nun mal nicht und ob ffmpeg 6.1 oder 7.0 oder wann eines von beiden kommen wird war in dem Fall gar nicht Gegenstand des Gesprächs ;). Weder hier noch mit dem Kollegen.

Joa...Viele Wege und Rom und so. Du kannst das gern einstreuen, wenn der PR dazu erscheint.

Jepp

Euer Leiden hat ein Ende:

ffmpeg: Bump to version 6.1 #24455

Ein offener PR ist noch lange keine Lösung

Und es ist auch nur ein PR gegen Master. Mit Omega hat das noch nichts zu tun und ich sehe noch keinen Backport.

Zitat von DaVu

Und es ist auch nur ein PR gegen Master. Mit Omega hat das noch nichts zu tun und ich sehe noch keinen Backport.

Ähhh, ja, schlimmer noch: graysky2 hat dem PR das Label "P" 22.0 Alpha 1 zugeordnet.

Das war nicht graysky2 sondern fuzzard.

Als ich gerade geschaut habe, war weder ein Milestone noch ein Label gesetzt. Beides ist aber zwingend notwendig, damit der Jenkins überhaupt anfängt zu bauen...aber egal.

Es wird nicht in Omega kommen. Denke nicht, dass man sich auf nen Backport einlässt.