Newsgroup: it.comp.musica.mp3
Titolo: Monkeys Audio

 sareste così gentili da indicarmi guide per sapere dove e come convertire
Non devi far nulla, mppenc accetta automaticamente i files .ape come
input.
Usando Windows non hai nessun problema, il formato è ben supportato.
Per questo c'è anche una mia guida che potrebbe interessarti:
EAC e le potenzialità del lossless
"Consigli pratici per l’archiviazione e lo sharing dei CD-Audio"
http://www.esseerre.it/winmx3
 Sezione Guide
Ciao, [proxima]

 convertire (anche non con linux, ovvio)?
Ti consiglio di leggere la guida di proxima sulle potenzialita' del 
lossless che puoi trovare qui
http://www.esseerre.it/winmx3/eac_lossless.htm
Qui scoprirai che l'ape non e' riservato solo agli utenti windows: la 
versione per linux del file MAC ivi consigliato puoi trovarla qui:
http://www.personal.uni-jena.de/~pfk/MPP/bin/APE_3.96b8_Binary_Linux.zip
 
-- 
ciao, nevermore

 supporti Monkey's sotto linux ma potrei anche sbagliarmi.
Da quanto leggo dovrebbe gia' esserci un plugin xmms, ma non viene 
rilasciato per via della licenza di monkey non totalmente in sintonia con 
la gpl "obbligatoria" per i plugin xmms.
Comunque la riproduzione su linux e' sempre possibile usando il gstreamer 
monkey's audio plugin con applicazioni che utilizzino il gstreamer 
framework come gst-player e totem:
http://www.gstreamer.net/releases/gst-monkeysaudio/0.6.0/
http://sourceforge.net/project/showfiles.php?group_id
 36&release_id 3
593
http://www.hadess.net/totem.php3
http://www.gstreamer.net/apps/gst-player/
Ciao, Rudy®

 bene, speriamo presto :-)
Non fidarti di quello che leggi in quel forum, hanno idee estremamente 
confuse su un sacco di cose, incluso l'autore stesso (Matt, non certo 
il grande Klemm, e poi si veda gli apl errati e il tempo in secondi o in 
frame, si veda l'installer che va a sovrascrivere file di sistema, si 
veda l'ignoranza di un tot di gente portata ad usare sempre le ultime 
versioni senza prima aver verificato un accidente sulla bonta' dei 
risultati, soprattutto nel caso di un codec utilizzato prevalentemente 
per archiviazione audio, e poi si lamentano dei vari errori crc di 
monkey....quella poi di utilizzare la 3.98 alpha e' la cazzata finale).
Ti consiglio di usare sempre la versione 3.96b7 (la cui compressione 
extra high e' la medesima delle versioni successive), la migliore e la 
piu' testata. La puoi scaricare anche dalla guida di proxima.
Chi non conosce bene la parabola di Monkey non puo' avere idee chiare 
della situazione attuale, di cosa usare e di cosa evitare.
Io avevo quasi finito la guida su [EAC+APE+CUE] e l'audiofilo del peer to 
peer (che niente ha a che vedere con mpc, per quanto buono non e' 
lossless, la cosa negativa di questo e' anche per il fatto che se si 
volessero realizzare transcodifiche verso formati piu' diffusi/standard, 
ci sarebbero sempre perdite qualitative, oltre al fatto che mi sembra che 
Frank Klemm ne abbia abbandonato lo sviluppo) ma mi sono dovuto stoppare 
sia per dare la precedenza a corsi come calcolo delle probabilita' e 
statistica, sia perche' vorrei aspettare per dare un'occhiata alla nuova 
versione di EAC che dovrebbe uscire a dicembre, sia anche perche' 
inizialmente volevo costruire un qualcosa che permettesse al novizio un 
piu' comodo uso dell'eseguibile mac.exe versione 3.96b7 senza usare la 
linea comando. Da questo si e' sviluppato un front-end su cui facendo un 
doppio click si possono eseguire alcune procedure conclusive legate alla 
guida, mentre se si fa drag&drop si attivano quelle che chiamo "console 
virtuali", cioe' il presentare all'utente varie funzioni che puo' 
eseguire a seconda della tipologia del file trascinato sopra l'icona del 
front-end. File accettati saranno per esempio wav, ape, cue, mp3. Di mp3 
(lame 3.90.3 con ape e cuesheet support) si potra' anche scoprire se e' 
stato realizzato o meno con gli alt-preset di Dibrom, si potranno creare 
mp3 da wav o ape trascinati sopra, se viene trascinato il cue collegato 
ad un ape verra' presentata la lista di brani corrispondente dalla quale 
si potra' scegliere il brano che si vuole trasformare in mp3, ecc..
Una vera guida sul lossless e su un codec preciso deve prendere in esame 
tantissimi aspetti, inclusi l'analisi qualitativa dei supporti ottici da 
utilizzare per l'archiviazione, l'algoritmo di hashing per il controllo 
qualita', le eventuali informazioni di recupero (inglobate nell'archivio 
o indipendenti in vari file-blocchi), una gestione flessibile sia per 
l'archiviazione ma anche per l'utilizzo quotidiano, il poter verificare-
controllare se l'audio dato in input a monkey era audio pcm integro 
oppure gia' tartassato precedentemente da qualche codifica lossy, ecc..
In poche parole, quello che sto cercando di fare e' un qualcosa di mai 
fatto prima ma che va assolutamente fatto se non si vuole iniziare con un 
parco file audio lossless "non corretto" o "monco", come a volte e' 
facilmente verificabile su certe reti.
Il punto e' che sto facendo tutto da solo e per far le cose fatte bene ci 
vuole del tempo che attualmente faccio fatica a trovare, comunque sono 
cose che al 100% portero' a termine, anche perche' utilizzate spesso dal 
sottoscritto.
Ciao, Rudy®

 nemeno l'ideatore di MPC,
