Qqun a parler de développer un codec ACM pour Lame, mais comme c'était noyé dans un autre topic, je redémarre un topic sécifique.
 
Le problème: les applis utilisant uniquement les codecs ACM sont condamnées à utiliser uniquement le vieux codec FhG hacké par Radium. Il y a bien eu un codec ACM pour Lame expérimental, mais il n'était pas très pratique, pas documenté autrement qu'en Japonais, et basé sur une vieille version.
 
Je m'adresse donc aux gens qui savent programmer des codecs acm (pas mon cas).
Je pense que le codec devrait être facilement upgradable. Un bon moyen serait que ce codec soit en fait un wrapper vers la DLL ou l'exe Lame.
Je ne suis pas sur que l'acm marche avec l'abr ou le vbr, mais déjà le cbr serait un gros progrès par rapport au codec FhG.
 
Je pense qu'il devrait être possible de faire un codec acm générique utilisant les encodeurs en ligne de commande. Par example Lame.exe peut utiliser stdin et stdout. Donc il devrait être possible de faire un codec acm ou l'utilisateur choisit son encodeur et les parametres, et le codec proposerait un certain nombre de signatures pour l'acm (genre mp3, aac, ...).
De cette façon un tel codec acm serait quasiment universel et toujours à jour (juste à remplacer lame.exe pour bénéficier de la dernière version).
 
Vous en pensez quoi?

juste par curiosité .. c'est quoi les codecs ACM?

Audio Compression Manager, c'est en gros l'equivalent de VFW pour la video, DirectShow est desormais utilisé car il est plus performant et moins (?) complexe.
 
Par exemple dans Vdub, quand tu choisis le codec audio, et bien ce ne sont que des codecs ACM qui sont proposés.
 
D'ou l'interet d'avoir un codec ACM pour Vdub

Audio Codec Manager si je me souviens bien. C'est ce qu'il y avait pour gérer les codecs sous windows avant directshow.

et pkoi VDub n'utilise pas les filtres directShow alors ??

C'est plus une histoire de gout, et ajouter une architecture Dshow dans VDub serait trop horrible a faire.
 
L'avantage de Dshow c'est que c'est un jeu de construction avec des parametres, mais on peut pas tout configurer. C'est tres modulable.
 
C'est une histoire de but, ça depend dece que tu veux faire, pas facile a expliquer

Tiens, Gabriel Bouvigne ici
 
Bon, j'avais commencé un codec ACM utilisant Lame, mais je l'ai jamais fini. Je mettrai les sources sur le net ASAP. Mais j'ai pas le temps en ce moment de le finir.
 
D'ailleurs un codec DirectShow serait mieux je pense. L'ACM gère pas le VBR. C'est pour ca que pour le OGG Vorbis je crois qu'ils ont arreté le developpement du codec. Ils avaient fait un bidouille pour que ca passe, mais c'est horrible à faire.

C'est un peu bizarre de voir une conversation se dérouler sur un forum et une mailing-list en même temps... ;-)
 
