Max Rippare i cd ed encodare con LAME (no itunes) e non solo

rwm59 · Post by **rwm59** » Sat Jan 13, 2007 9:14 am

ellepidi wrote:
Lester wrote: Purtroppo devo confermare il bug (non vedo rimedio). Ho provato a convertire un .ape che avevo già convertito con successo con Max 0.6 ed ho ottenuto il tuo stesso risultato (ho notato che invece di considerare sconosciuto l'mp3 lungo risultante, lo nomina correttamente, ma sarebbe stato meglio che lo si potesse ascoltare...).

Ho segnalato il problema allo sviluppatore (nessuno lo aveva ancora fatto).
Ti ringrazio, l'importante era per me capire se il problema era solo mio oppure comune a tutti, prima di dire che fosse un bug.
ripeto, per fortuna che ho ancora la 0,6 !!

Coñ... :evil:
Ho buttato la 0.6¡¡¡¡

Post by **avrobay** » Sat Jan 13, 2007 9:22 am

Potete scaricarla qui

Max Version 0.6.1
http://www.mac-peer.com/Max.app.zip

rwm59 · Post by **rwm59** » Sat Jan 13, 2007 9:26 am

avrobay wrote:Potete scaricarla qui

Max Version 0.6.1
http://www.mac-peer.com/Max.app.zip

AVRO SANTO Y PRESIDIENTE !!!!!

Lester · Post by **Lester** » Sat Jan 13, 2007 9:34 am

Sul sito di sbooth è stato messo un nuovo build instabile che risolve il problema degli .ape, in attesa del rilascio di una versione corretta di Max:

http://sbooth.org/files/Max-r1143.tar.bz2

Fossero così sensibili tutti gli sviluppatori...

ellepidi · Post by **ellepidi** » Sat Jan 13, 2007 9:55 am

Lester wrote:Sul sito di sbooth è stato messo un nuovo build instabile che risolve il problema degli .ape, in attesa del rilascio di una versione corretta di Max:

http://sbooth.org/files/Max-r1143.tar.bz2

Fossero così sensibili tutti gli sviluppatori...

grazie agli sviluppatori ma anche a te che ti sei impegnato nel dar loro spiegazioni e test. (e a me che ho segnalato il problema

)

rwm59 · Post by **rwm59** » Sat Jan 13, 2007 9:58 am

ellepidi wrote:
Lester wrote:Sul sito di sbooth è stato messo un nuovo build instabile che risolve il problema degli .ape, in attesa del rilascio di una versione corretta di Max:

http://sbooth.org/files/Max-r1143.tar.bz2

Fossero così sensibili tutti gli sviluppatori...
grazie agli sviluppatori ma anche a te che ti sei impegnato nel dar loro spiegazioni e test. (e a me che ho segnalato il problema )
]

Si, grazie a voi perchè ... tutto questo.....

Lester · Post by **Lester** » Thu Jan 18, 2007 10:56 am

avrobay wrote:Grazie overlook!
Se invece si vuole fare l'encoding con LAME ma senza lasciare l'interfaccia di iTunes:
http://www.versiontracker.com/dyn/moreinfo/macosx/13048

