LameXP - Ein vielfältiger Audio-Konverter (nicht nur) mit LAME MP3

    LameXP v3.10, Hotfix-2 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    LameXP v3.11, Hotfix-1 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    Und noch eine Beta-Version von LameXP v3.12 zum Testen:
    LameXP.2009-07-29.Beta-8.exe

    Diese Version benutzt ein SSE2 (Pentium 4) Build des Ogg Vorbis Encoder, sofern dies von der CPU unterstützt wird (CPU Erkennung zur Laufzeit).
    Des weiteren werden jetzt MP3 RIFF/Wave Dateien als Eingabe unterstützt -und- LameXP zeigt mehr Infos bei nicht unterstützen Dateien an.

    LameXP v3.12, RC-1 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    LameXP v3.12, RC-2 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    Ein "spezial" Build um das neue Update-System zu testen gibt es hier:
    LameXP.2009-08-03.Special-1.zip

    LameXP v3.12, RC-5 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    LameXP v3.12, RC-7 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    LameXP v3.12 Final :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    LameXP v3.12 Hotfix-1 :)
    http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

    Hi LoRd,
    Hotfix-1 erzeugt Fehler bei mp3 und flac.
    Hängt wahrscheinlich mit ICL 11.0 zusammen,
    weil die letzte Stable diese Fehler noch nicht erzeugte.

    Code
    LameXP v3.12 Hotfix-1 - Audio Encoder Front-EndWritten by LoRd_MuldeR <MuldeR2@GMX.de>--------------------------------------------------------------------------Program Information:· Version: v3.12 Hotfix-1, Build 65 (2009-09-07)· Nero AAC Encoder found: True· WMA File Decoder found: True· LameXP Sounds enabled: False· Shell Integration enabled: False· Update Reminder enabled: True· Meta Data detection enabled: True· Multi-Threading enabled: True· GUI Language: Deutsch [DE]Folder Information:· LameXP Executable File: C:\Programme\MuldeR\LameXP\LameXP.exe· LameXP Install Folder: C:\Programme\MuldeR\LameXP· LameXP Data Folder: C:\Dokumente und Einstellungen\taurus\Anwendungsdaten\MuldeR\LameXP· LameXP Tools Folder: C:\Temp\LameXP_410F2C28.tmp· Windows Programs Folder: C:\Programme· Windows System Folder: C:\WINDOWS\system32· Windows AppData Folder: C:\Dokumente und Einstellungen\taurus\Anwendungsdaten· Windows Temp Folder: C:\Temp· Nero AAC Encoder: C:\Programme\MuldeR\LameXP\neroAacEnc.exe· WMA File Decoder: C:\Programme\NCH Software\Components\wmawav\wmawav.exeCPU Information:· Type: AMD· Manufacturer: AMD· Vendor ID: AuthenticAMD· Name: AMD Athlon(tm) XP 2200+· Clock Speed: 1800 MHz· Family/Model/Stepping: 7/8/1· MMX/MMXEX Support: True/True· 3DNow/3DNowEx Support: True/True· SSE Support: SSE· 64-Bit Extension: False· Processor Count: 1· Physical/Logical Cores: 1/1· HyperTreading: False· L1/L2/L3 Cache: 64+64/256/0 KBOS Information:· Name: Windows XP· Type: Professional· Version/Build: 5.1/2600· Service Pack: 3· Product Name: Microsoft Windows XP· Product Version: Service Pack 3· Product ID:· Codepage: windows-1252 (Western European Windows)· Prim. lang. identifier: 0x0007

    Wav, Ogg, Aac funktionieren.

    Hallo, Taurus. Es wäre interessant zu wissen, was denn eigentlich dieser Fehler ist. Der Log ist leider nicht sehr aussagekräftig :hm:

    Kann auf meinem Rechner (allerdings ein Intel) kein Problem mit dem neuen LAME Build feststellen. Was passiert denn, wenn du LAME.exe manuell aus der Eingabeaufforderung startest ???

    Du findest den Download hier: http://rarewares.org/dancer/dancer.php?f=226

    (Ich werde später auch mal versuchen das aktuelle LameXP Release auf einem AMD Rechner zu testen)

    Hab es gerade auf einem AMD Rechner getestet. Ist zwar kein AthlonXP, aber ein Athlon64. Und läuft ohne Probleme:

    [Blockierte Grafik: http://img2.imageshack.us/img2/7760/zwischenablage01bw.th.jpg]

    Möglicherweise läuft das neue LAME Build nur auf einer CPU mit SSE2 Unterstützung ??? :huh:

    [EDIT]

    Nachdem ich etwas in den ICL 11.0 Dokumenten recherchiert habe, scheint die Ursache auf der Hand zu liegen:

    Zitat

    Qx
    This option tells the compiler to generate optimized code specialized for the Intel processor that executes your program. It also enables optimizations in addition to Intel processor-specific optimizations. The specialized code generated by this option may run only on a subset of Intel processors. This option can enable optimizations depending on the argument specified.

    On Windows systems, if neither /Qx nor /arch is specified, the default is /arch:SSE2

    Das alte Lame 3.98.2 läuft, die neu komplilierte Version verabschiedet sich ohne Fehlermeldung von der Konsole.
    Oh, sehe gerade das du mal wieder schneller warst.
    Von Rarewares.org:
    lame3.98.2-vc6 geht.
    lame3.98.2-libsndfile geht nicht.
    lame3.98.2 geht nicht.
    Schiete, wenn man sich auf den Intel Kompiler verlässt.
    Dies ist nur einer von drei Rechnern wo der Fehler auftritt, insofern nicht weiter schlimm.
    Aber aus Kompatibilitätsgründen vielleicht doch mal 'nen Rückzieher machen....

    Wie gesagt (siehe Edit oben) verwendet der Intel Compiler standardmäßig /arch:SSE2, was natürlich erklärt, warum die resultierende Binary auf deinem AthlonXP nicht funktioniert.

    Allerdings habe ich in den Intel Dokumenten die folgende Empfehlung gefunden:

    Zitat

    You can also do one of the following: Specify the two option combination "-mia32 -axSSE2" (Linux) or "/arch:IA32 /QaxSSE2" (Windows).
    This combination will produce an executable that runs on any processor with IA-32 architecture but with an additional specialized Intel® SSE2 code path.

    Ich stehe bereits mit John33 von Rarewares.org in Kontakt und hoffe, dass er zukünftig seine Builds mit eben diesen Optionen erzeugen kann.
    Sobald neue Builds verfügbar sind, werde ich LameXP aktualisieren. Zur not eben wieder mit dem VC6 Build. Mal abwarten...

    Vielen Dank, LoRd,
    werde als Übergangslösung weiterhin die Stable benutzen bis das geklärt ist.
    Flac verhält sich genauso, auch ein Kompilerproblem?
    Die alte Flac 1.2.1 läuft hier von der Konsole...

    Du kannst auch einfach die LAME Binary, die bei dir funktioniert, unter folgendem Pfad relativ zum LameXP Wurzel-Verzeichnis ablegen:
    dev\65\bin\tool_lameenc.exe

    Die "65" ist dabei durch die jeweilige Build-Nummber zu ersetzen. Was FLAC angeht, wird es sich wohl um das selbe Compiler-Problem handeln...

    Zitat von LoRd_MuldeR

    Du kannst auch einfach die LAME Binary, die bei dir funktioniert, unter folgendem Pfad relativ zum LameXP Wurzel-Verzeichnis ablegen:
    dev\65\bin\tool_lameenc.exe

    Die "65" ist dabei durch die jeweilige Build-Nummber zu ersetzen. Was FLAC angeht, wird es sich wohl um das selbe Compiler-Problem handeln...

    Dein Workaround funktioniert auch mit der flac.exe.
    Einfach die Alte in tool_flac.exe umbenannt und in das von dir vorgegebene Verzeichnis kopiert, und schwupps klappts auch mit dem Nachbarn...

    Okay, John33 hat gerade geantwortet. Hier ist ein Test-Build von LameXP mit dem neuen/gefixten LAME Build:
    http://www.mediafire.com/file/545nz4oxz….2009-09-11.zip

    Das Build wurde wieder mit ICL 11.0 erstellt, diesmal jedoch mit den (hoffentlich) richtigen Parametern damit es auch auf älteren CPU's läuft.

    Feedback willkommen ;)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden