Ben si y a du nouveau, c'est par ici svp...
Si y a rien de nouveau, tant pis

Si si, y a du nouvo !
Je vais mettre une nouvelle version sur le net ce WE (j'ai pas de carte son ici pour tester si c'est aberrant ou pas).
 
Je mettrai aussi les sources à coté.

Ca y est, j'ai une version beta qui fonctione déjà pas mal.
 
Le binaire : http://mukoli.free.fr/lameACM.v0.5.0.zip
Le source  : http://mukoli.free.fr/lameACM.src.v0.5.0.zip
 
Dites moi ce que vous en pensez, si vous avez des pbs, etc.
 
La prochaine étape c'est de plus utiliser la DLL de Lame mais d'être compilé avec lame !

ça serait pas mieux de continuer à utiliser la DLL, histoire de profiter des futures versions de cette DLL?

y'a pas à dire, avec flask/xmpeg, ça sonne nettement mieux que le codec radium!
ça oblige juste à enlever le radium pour fonctionner, mais c'est pas une grosse perte.
en 48 KHz/112 kbps c'est déjà meilleur que le radium en 160!

[edtdd]--Message édité par wave--[/edtdd]

j'ai testé avec xmpeg, ça me donne des problèmes de synchro image/son à la lecture.
j'ai pas coché les cases 'high quality compression' et 'compensate fraunhofer bugs', je sais pas à quoi elles servent exactement.

Oui tu peux.
Et en décodage, même si tu fais un regsvr32 l3codecx.ax /u , WMP te le téléchargera

T'aimes pas le lecteur Windows Media player de Billou? bah, le 6.4 est qd même pas mal  

Très interressants tout ces commentaires
 
J'ai livré la première version de l'ACM qui est compilé avec Lame sur le CVS de lame (là où est stocké le code). J'ai à cette occasion corrigé quelques petits bugs. J'essaierai de mettre un nouveau binaire sur le net ASAP.
 
L'idée de compiler avec lame c'est de simplifier le code (pas à gérer le chargement/déchargement de la DLL, pas à transformer les paramètres pour qu'ils soient retransformé après). Pour l'instant il y a BEAUCOUP de boulot à faire (gestion du VBR par ex, un mode "smart", une vraie fenêtre de configuration, etc).
 
Sinon pour les histoires de desynchro c'est un truc qu'il faut que je regarde en détail. J'ai eu aussi des pbs avec VirtualDub quand l'option "Do not correct MPEG Layer III audio streams" est desactivée.
 
Enfin pour le décodage, comme lame.exe sais décoder il n'y a pas de raison que le codec ne le fasse pas. Donc c'est aussi dans les trucs à faire !

Moi j'ai remarqué que des trucs bizarres se produisent quand le codec FhG est avant dans la liste des priorités acm.
Une fois qu'on met le FhG à la fin ça parait mieux.
 
Sinon j'ai une question: dans la liste des choix j'ai toutes les frequences d'echantillonage, tous les bitrates en mono et stéréo.
Est-ce que tu as vraiment besoin de proposer toutes les fréquences d'échantillonage?
Est-ce qu'il serait possible que tu les recoives quand le codec est appelé, et donc de ne pas avoir à les proposer?
(je demande parce qu j'en sais rien, et j'ai pas vraiment eu le temps de tester)

 
En fait dans l'enregistreur Windows, non c'est pas possible, puisqu'il te demande la liste indépendament de ce qu'il veut faire.
 
Sous VirtualDub c'est possible (c'est ce que j'appelle le "Smart mode" ), à chaque élément de la liste il vérifie que le driver ACM saura gérer (ouveture du driver). C'est ce que je faisais avec la DLL et là par défaut je mets tout OK.

HotShot a écrit a écrit : Surtout que dans les fréquences/bitrates... heu proposer du 48.000 Hz Stéréo à 48 kbps... ca me semble un peu space Remarquez, les malentendants aussi ont le droit d'écouter de la musique de qualité !

 
Ben tu peux le faire si t'en as avis. Là le driver est bête et méchant. (contrairement au smart mode que je veux faire)

Ben la liste est découpée par fréquence parce que c'est plus simple (vu que c'est découpé en deux parties : MPEG1 et MPEG2). Ca simplifie l'algorithme.

