Nemp - Noch ein Mp3-Player

[Codehunter]

Zitat von Gausi:

Sourceforge mag mich nicht mehr. Kann sein, dass das Projekt da zu lange brach lag - aber ich kann da keine neuen "Downloads" erstellen. Bin grade dabei, zu Github zu wechseln. Das erscheint mir aktuell um einiges komfortabler und übersichtlicher.

Lach... Die scheinen aber auch keine Mühen zu scheuen, ihre Nutzer zu vergraulen Den Niedergang von Sourceforge zu beobachten ist schon interessant. Im Grunde ein Paradebeispiel wie man es nicht machen sollte.

@Gausi: Wollen wir uns zusammentun?

[Gausi]

Zitat von EWeiss:

@Gausi
Wenn du mal zeit hast solltest du dir vielleicht mal deine Cover Sache in Augenschein nehmen.
Wenn man zu MP3 Dateien ein Cover addieren will zerschießt du mit deinen mp3FileUtils den kompletten Tag der Datei.

Habe das auch mal mit Nemp versucht auch hier das gleiche der Tag wird zerstört bzw.. in einem Format geschrieben das vom WMP nicht mehr erkannt wird.

gruss

Kannst du mir mal so eine zerschossene Datei zuschicken? Per Dropbox, Anhang, oder einfach per [e-mail]?

Hab das hier grade nochmal kurz getestet, und keine Probleme feststellen können.

Und auch wenn das etwas arrogant klingt: der WMP ist nicht grade eine Referenzimplementation für ID3-Tags. Wenn der WMP was nicht lesen kann, heißt das noch lange nicht, dass der Tag kaputt ist.
Das letzte Mal, dass ich nachgeschaut habe (bei Windows 7), verstand der immer noch nicht Unterversion 2.4 des ID3-Tags (so ungefähr aus dem Jahr 2000), und hat dann lieber einen eigenen in Version 2.3-Tag davor gesetzt. War besonders schön, da Apple wohl standardmäßig auf 2.4 setzt. Eine Zeit lang hat der auch die ersten paar Frames Musik mit dem Tag überschrieben (ID3v2 steht ja am Anfang der Datei, man muss bei einer Größenänderung des Tags als die Musik zwischenpuffern und die ganze Datei neu schreiben).

Aber wie gesagt: Schick mir mal eine Beispieldatei (idealerweise eine vor und nach dem Editieren mit meiner Unit), dann schau ich mir das mal näher an.

Edit: Hm, interessant. "Keine Probleme" war etwas voreilig. Hab grade einen anderen Tagger getestet. Der kann meine Testdatei zwar lesen, der WMP allerdings tatsächlich doch nicht (hatte in der WMP-Medienbib falsch geguckt, kenne mich mit dem WMP nicht so aus). Wenn ich mit diesem Tagger ein Cover hinzufüge, kann der WMP das lesen, allerdings konvertiert dieser Tagger auch die Version von 2.4 zu 2.3. Da habe ich am Wochenende was zu tun, fürchte ich, um das mal näher zu untersuchen.

[EWeiss]

Zitat:

Edit: Hm, interessant. "Keine Probleme" war etwas voreilig. Hab grade einen anderen Tagger getestet. Der kann meine Testdatei zwar lesen, der WMP allerdings tatsächlich doch nicht (hatte in der WMP-Medienbib falsch geguckt, kenne mich mit dem WMP nicht so aus). Wenn ich mit diesem Tagger ein Cover hinzufüge, kann der WMP das lesen, allerdings konvertiert dieser Tagger auch die Version von 2.4 zu 2.3. Da habe ich am Wochenende was zu tun, fürchte ich, um das mal näher zu untersuchen.

Ja das ist bekannt das der WMP nicht so das wahre ist.. Tags betreffend
deshalb möchte ich diesen auch nicht verwenden um meine Dateien zu Taggen.

Destotrotz wie auch immer darf es nicht sein das deine Anwendung meine tags für den WMP unbrauchbar macht.
Du schleifst das Problem ja nicht mit Nemp alleine durch die Welt sondern deine Library ist davon betroffen
und alle anhängigen Anwendungen welche diese verwenden.

