Cover in WMP Format

[EWeiss]

Supi
Werde das direkt mal testen.

WOW funktioniert perfekt. Vielen Dank!

Genauso muss es sein
Jetzt den Kram noch irgendwie als Batch Datei ausführen und gut ist.
Das ist dann genau das was ich mir vorgestellt habe.

Du siehst also es hat doch mit den Frames zu tun
btw.. im Post vorher kannst du mein BassVis Projekt laden und es selber mal testen wenn du möchtest.
Eine ID müsste noch für das Rating zuständig sein damit die Sterne noch angezeigt werden.
Muss mich da nochmal schlau machen und vor allem was ich da übergeben muss eine GUID sicherlich nicht.
3 Sterne als Standard sollte reichen

gruss

[Gausi]

Aber irgendwas stimmt da doch nicht. Man schreibt eine zufällige Zahl in die Datei, und dann wird das richtige Cover angezeigt? Hä?

Mit dem BassVis Beispiel und dem AlbumArt-Plugin wird bei mir auch immer ein Cover angezeigt. Ein mp3-File und ein Folder.jpg reicht.

Aber gut, wenn es bei dir jetzt klappt, dann klappts.

Fürs Rating gibt es eigentlich einen Rating-Frame "POPM", der auch für jeden Player einzeln benutzt werden kann, iirc.

[EWeiss]

Zitat:

Aber irgendwas stimmt da doch nicht. Man schreibt eine zufällige Zahl in die Datei, und dann wird das richtige Cover angezeigt? Hä?

Ich denke es wird nur nach PRIV: Frame im Tag gesucht ist das Frame vorhanden scheint es das Plugin nicht zu interessieren was da steht.

Zitat:

Ein mp3-File und ein Folder.jpg reicht.

Seltsamer weise bei mir nicht.
Ich benötige das AlbumArtSmall.JPG sonst wird das Cover nicht angezeigt.

Habe da jetzt mal dein Rating hinzugefügt.
Was muss ich da einfügen um auf 3 Sterne zu kommen?

v23Tag.Rating := 3; so bekomme ich nur einen.

gruss

[Gausi]

Rating ist intern ein Byte-Wert. Die 1-5 Sternchen müssen also umskaliert werden auf 1-255 (0 für undefiniert). Aber keine Garantie, dass der WMP das genauso macht.

[EWeiss]

Zitat von Gausi:

Rating ist intern ein Byte-Wert. Die 1-5 Sternchen müssen also umskaliert werden auf 1-255 (0 für undefiniert). Aber keine Garantie, dass der WMP das genauso macht.

Werde mal einige werte versuchen
Danke!

EDIT:
128 sind 3 Sterne!
Ob die Annahme stimmt von der Berechnung her keine Ahnung
Aber so funktioniert es zumindest.

Wäre super wenn du das mit den PRIV: Frames in Nemp addierst könnte dann alle Tags damit abgleichen.

gruss

[Gausi]

Ich weiß ehrlich gesagt nicht, was ich in Nemp mit den Privaten Frames des WMP anfangen soll. Sinnvoll wäre das ja nur, wenn ich das auch mit sinnvollen Daten befüllen würde. Einfach nur Zufallswerte reinschreiben finde ich nicht sonderlich -ähm- sinnvoll.

Wie gesagt - diese Frames nutzt der WMP für seine eigenen Zwecke. Ein Cover-Bild nicht in jeder Datei zu speichern, sondern nur eine eindeutige ID, über die dann ein Bild zugeordnet werden kann, ist ja prinzipiell eine sinnvolle Sache - das spart in der Summe ordentlich Platz. Aber solange ich nicht weiß, was der WMP da genau erwartet, werde ich da nichts dran rumpfuschen.

Ich wäre auf der anderen Seite auch etwas stinkig, wenn der WMP in mp3-Dateien den PRIV-Frame mit der Kennung "NEMP/Tags" mit Zufalls-Zeichen füllen würde, die mein Player für die erweiterten Tags in der Tagwolke nutzt.

[EWeiss]

Zitat:

Einfach nur Zufallswerte reinschreiben finde ich nicht sonderlich -ähm- sinnvoll.

Aber es erfüllt seinen zweck und das reicht mir

Zitat:

Ich weiß ehrlich gesagt nicht, was ich in Nemp mit den Privaten Frames des WMP anfangen soll.

NA ja vielleicht möchtest du deinen Player mal mit meinem BassVis PluginWrapper erweitern.
Dann wäre es Voraussetzung damit die Visualisierungen richtig dargestellt werden.
Andernfalls macht so was ja keinen Sinn bin da etwas penible drin.

Zitat:

Mit dem BassVis Beispiel und dem AlbumArt-Plugin wird bei mir auch immer ein Cover angezeigt. Ein mp3-File und ein Folder.jpg reicht.

Muss das noch berichtigen.

AlbumArt3D das mit den Würfeln benötigt NUR das Folder.jpg.
Aber Bliss um das es eigentlich geht benötigt zusätzlich noch das Albumartsmall.jpg
Probiere es aus und du wirst es sehen.

gruss

[Gausi]

Der Gedanke kam mir auch schon.

Aber die nächste Baustelle bei mir wäre erstmal 64-Bit. Hab da einen an der Hand, bei dem Nemp in die Knie geht, weil die Bib zu groß wird und dann mit meinem stellenweise etwas großzügigen Speicherverbrauchs an die Grenze eines 32-Bit-Prozesses kommt. Vermutlich läuft bei 1.000.000 Titeln dann auch sonst nichts mehr vernünftig, aber das Portieren reizt mich irgendwie. Vor allem um zu gucken, ob meine Mp3FileUtils halbwegs sauber in dieser Hinsicht sind.

[EWeiss]

Zitat von Gausi:

Der Gedanke kam mir auch schon.

Aber die nächste Baustelle bei mir wäre erstmal 64-Bit. Hab da einen an der Hand, bei dem Nemp in die Knie geht, weil die Bib zu groß wird und dann mit meinem stellenweise etwas großzügigen Speicherverbrauchs an die Grenze eines 32-Bit-Prozesses kommt. Vermutlich läuft bei 1.000.000 Titeln dann auch sonst nichts mehr vernünftig, aber das Portieren reizt mich irgendwie. Vor allem um zu gucken, ob meine Mp3FileUtils halbwegs sauber in dieser Hinsicht sind.

Das wäre nicht schlecht.
Nur dir sollte klar sein das alle Plug-Ins zumindest die meisten davon sind in 32Bit geschrieben.
Aber gut es gibt ein Workaround damit 32Bit DLL's mit 64Bit Anwendungen funktionieren siehe "WM_COPYDATA"

Wollte mich nochmal bedanken das du dich meiner angenommen hast

Zitat:

ob meine Mp3FileUtils halbwegs sauber in dieser Hinsicht sind

Ich finde die klasse und einfach zu handhaben.
Verwende diese in meinem Player Shot auf der ersten Seite vom Thread

Lasse das Example von BassVis mal online vielleicht kann es ja jemand brauchen.

gruss

[KodeZwerg]

Das freut mich für Dich das es letzten Endes, obwohl Du schon aufgegeben hattest, sich doch noch alles zum Guten gewendet hat. Nachdem ich mir das SetPic() angeschaut habe verstehe ich auch wieso ich hinter den Zahlen nicht wirklich ein Muster erkennen konnte