Pour ce qui est du filtre directShow, on en a déjà un (je l'ai jamais testé, mais il est dans la distribution).
Pour l'acm, je crois que les principaux softs où cela servirait sont Vdub et Flask.

Oublions flask
 
Et si qq un adaptais Vdub pour le DirectShow ??? Cela serait certainement un travail de ouf mais plus simple que de faire gérer le VBR pas l'ACM non ?
Et ça permetterais d'azvoir du OGG et du MP3 VBR sur les DivX...

Je vais répondre à toutes vos interrogations...
 
La version ACM du Lame MP3 encodeur (3.70) se trouve sur le site www.media-video.com.
Je me suis occupé de mettre dans un bundle opérationnel et de la traduire entièrement en français. Techniquement, ce codec permet d'encoder uniquement en CBR et fonctionne aussi parfaitement que le codec FhG ou le codec Radium à la différence qu'il est totalement gratuit. (je l'utilise régulierement sous VirtualDub ou FlaskMPEG)
Il est livré avec le filtre DirectShow développé par Peter Gubanov de Elecard (www.elecard.com)permettant d'encoder en MP3 sous GraphEdit. Ce filtre a également été traduite en français par mes soins et permet d'encoder aussi bien en CBR qu'en VBR...
 
Pour finir, j'ai inclus dans ce bungle la version ACM de l'encodeur OGG Vorbis dans sa toute dernière version connue.
Vous trouverez un peu plus d'information en installant par vous même mon package...
 
Restant à votre disposition

En ce qui me concerne voici mes sources :
http://mukoli.free.fr/lameACM-v0.2.zip
 
C'est pas du tout fini, mais ca utilise Lame (la DLL) pour encoder en MP3 via les codecs de Windows (ACM dans ce cas).
C'est assez galère à développer (c'est pour ca que j'ai codé une librairie de debug). Malheureusement j'ai pas le temps de me mettre à fond dessus en ce moment.
 
Peut-être en début d'année prochaine. Mais si quelqu'un veut continuer le travail je suis prêt à l'aider !

 
J'ai essayé d'installer 2 des trois trucs sur ton site (W2K) et l'installation fonctionne pas

J'ai moi-même Windows 2000 et ça marche bien chez moi....  
 
Attention, sur média-vidéo faut pas récupérer uniquement le codec Lame MP3 qui plante de temps en temps mais bien le pack complet utilisant l'installateur NSIS de Winamp... (OGG + MP3) le fichier doit s'appelle CodecsACM_Fr.exe. Pour savoir si il est installé va dans le Panneaux de conf. et regarde dans Sons et Multiumedia (Codec Audio)... Tu le verras à ce moment
(tu pourras même régler la qualité de l'encodage)  
 
Tiens moi au courant...
 
PS : Je viens de de désinstaller et de le reinstaller et il marche toujours aussi bien...

christophe, j'ai essayé CodecsACM_Fr.exe.
 
et il ne trouve pas le filtre directshow (je suppose) "lame_dshow.ax".
 
j'ai l'impression qu'il manque dans le package, tu dois l'avoir sur ton dur, c'est pour ça qu'il ne te fais pas d'erreur, déinstalle le codec directshow du lame, déplace le lame_dshow.ax de ton system/system32 pour voir si c'est pas ça.
(pour infos je suis sous Xp)

Bonsoir,
 
En effet, je viens de vérifier : le filtre DirectShow permettant l'encodage en MP3 n'est pas présent dans mon package CodecsACM_fr.exe. (en fait, si j'ai bonne mémoire, je n'avais pas prévu de l'intégrer dans ce package réservé exclusivement aux codecs ACM, sujet initiale du post). Bien évidemment celui-ci n'est pas utile pour encoder via le codec ACM (qui est bien présent. Je prépare donc une version 1.1 qui l'intégrera en standard et je vais demander au webmaster du site www.media-video.com de le mettre rapidement en téléchargement... Pour l'instant, je t'invite à télécharger DVD2AVI 1.76b11 qui intégre à la fois le filtre et le codec ACM du Lame MP3 Encodeur... (j'ai vérifié) Désolé de ce contre-temps...

Pour info, je me souviens d'avoir fait un couper-coller du script d'installation des codecs ACM (le script initial) avec le script d'installation du programme DVD2AVI 1.76b11. Je n'ai apporté mes modif que sur le script de DVD2AVI et je ne les pas repporté sur mon script CodecsACM... Ah la la... Ca m'apprendra de faire plusieurs choses en même temps... Résultat : le fichier texte accompagnant l'installation des Codecs ACM fait bien mention du filtre DirectShow. Je rectifie cela au plus vite... A la demande de Gabriel, j'en profiterais pour étoffer un peu mon fichier texte sur le paramètrage du codec...

Bruce a écrit a écrit : Oublions flask   Et si qq un adaptais Vdub pour le DirectShow ??? Cela serait certainement un travail de ouf mais plus simple que de faire gérer le VBR pas l'ACM non ? Et ça permetterais d'azvoir du OGG et du MP3 VBR sur les DivX...

 
VDub ne peux pas s'adapter a DirectShow comme ça, il faudrait repenser tout le logiciel car il ne fonctionne qu'avec VFW et ACM, les filtres Vdub etc ne fonctionnerais plus. Impossible a faire sans refaire tout le soft.

Je ne veux pas avoir l'air rabat-joie, mais un codec acm pour avoir lame 3.70, c'est pas terrible. Certes c'est mieux que rien, mais je ne suis pas sur que ce soit mieux que Radium.

Reste plus qu'a utiliser Beesweet c'est encore mieux. Pas de fichier wave intermediaire

- hors topic -
 
En tout cas, je soutiens la démarche. J'ai connu Lame par le 3.70, et j'ai par conséquent encodé tous mes CD avec Radium [Fhg] en qualité HQ, ultra lente. En revanche, la (re)découverte de Lame avec la 3.90 m'a fait oublier le reste, surtout grace au VBR et aux presets fournis par r3mix d'abord puis par Dibrom.
Si un Codec universel s'appuyant sur les dernières versions de lame pouvait sortir, cela rendrait service à beaucoup de gens.
Et contriburait à voir circuler de la musique de qualité sur le net...

Houlà!!
 
Mon but n'est pas de voir circuler de la musique de qualité sur le net, surtout si je ne suis pas sur de la légalité de celle-ci dans tous les cas.
Je suis juste interessé par le fait de fournir des outils pratiques et de qualité.

moi non plus, Gabriel...
C'était une remarque générale (j'ai mille CD...), qui s'appuie sur le constat que beaucoup utilisent encore Blade ou Xing, parfois à des bitrates élevés, dans l'espoir un peu vain de garder une excellente qualité.
 Du moins, si j'en juge d'après Encspot   N'est ce pas ?

Ok, un bon point.
"Ce n'est pas une bonne chose de distribuer de la musique sous copyright, mais dans l'hypothèse où vous voudriez le faire, il vaudrait mieux ne pas utiliser Xing ou Blade"
 
(et puis si vous voulez vraiment que ce soit pourri, faites le bien et utilisez Shine)

Au fait, il sort pour Noël, Encspot 1.1 ? Merci du travail fourni, car cette version me parait absolument superbe, d'après les captures apperçues.    

3 questions :
 
- personne n'est chaud pour prendre le relais du truc que j'ai commencé ? (je me suis souvenu hier d'un autre problème que j'avais pas encore traité : la partie "dec" do codec, c'est à dire le décodage. Je pensais utiliser MAD mais comme il y a pas de DLL à ma connaissance...)
- le codec qui utilise Lame 3.70 il utilise pas la DLL (qui doit être compatible avec des versions plus récentes)
- le codec utilise quoi pour la lecture ?

 
Non, mieux, utilisez 8Hz

MAD n'a pas encore de DLL, j'avais commençé a la faire mais le decodeur est trop compliqué pour moi.

 
Ben oui, c'est un peu galère... Enfin, il y a tjs moyen d'utiliser le plugin pour Winamp (qui est généré par les gens de MAD à chaque nouvelle version).
 
Le truc que je trouve con dans cette histoire c'est de créer un Codec ACM maintenant alors que c'est amené à disparaitre (ca marche encore les codecs ACM sous WXP ?).

L'auteur de MAD a dejà prevu de faire un codec ACM... Sinon le plugin winamp est une idée

EncSpot: je ne sais pas quand la 1.1 sort. C'est sur qu'elle est bien, mais seul Jon Dee en est responsable. J'ai just fourré mon nez dedans pour la detection de l'encodeur, mais le gros travail d'interface est de Jon tout seul.
 
ACM:
Je pensais à un codec de compression seulement. On genere la meme signature acm que le codec Fhg, et donc on le laisse faire la décompression (on verra plus tard pour remplacer la décompression).
Si l'utilisateur donne une priorité basse à LameACM dans la liste des codecs, si une appli veut juste décoder, elle utilisera le premier qui en est capable dans la liste, donc FhG.
 
Par contre, pour encoder rien n'empeche de choisir spécifiquement le ACM Lame et pas le FhG.

[edtdd]--Message édité par Gabriel Bouvigne--[/edtdd]

C'est pas Windows qui gère la priorité ?
 
C'est à dire que si le FhG est plus fort alors il fera l'encodage et le décodage. Par contre si le FhG est de priorité plus basse, peut-être qu'en disant que le LameACM ne fait que l'encodage, il prendra le FhG pour le décodage...
 
Bonne nouvelle, j'ai du temps jusqu'à vendredi soir pour bosser là dessus, donc je vais me replonger dans le bain (tulmultueux).
 
(pour l'instant j'utilise une autre signature que le FhG)

Bon, j'arrive à peut près à encoder en MP3 avec le codec que j'ai fait, en utilisant la DLL de lame. Mais comme j'ai rien pour écouter il faut que je fasse des tests avec différents paramètres pour vérifier (en virant le header RIFF ca fait du vrai MP3).
 
Le problème c'est que le fichier WAV produit ne peut pas être lu puisque le codec n'a pas la fonction de lecture. J'ai pourtant mis les mêmes paramètres que pour le codec FhG (advanced) et il est installé sur le système. En essayant plein de combinaison Windows refuse d'utiliser le codec FhG pour décoder alors qu'il prend bien mon codec pour encoder...
 
Si qqu'un a des idées...
Sinon il va falloir intégrer MAD (ou autre ?) au codec et ca va prendre beaucoup plus de temps (pour la DLL de lame j'ai utilisé les mêmes routines que mon plugin winamp).

<petit update>
Je viens de regarder et en fait il est pas possible d'utilser un plugin Winamp pour faire ca, puisque les plugins Winamp (2.x en tt cas) accèdent eux même au fichier à lire et non pas par un buffer... Je peux donc pas utiliser in_mad.dll...
 
Je vais essayer de trouver autre chose (me faire une DLL MAD ou trouver une autre DLL qui fait ca). Avis au connaisseurs.

Cherche du côté de mpeg123 il y as des dll qui existent déjà et lui au moins supporte le streaming...

http://privatewww.essex.ac.uk/~djm [...] ml#acm1997
 
Peut etre qu'en installant le codec acm FhG de lecture uniquement ça irait?
 
 
Ps: c'est pas bientot fini cette histoire de streaming?
La gestion du streaming n'a rien a voir avec une librairie de décodage, et c'est pas avec de l'acm que tu vas faire du streaming.

Je suis désolé si MAD ne gère pas le streaming, je m'en tappe que ce soit du ACM ou pas, c'est vrais ! J'écoute du MP3 en stream toute la journée... Avec MAD c'est impossible c tout...

Ben si pas streaming vous entendez lecture sur le net, dans la DLL de MAD c'est codé en dur dedans (InternetOpenUrl)...
 
Par contre pouvoir filer un buffer d'entrée et avoir un buffer en sortie là ca m'interresse !
 
J'ai réussi à lire les fichiers que j'ai encodé chez moi sous W2K alors qu'au boulot sous NT4 ca marche po (même codec FhG installé). Donc c'est probablement pas suffisant...
 
Je mettrais ce soir en ligne ce que j'ai codé (et des binaires) si vous voulez tester ou continuer (je suis en vacances pour 3 semaines)

 
Bah non ! En tout cas dans le code il y a tt ce qu'il faut...
J'espère d'ailleurs que l'API des plugins de Winamp va changer, parce que si chaque plugin doit à chaque fois gerer lui même le streaming !

On pourrait arreter avec le streaming svp?
Les codecs acm c'est pour produire des wav et des avi en local. Tu veux quand meme pas lire un divx en streaming?

Pour le codec acm, tu peux essayer d'ajouter le header à un mp3 avec WaveMp3 pour voir si tu peux le lire sous nt4