EDIT:
Hat id3v1 schon Cover Support?
Wenn nicht warum kann man sie mit Nemp addieren?

Auch das System mit dem Dialog/Eigenschaften von Datei kann die Tags dann nicht mehr lesen.
Die frage wäre WMP <> System?

gruss

[EWeiss]

Hab die Mail versendet bekomme aber ein Fehler 550 mit der von dir angegebenen EMAIL.
Keine Ahnung ob diese *.zip Dateien blockiert.

Ein unbekannter Fehler ist aufgetreten.

Zitat:

Betreff 'cover'
Serverfehler: 550
Serverantwort: 550 5.7.0 etwaige Unannehmlichkeiten und bedanken uns für Ihre Unterstuetzung!
Server: 'securesmtp.t-online.de'
Windows Live Mail-Fehlernummer: 0x800CCC69
Protokoll: SMTP
Port: 465
Secure (SSL): Ja

gruss

[EWeiss]

Hmmm.. vielleicht wäre es dir ja möglich die PRIV Frames bei bedarf in die Datei zu integrieren?
Wäre top..

1. PRIV WM/MediaClassSecondaryID
2. PRIV WM/MediaClassPrimaryID
3. PRIV WM/WMContentID
4. PRIV WM/WMCollectionID
5. PRIV WM/WMCollectionGroupID
6. PRIV WM/UniqueFileIdentifier

Ich stelle mich gerne zur Verfügung um das zu testen.

gruss

[Gausi]

Die "PRIV"-Frames sind private Frames einer bestimmten Software. Es kann beliebig viele PRIV-Frames in einer Datei geben. Der Inhalt dieser Frames ist nicht standardisiert, und hat für andere Programme oft nur eine geringe Bedeutung.

Zu deinem Problem habe ich in dem anderen Thread geantwortet. Ist ja kein Nemp-Problem, sondern ein Windows-Problem (da bin ich mir jetzt sehr sicher). Teste deinen Code mal mit einem 1x1-Pixel großen Bild. Damit funktioniert das noch - keine Ahnung, wo die Grenze liegt.
( https://www.delphipraxis.net/1399162-post25.html )

[Gausi]

Nach etwas längerer Zeit gibt es ein kleines Update für den Player.

Die Lyric-Suche war (mal wieder) defekt, diesmal unter anderem verursacht durch eine zwangsweise Weiterleitung auf https bei der verwendeten Webseite. Das erforderte einen Umstieg von Indy auf andere Methoden (weil ich die OpenSSL-Dlls nicht unbedingt zusätzlich mitliefern will), was wiederum ein paar Umbauten am Exception-Handling erforderte, was wiederum ein paar genauere Blicke in den generellen Ablauf der Lyric-Suche, Nebenthreads und einiger anderer längerer Aktionen zur Folge hatte, bei dem dann ein paar konzeptionelle Probleme sichtbar geworden sind, die unter bestimmten Umständen zum Absturz des Players führten, und die mit "Application.ProcessMessages ist böse" wohl am besten zusammengefasst werden können ... kurz: Ein kleiner Bug führte zu einem ganzen Rattenschwanz an internen Änderungen.

Als sichtbare Veränderung ist dabei raus gekommen, dass nun die Fortschrittsanzeige für länger dauernde Funktionen einheitlicher gestaltet ist und auch dem Anwender deutlich gemacht wird, dass er das jederzeit abbrechen kann (das ging früher auch schon, war aber wohl nicht so offensichtlich).

Ich hoffe, es läuft soweit alles.

Download

• Nemp 4.10.0, inklusive Quellcode (ca. 20 MB)
• Nemp 4.10.0, nur Binary (ca. 9.8 MB)
• Nemp auf GitHub

Am Wochenende hat mir auch jemand eine Übersetzungsdatei für Niederländisch geschickt. Die werde ich nochmal etwas gegenchecken (besonders mit Blick auf die Format-Strings), und dann bei Gelegenheit dem Archiv hinzufügen.