Non c'entra che non sia l'ideatore, e' stato lui che l'ha 
qualitativamente migliorato (su vari campioni/problematiche varie) e 
soprattutto reso piu' flessibile-fruibile (naturalmente con il contributo 
di alcuni frequentatori di hydrogenaudio). Senza il creatore Buschmann e 
senza Klemm vi sono poche speranze di portare avanti qualcosa di buono, 
ma non ce n'e' nemmeno bisogno perche' qualitativamente ormai mpc, con la 
sua base subband, non lo puoi spremere piu' di tanto, a differenza di 
alcuni frequency transformation codec attuali (aac, per esempio) che 
hanno notevoli margini di ottimizzazione-miglioramento. Questo gia' lo si 
sapeva e capita a fagiolo una recentissima discussione con Klemm 
riportata su hydrogenaudio (dove a me sembra che abbia messo la parola 
fine al suo contributo in mpc, perlomeno questa e' la mia personalissima 
opinione, da riportare che ha piu' volte dichiarato che i buoni risultati 
di mpc nei blind test non ad alti bitrate sono frutto soprattutto di non 
ottimizzazioni dei frequency codec concorrenti), invito tutti gli 
interessati a leggerla, molto interessante:
http://www.hydrogenaudio.org/index.php?sQ256e2ded0a52168303b6435213304b&showtopic
 384&hl
Certo, MPC sara' ancora usato per vari scopi, magari ci potranno essere 
dei leggeri ritocchi di varia natura, ma sara' sempre piu' di nicchia, 
ben di piu' di quanto non lo sia adesso.
Ciao, Rudy®

 poi che non è nemeno l'ideatore di MPC, 
Non c'entra che non sia l'ideatore, e' stato lui che nel post-Bushmann 
l'ha ripreso e qualitativamente migliorato (su vari 
campioni/problematiche varie) e soprattutto reso piu' flessibile-fruibile 
(naturalmente con il contributo di alcuni frequentatori di 
hydrogenaudio). Senza il creatore Buschmann e senza Klemm vi sono poche 
speranze di portare avanti qualcosa di buono, ma non ce n'e' nemmeno 
bisogno perche' qualitativamente ormai mpc, con la
sua base subband, non lo puoi spremere piu' di tanto, a differenza 
di alcuni frequency transformation codec attuali (aac, per esempio) 
che hanno notevoli margini di ottimizzazione-miglioramento. Questo gia' 
lo si sapeva e capita a fagiolo una recentissima discussione con 
Klemm riportata su hydrogenaudio (dove a me sembra che abbia messo la 
parola fine al suo contributo in mpc, perlomeno questa e' la mia 
personalissima opinione, da riportare che ha piu' volte dichiarato che i 
buoni risultati di mpc nei blind test non ad alti bitrate sono frutto 
soprattutto di non ottimizzazioni dei frequency codec concorrenti), 
invito tutti gli interessati a leggerla, molto interessante (url da 
ricomporre su un'unica riga):
http://www.hydrogenaudio.org/index.php?s=3D51256e2ded0a52168303b64352
1334b=&showtopic=3D15384&hl=3D
Probabilmente MPC sara' ancora usato per compiti specifici, magari ci 
potranno essere dei leggeri ritocchi (anche se non credo qualitativi), ma 