Enfin je me fais pas trop de soucis pour la liste.
Après tout, c'est une première version.
 
 
J'imagine un truc:
dans la config du codec, un truc du genre de la config de RazorLame. Et dans la liste du codec acm, juste le minimum. Pour configurer on pourrait utiliser l'option de config.'
Ça pourait etre plus clair comme ça...

 
Ben j'ai déjà tout ce qu'il faut au niveau code pour la config de l'encodage. cf. out_lame (que j'ai codé aussi). Je vais tout mettre dans un fichier XML.
 
C'est clair qu'on peut imaginer configurer le codec que pour sortir du 44100 Hz par ex. Il y a plein de possibilités à voir. Dans un premier temps ca sera le mode stereo et les flags.

Mais avant ca j'aimerai avoir le décodage. J'espère y arriver cette semaine.
 
Ca pourrait encore simplifier (pas le code) d'avoir un seul truc plutôt que de galérer avec le FhG ou le Creative (ben oui, j'ai un codec Creative pour le MP3 qui doit être installé avec l'Audigy).

Cool...
Une fois qu'il y aura le décodage, on pourra virer totalement les codecs FhG.
(et puis je pourrais l'utiliser dans Showshifter :-)

C'est un peu l'idée
 
Par contre ShowShifter J'ai pas réussi à faire de l'AVI avec (plutôt que son format propriétaire).

Ben pour showshifter, j'ai juste essayé en showshift.
J'esperais que j'arriverai à lui faire prendre Lame en entrée et FhG en sortie, mais ça marche pas.
 
Puis forcément Lame tout seul ça va pas, showshifter se plaint de ne pas pouvoir décoder.
 
Mais bon, ça viendra...

Ben t'as tjs l'option FhG tout seul. Pour l'instant...
 
(là j'ai déjà la librairie de décodage compilée, reste plus qu'à l'appeler)

le lien pour la version sans la DLL (plus besoin)
 
http://mukoli.free.fr/lameACM.v0.6.2.zip

Yep quelques petits trucs au niveau de la mémoire.

Et du .inf aussi !

Il y a une nouvelle version dispo :
http://mitiok.free.fr/lameACM-20020124.zip
 
L'encodage marche bien maintenant, le décodage est pas supporté dans cette version. Il y a un fichier de config qu'on peut modifier à la main (par la boite de config ca fonctionne pas encore).

Nouvelle version http://mukoli.free.fr/lameACM.v0.8.0.zip
 
C'est une version beta cette fois. C'est à dire qu'elle marche mieux que les versions d'avant. En particulier les fichiers encodés sont maintenant lisibles par le codec de FhG (qui est sur tous les Windows, sauf peut-être XP -> donc diffusables même si on a pas ce codec).
 
Maintenant que ca marche pas trop mal, merci de me signaler les bugs.

Up ! pas de nouvelle version de ton codec Lame ?
 
On peut l'inclure dans un pack si on précise de qui il est ?

Ben si le codec marche bien maintenant.
Il est en version 0.8.0. Le truc c'est que dans VirtualDub il faut désactiver la "correction" des MPEG Audio Layer 3 parce qu'elle est buggé (Avery Lee, l'auteur du programme, est au courrant).
 
Tu peux le mettre où tu veux du moment que tu livres une copie de la license LGPL avec les binaires. Ce projet fait parti de LAME donc, les règles de diffusion sont les mêmes.
 
Une build récente se trouve sur http://mitiok.free.fr/ (dans les versions alpha)

OK, j'vais l'inclure dans ma ptite install DivXAudioCodecs.exe qui a déjà rendu service à qq personnes...  
 
A quant la gestion codage et DECodage ?

Quand j'aurai le temps, c'est à dire pas tout de suite

Pas encore de décodage, mais on a quand même l'encodage.
 
Merci d'avoir fait ce boulot aussi rapidement.

Padkoi, de tte facon le décodage fonctionne avec le codec de FhG.
Il y a encore pas mal de TODO dans le driver ! Avis aux amateurs (en attendant que j'ai le temps).

Up !    
 
Il en est ou ce LAME ACM... ?
J'en connais deux que ça va intéresser  

ciler a écrit a écrit : Up !     Il en est ou ce LAME ACM... ? J'en connais deux que ça va intéresser

 
Ben il fonctionne bien. Il ne gère que le CBR (l'ABR, un jour peut-être).
 
Il y a des binaires sur http://mitiok.free.fr/