avrobay wrote:
rwm59 wrote:vuol dire che con questa app codifico direttamente attraverso ( quando sono stanco l'italiano peggiora...) iTunes ??

e poi quale uso ? 3.95.1 o 3.90.3 ( useri il 95, a naso...)
Meglio lasciar perdere: è da tanto tempo che non viene aggiornata e non so se possono crearsi incompatibilità.

Be', magari faccio un post ormai superato dalle altre possbilità citate, ma oggi ho scoperto una cosa carina che funziona.

avrobay si riferiva al vecchio iTunes-LAME Encoder 2.0.8 non aggiornato dal 2004 ( http://www.versiontracker.com/dyn/moreinfo/macosx/13048 ). Oggi ho scoperto per caso come tenerlo aggiornato:

OSX: Modifying iTunes-LAME to use an Alternate LAME Installation

LAME has long been considered a premier encoder on any platform and compiles on OSX. The problem with using it to encode a large number of files is that it requires hand entry of ID tags. Although available for some time now, I recently discovered iTunes-LAME Encoder by Blacktree, Inc. This software installs as an iTunes script plug-in allowing iTunes to utilize LAME as its encoder. iTunes-LAME Encoder combines the convenience of iTunes' song management and ability to retrieve CD track names (unfortunately via Gracenote, see FreeDB for more on this) with LAME's higher quality and flexibility. Aside from a few minor issues (like the inability to hide its window), iTunes-LAME Encoder shines.

iTunes-LAME Encoder 2.0.2 utilizes an existing local LAME install or the LAME 3.92 included with the distribution. It expects a local LAME installation to reside in /usr/local/bin, which is the default place for make to install. As discussed in Utilizing an Alternative to /usr/local on OSX, there are other locations that an administrator might install projects compiled locally. Here we will see how to modify iTunes-LAME to utilize an LAME installation in a path other than /usr/local/bin.

iTunes-LAME contains an internal copy of LAME 3.92 that must be disabled before getting it to use a LAME binary out of its expected path. This copy is easily found by opening iTunes-LAME's package in the Finder by Right (Control) Clicking the iTunes-LAME icon and selecting 'Show Package Contents' from the resulting contextual menu. The path to the internally installed copy is /Users/[user_name]/Library/iTunes/Scripts/iTunes-LAME.app/Contents/Resources/lame. Deleting or renaming the binary are viable options. I choose to compress it in order to keep the copy on hand, without it taking up undue space. This is a simple matter of typing at a Terminal or xterm prompt gzip -9 /Users/[user_name]/Library/iTunes/Scripts/iTunes-LAME.app/Contents/Resources/lame. I then created a symbolic link to the local copy of LAME (3.93) in the same directory that iTunes-LAME stores its internal version:

ln -s /Users/Shared/bin/lame /Users/[user_name]/Library/iTunes/Scripts/iTunes-LAME.app/Contents/Resources
iTunes-LAME now uses the locally installed copy of LAME as if it was the internal version is ships with. The LAME version iTunes-LAME uses is easily verified by clicking the 'About' button in the iTunes-LAME window. The second line of text in the about dialog displays the version, in this case 'LAME v3.93.'

da http://rdsathene.org/notes/collected_short.html

Come si vede è vecchio, ma funziona tuttora. Ho seguito la procedura descritta utilizzando l'ultima versione di LAME (3.97) e creando il link simbolico alla cartella abituale di installazione (/usr/local/bin) e funziona. L'unica cosa che non mi riesce è vedere nei commenti esplicitamente "v. 3.97", ma non può essere che quella perché la vecchia versione contenuta nel pacchetto di iTunes-LAME Encoder è gzippata e, con l'operazione suddetta, nel pacchetto compare l'icona del link simbolico alla cartella bin.

Ora posso anche importare in iTunes utilizzando l'ultima versione LAME.

Sicuramente circonvoluto, ma, in pratica, non difficile (io non capisco un tubo di Unix purtroppo)

Post by **avrobay** » Thu Jan 18, 2007 11:39 am

Lester wrote:Come si vede è vecchio, ma funziona tuttora. Ho seguito la procedura descritta utilizzando l'ultima versione di LAME (3.97) e creando il link simbolico alla cartella abituale di installazione (/usr/local/bin) e funziona.

Bene, una possibilità in più

. Grazie per il contributo.

overlook · Post by **overlook** » Thu Jan 18, 2007 8:37 pm

grazie lester

è sempre bene avere un'altra opzione.

flashcream · Post by **flashcream** » Fri Jan 19, 2007 7:44 pm

nuova versione di Max (0.7.1):
http://sbooth.org/Max/

New Features
Seekpoints are now added to FLAC files.

Bug Fixes
CDs now auto-eject correctly.
APE files are now handled correctly on conversion.
Album Art is now correctly exported to files.
FLAC files containing empty comments no longer cause Max to crash. FLAC files now contain valid MD5 checksums.
Album art is now added correctly to FLAC files.