Reprise du message précédent :
Salut,
 

 
 
si ton PC plante lors de l'utilisation du codec Lame cela peut indiquer un probleme de stabilité du PC  
 
comme par exemple un trop gros overclocking, un problème avec les barettes Ram ou le CPU
 
je conseille de tester tes barettes avec logiciel memtest 3.0 :
 
http://www.memtest86.com/
 
il y a aussi cette version qui tourne sous Windows:
 
http://home.earthlink.net/~alegr/download/memtest.htm
 
si une erreur apparait avec memtest alors l'exploitation de lame peut poser des problèmes  
 
en effet Lame utilise la mémoire de telle façon que toute imperfection dans les barettes, le CPU ou la carte mère se solde par un plantage
 
j'en ai fait l'experience avec une carte mère A7V133 associé à un athlon XP, ce duo pose des problèmes de stabilité et dans tous les forums Asus la plupart de ceux qui ont ma config ont noté des problèmes d'utilisation avec le codec Lame, problème résolu uniquement quand le test memtest n'indique plus d'erreur

Salut Elbarto,
Au v de sa config je doute que chips soit -malgré son pseudo- adepte d'OC:

Un overclocker fou aurait marqué:

(j'exagère à peine... )
A plus...

Salut,
 
ben il a aussi une carte mère elite K7S5A, je n'ai rien contre cette carte mère mais il parait que cette carte mère peut poser des problèmes si on utilise des barettes ram no name trop bas de gamme,
 
moi avec mon A7V133 même sans overclocking j'avais des problèmes d'utilisation avec le codec Lame ( genre plantage aléatoire sous Virtual Dub ou du logiciel de compression Cdex )
 
c'était des plantages qui n'entrainaient pas un plantage de Windows, des boites de dialogues du genre "la mémoire ne peut pas être read à l'instruction xxxxx" ou "Cdex a commis une erreur et doit être fermé blabla"
 
en abaissant le FSB ( underclocking donc ) le problème disparaissait tout comme les erreurs sous Memtest, j'en ai déduit que lame devait utiliser une technique d'écriture des octets dans la ram assez complexe qui fait que toute faiblesse materielle se solde par un echec
 
en ce qui concerne la derniere version 3.94.1 beta j'ai remarqué toutefois que je n'ai plus ces plantages aléatoires malgré le prob materiel de mon couple A7V133/athlon XP , je pense que les programmeurs de Lame ont du changer quelque chose dans le code source, le code executable passe peut-être mieux sur des configs "malades" comme la mienne  

j'ai pas de probleme spécial avec lame et ma K7S5A
mais j'encode pas souvent

c'etait pas du tout sur la machine en question mais sur un "vieux" duron 900 ( peut etre la kt7 )
en tout cas j'ai fais un memtest dessus dernierement et c'etait impec...
je sais pas ce qui c'etait passé ce jours la, mais ça a marché depuis alors...

salut,
 
ok de toute façon il semble connu que le codec lame ACM n'est pas sans défaut,
 
et au niveau qualité/rapidité d'encodage quelqu'un a-t-il testé ?
 
je me suis amusé à tester avec le commutateur -q0 et il me semble que la qualité soit un chouilla meilleur mais difficile d'en être sûr car il faut disposer d'un bon matos au niveau des hauts-parleurs et une bonne oreille
 
j'avais testé sur un morceau de jazz/funk et il m'a semblé que les basses étaient peut-être un peu plus prononcées
 
j'aimerai savoir si il existe un petit logiciel qui permet de faire des analyses sur un fichier MP3 pour pouvoir le comparer avec un autre fichier MP3 sur des criteres de qualité audio ?
une sorte de benchmark audio mp3
 
je possede cool edit pro qui permet d'afficher un graphique sur la courbe de frequence mais ça m'aide pas vraiment

Pour les comparatifs de qualité, outils ABX de rigueur (va sur le topic des softs utiles de Vidéo & Son pour les adresses ; sinon, www.ff123.net

merci gURuBoOleZZ
 
j'ai téléchargé l'outil abx qui permet d'écouter en aveugle les fichiers audios,
 
c'est donc une méthode manuelle à "l'oreille" pour la notation
 
mais j'aimerais savoir si il existe un logiciel qui fait tout automatiquement ( notation ) en se basant sur des criteres objectifs précis ?
 
en gros tu donnes au logiciel 2 fichiers audio ( MP3 + la version originale ) et il te donne alors son analyse et sa notation
 
les criteres peuvent être la courbe de frequence, le bruit de fond, la distorsion
 

Il existe des logiciels reposant sur des principes psycho-acoustiques (ce qui suppose un parti pris et des lacunes) permettant des comparaisons. Eaqual me vient à l'esprit, mais d'autres existent, aux conclusions parfois éloignées. Ces softs là ne renvoient d'ailleurs pas une image globale de la qualité (le pré-écho est ignoré sur eaqual), et du reste fonctionnent très mal lorsqu'il s'agit de comparer des formats entre eux. A oublier pour l'usage que tu comptes en faire.
 
Quant aux critères objectifs, il faudrait d'abord pouvoir les déterminer, et pondérer les variations des données avec l'impact sur la qualité perçue, ce qui fait à nouveau appel (indirectement) à la subjectivité.
 
 
En gros, les mesures subjectives sont les seules valables lorsqu'il s'agit de comparer plusieurs formats.

Guru puisqu'on arle de tt cela Guru une question me turlupine depuis n moment à propos des tests ABX (que je n'ai jamais fait oui je sais...)
Voila pour comparer des fichiers encodés il faudrait comparer avec la source (WAVE) qui feriat office d'échantillon témoin...
ca paraitrait logique mais mon bapteme du feu avec foo_abx ne m'a pas semblé indiquer que les softs ABX prenaient cette direction... (En meme temps j'ai pas compris grand chose au composant ABX de foobar A et B et X et Y kézaco???)
Pour ce qui est du fonctionnement spécifique de etl ou tel soft d'ABX t'embete pas je ferai une recheche sur le net mais en ce qui concerne le principe général j'ai tout faux ou quoi?
On peut comparer deux codec sans faire de comparaion avec la source???
 
Merci d'avance...
Tanguy

Cela peut être utile pour reconnaître un codec, et aussi pour voir où sont les différences entre deux codecs différents.

Un test ABX consiste en une mise à l'épreuve d'une partie précise de notre subjectivité (un sens particulier, à l'exclusion de tous les autres), afin de déterminer si l'ouïe, le goût, l'odorat... est véritablement capable de distinguer deux objets d'informations différents.
 
Dans le cas de l'audio compressé, tu as deux cas de figures :  
- original vs encodé : détermine l'existence de défauts ou de différences liés à la la compression
- encodé vs encodé (avec ou sans référence à l'original) : même principe, mais avec mise à jour d'éventelles gradation ou modification des défauts perçus sur les fichiers encodés.
 
Le composant ABX de foobar2000 ne permet pas d'opposer plus de deux fichiers : A et B. A et B sont des fichiers dont on sait à quoi ils correspondent. Lorsque tu cliques sur A, tu sais avoir sous les oreilles l'original - et sur B, l'encodé [si l'utilisateur a paramétré le soft pour que A soit l'original].
X désigne l'inconnu : à toi de savoir s'il s'agit de A ou de B, que tu écouter à loisir. De fait, Y ne sert pas à grand chose, puisqu'il s'agit forcément de l'autre fichier (B si X=A).
 
Lorsque tu lances la comparaison ABX de foobar2000, le logiciel considère que A = premier des deux fichiers dans la playlist et B = second fichier. Tu peux donc comparer ce que tu veux, y compris un lied de Schubert avec un solo de guitare électrique (la différence devrait être audible).
 
 
Tu peux par exemple comparer mp3 et vorbis sans avoir accès à l'original : cela permet non pas de voir lequel est le plus éloigné de l'original mais lequel sonne le mieux à tes oreilles. Parfois, le plus éloigné est le plus plaisant (plus plaisant d'ailleurs au point que certains désignent l'encodé comme étant la référence !)

puissance CHINOIS...
Merci grand grand maitre...
Pour l'explication de foo ABX fallait pas te déranger je me serai débrouillé bon ca tarien en longueur c'ets vrai mais la période de l'année n'arrange pas mes affaires...)... Effectivement sans la convention (A=le 1er morceau de la playliste) j'avais du mal à piger comment ca marchait (je me suis dit: "tain c'est vraiment du double aveugle!"...) Ils devrainet mettre ca dans un readme accompagnant la dll...
En tt cas merci c'est très sympa et les explications génrales sur le principe de l'ABX me sont d'un grand secour...
Je te remercie donc malgré ton puissant coup de pied de l'ane:

C'est po de ma faute si mon ouie est médiocre.. Pi d'abord tu sais bien que j'ai pas de schubert...(un riff de guitare electrique je dois pouvoir te trouver ça, chercher l'erreur...)

Enfin sans façon ne me propose pas de me filer un lied de Scubert en monkey Audio pour que je fasse le test: mem avec ma promesse que ej l'efface à la fin ce serait illégal...
Par contre ta propal (appuyée) pour un test ABX Lame versus Ogg Vorbis (non ce n'est pas un sombre corssover de série Z style Freddy contre Jason ou autre AvP)... Au hasard Q6 vs fast standard...hin hin hin... Quitte à baisser mes prétentions vers le 128kbps si mon ouie n'est pas asez fine pour le débit moyen...
Ce devrait etre fait d'ici la fin des vacances je te donnerai le résultat (en MP si c'est déshonorant... genre pas cap de distinguer ogg Q6 de Lame 128CBR...)
 
PS: Question subsidiaire, tu trouves pas ac un peu domage que des etst ABX ne soient pas défins de base comme devant prendre en compte l'original? Soit original -non désigné comme tel- plus un fichier compressé s'il sagit de tacher de déterminer la transparence d'un codec, soit WAVE -désigné comme tel- face à deux fichiers compressés pour les comparer dans le sens de la plus grande transparence...
pasque comme c'est fait l'ABX de deux fichiers lossy c'est *trop* subjectif... Ce qui compte pour un codec lossy c'est bien de reporduire le plus fidelemnt la fichier d'origine (i.e. càd en tachant de faire en sorte que les dégradations inévitables soient inaudibles, s'entend...)
La etl que c'ets fait ce serait plus une façon de poser la question: quel codec préférez vous?
Et ca ca intersse seulement l'intéressé...
Alors que quel codec donne le résultat le plus difficile à distinguer de l'original en règle général ca intéresse le plsu grand nombre...
C'ets d'ailleurs ce que tu dis plus ou moins no:

 
Bref je serai partisan d'utiliser un test ABX acceptant au moins 3 fichiers en simultané...
Exit foobar donc... Je prends le soft développé en java? >>>ICI<<<
C'est bien cuila le meilleur??? (en d'autres termes -coup de lèche éhonté- est ce celui que TU utilises? )
 
PS: Ce N'est VRAIMENT PAS la peine de me détailler le focntionnement du logiciel de test ABX à 8 fichiers, je me débrouilelrai seul...
 
A plus...
Tanguy

 
Pas nécessairement. Du moins, certains ne partagent pas cet avis. Lorsque tu écoutes dans la rue une musique quelconque, importe-t-il vraiment d'avoir une reproduction fidèle ? Ne cherche-t-on pas au contraire un son qui doit au moins ne pas déplaire, voire séduire ?
 
L'origine (le signal contenu dans le media commercialisé) ne sert pas toujours - loin de là !! - de référence. Il est rarement perçu comme une relique, à savoir : sacré, et à ne pas toucher. Combien utilisent des equaliser, des bass-booster, des DFX, des SRQ WOW ou autres DSP du genre pour leur mp3 ou leur CD ? Beaucoup... Les baladeurs et même les chaînes grand-public en sont dotés. Jusqu'aux amplis multi-canaux à prétention hi-fi.
Evidemment, ce n'est pas le rôle de l'encodeur de saupoudrer le signal de hautes fréquences. Mais si celà plait, l'idée reste défendable. Au moins pour certains usages.

Pas encore couché toi? Euh moi non plus remarque...
Oi je vois bien mais bon un équalizer ca ne modifie as le fichier alors qu'un encodage les pertes générées ne peuvent pas etre désactivées après coup...
Enfin je chipote il est vrai que l'imporant c'est que le résultat nous plaise...
Mais bon je trouve que le principe ABX ainsi conçu se veut trop subjectiviste alors qu'il aurait mieux valu se baser sur la subjectivité pour permettre d'établir une loi objective générale...
(raffarinesque mes propos...)
Sur ce bonne nuit là j'y vais pour de bon...
 
Tang

 
Il doit également être possible de réencoder ses morceaux préférés avec un encodeur "fidèle" si les effets apportés par le premier gênent.
Je suis cependant d'accord avec ta remarque - d'autant plus que les effets peuvent lasser très vite. Je n'aime pas l'idée d'une modification "tonale" (je ne trouve pas d'autres termes, et celui-ci est mauvais) du signal à l'encodage.
 
Tu remarqueras cependant qu'aucun encodeur ne s'engage dans cette voie (exceptée peut-être les encodeurs SBR - mp3pro et HE-AAC - et encore ces derniers cherchent à minimiser sinon annuler les différences imputables à la génération artificielle des hautes-fréquences). Le seul encodeur dont les modifications peuvent être perçues positivement par certains est l'ogg vorbis, notamment depuis sa version finale, qui opère des changements assez importants je trouve. Mais ces défauts sont accidentels, non-souhaités, comme le prouvent les efforts récents de certains développeurs pour les corriger (cf. forum Vorbis d'HA, actuellement en maintenance). Au plus peut-on dire que les personnes qui coordinnent le développement de Vorbis ne sont pas foncièrement alarmés par les caractéristiques sonores de leur produit.

Ogg Vorbis le codec développé par des sourds...

Tu comprends maintenant pourquoi je m'en accomode si bien...
A+
PS: Je pensais justement que tu n'avais pas profité de ta remarque sur l'équalizer pour me taquiner la desssus...
Avec l'ogg tu n'as pas laisé passer l'occasion...
Je plaisante bien sur... Du reste j'ai failli évoquer l'ogg dans le post précédent (prévenir l'attaque...) et c'est pour ca que j'étais sorti du lit...
Bonne nuit (cette fois c'est la bonne).

Salut,
 
gURuBoOleZZ tu m'as l'air vachement calé en technique son, ça m'épate vraiment, tu bosses comme ingénieur du son dans le civil ?
 
à mon avis tu devrais écrire un bouquin sur la technique son ou mieux un site web perso sur ce domaine tellement tu maitrises
 
sinon j'ai testé ton logiciel "eaqual" et ben en effet ça me donne des résultats un peu surprenant,
 
j'ai testé avec un fichier wav source et un fichier wav issue d'un MP3 et là c'est très decevant si j'utilise le codec Lame MP3 3.92 ou 3.94b1 :
 
--> la valeur ODG ( Objective Difference Grade ) du rapport final me sort un "-3.90" ce qui indique que la qualité est mauvaise au niveau audio ( selon ce logiciel un score proche de -4 indique un problème de qualité, un score proche de zéro indique au contraire une bonne qualité quasi proche du fichier original )
 
j'avais pourtant encodé le fichier original avec le --preset extreme de lame qui est censé donner une très bonne qualité
 
en essayant avec l'encodeur MPC de musepack là j'obtiens de bien meilleurs résultats sous eaqual avec une valeur ODG de -0.5 !
 
le codec Lame serait-il incompatible avec eaqual ?
 
j'ai essayé avec 2 types de fichiers source audio ( un morceau jazz/funk des commodores et un morceau pop/funk )
 
si quelqu'un peut faire le test lui même en téléchargeant eaqual :
 
http://home.wanadoo.nl/~w.speek/download/Eaqual.zip
 
syntaxe en ligne de commande:
 
eaqual -fref fichier_source_wav -ftest fichier_encodé_wav

cé koi la différence entre 3.95a et 3.94b ?

la 3.95 est une version alpha donc encore moins sûr que la version 3.94 qui est une béta donc un peu plus sûr
 
ce qui a changé par rapport à la 3.94b:
 

 
 
http://cvs.sourceforge.net/viewcvs [...] l?rev=1.70

Elbarto : avec quoi as-tu décompressé le mp3 ? Lame.exe ou un autre encodeur ? N'oublie pas en effet que les encodeurs mp3 ajoutent des samples en début et en fin de fichier, ce qui empêche de superposer les données pour les comparer sample à sample : un décalage survient, et forcément, la valeur ODG est proche du maximum.
 
En décodant avec lame un encodage lame, tu obtiendras un fichier valide pour ce genre de test.

ben j'ai décompressé le MP3 avec le logiciel Cdex 1.51
 
je vais essayer de décompresser avec lame 3.94b ( lame.exe ) celui qui a servi à compresser le wav

ça y est j'ai refait le test avec un fichier décompressé par lame cette fois,
 
et les résultats sont bien meilleurs ! ( ODG de -0.02 avec un fichier encodé en --preset extreme )
 
 

 
ça me semble bien comme test si on veut prendre des reperes techniques en plus d'un test subjectif à l'oreille pour départager plusieurs codecs non ?

 
Une fois que tu as départagé à l'oreille tes différents codecs, je crois que des données ODG ne servent à rien car :  
- soit elles confirment et tu es content (mais dans ce cas elles ne servent à rien)
- soit elles infirment, et tu as le choix entre croire ce que t'affirme le soft contre ton expérience personelle, ou plutôt accorder ta confiance à tes sens qu'à un logiciel dont on sait qu'il est imparfait.
 
Je pense que ce type d'outils peuvent servir des développeurs qui doivent continuellement ajuster les paramétrages d'un même codec. Les variations ODG peuvent donner une indication sur l'impact de modifications qu, isolées, sont trop subtiles pour être vraiment appréciées par l'oreille.
 
Un exemple, sur ce topic

merci pour ces infos
 
personne d'autres n'a fait de test sur cette version béta de lame ?
 
notamment la version ACM ( utilisable sous Virtual dub et les logiciels d'acquisition vidéo )
 

La version ACM (3.94b) plante chez moi quelque soit la version de virtualdub ou virtualdubmod.

donne des détails sur le taux de compression utilisé
 
pense à désactiver tes autres codecs mp3 dans le gestionnaire de périphériques ( ligne controleur audio/vidéo, codec audio ) ( style radium frauhnhoffer ) car peut-être qu'il y a un conflit entre codecs ?
 
tu as essayé d'utiliser le codec avec le magnetophone windows pour convertir un wav ?
 
j'ai fait un test rapide ça marche plutôt bien

En fait, ça plante dès que j'accède au menu des codecs audio dans vdub/vdubmod. Je ne peux même pas choisir le type d'encodage. Je n'ai pas d'autres codecs MP3 d'installés. Je n'ai pas essayé avec le magnétophone.

En voilà une nouvelle qu'elle est bonne!
http://www.hydrogenaudio.org/index [...] hl=gapless
 
Déjà que c'était pas gapless avec Winamp, ça ne le sera même plus avec foobar...

interessant ton lien Cutter
 
janfy-> j'avais eu un problème étrange sous virtual dub et le codec lame, auparavant j'avais installé le codec fraunhoffer radium MP3, puis j'ai désinstallé le radium et tout à coup virtual dub n'arrivait plus à relire les fichier avi encodé en MP3, malgré la présence du codec lame, les players vidéos eux n'avaient pas de problèmes
 
puis en réinstallant le codec radium ( tout en gardant le codec lame ) Virtual dub arrivait enfin à relire les fichiers AVI possedant une piste son MP3 et à travailler dessus  
 
donc peut-être qu'il y a un bin's au niveau de base de registre pour tout ce qui concerne le MP3

Cette info semble donner un peu raison à mon sentiment diffus sur les codec gapless, savoir qu'un gapless strict du codec est préférable à l'ingénieux système a posteriori de l'AAC ou du MP3...

Il faut lire la suite de la discussion, malheureusement sectionnée sans lien dans le corps original :  
http://www.hydrogenaudio.org/index.php?showtopic=16846
 
D'après PP, la méthode utilisée dans le container mp4 a l'avantage d'être standardisée, ce qui devrait limiter les errements vus avec lame.
Enfin, avec un minimum de bon sens, on pourra se dire qu'une version beta de LAME ne constitue pas une référence en terme stabilité, et que les modifications introduites peuvent très bien être considérées comme un faux pas (on verra plus tard).

Euh oui évidememnt c'est uen beta donc je en faisais pas de ma remarque une démonstration mathématique... C'était juste un élement vaguement à charge... J'aurai du utiliser plus de précautions langagières (je pensais que l'appréciatif "sembler" suffisait...)
A+

Quelle est la différence entre un header et un container? Entre un container et un format audio?

Je crois qu'un header (entete) n'est pas propre aux fichiers audios, tout fichier a une entete...
Le contenair est un fichier (avec par conséquent une entete) qui a pour vocation de contenir un flux audio/, vidéo ou les deux...
Le contenair audio wave par exemple peut contenir plusieurs sortes de formats audio: flux PCM (que l'on qualifie abusivement de wave), mp3...

 
Je constate que je fais bien de lire un peu les forums en rentrant:  personne ne semble prendre la peine de reporter les bugs...
 
SVP: reportez les bugs aux développeurs, ça nous évitera de devoir traquer les forums à la recherche des bugs que vous connaissez mais que vous n'avez pas reportés/

Euh oui et puis c'est un peu le but des beta aussi... Bonne année Gabriel...

c'est promis , la prochaine fois on t'insulte directement en MP

Ouais à poil Gabriel! (un reste du réveillon sans doute... )

Je viens de fixer un bug ACM qui pouvait survenir pendant l'encodage.
Par contre, dans l'écran des codecs audio VirtualDub ne plante pas chez moi (1.5.10).
 
Alors, ça marche ou ça marche pas?

LameACM 3.94b + virtualdub 1.5.1
crash quand je passe l'audio en full processing mode et que je lance le menu compression.
=>
 
VirtualDub crash report -- build 15654 (release)
--------------------------------------
 
Disassembly:
01742160: 0000            add    [eax], al
01742162: 81e6ffbfffff    and    esi, ffffbfff
01742168: e93cffffff      jmp    017420a9
0174216d: 395df8          cmp    [ebp-08], ebx
01742170: 7517            jnz    01742189
01742172: c745f801000000  mov    dword ptr [ebp-08], 00000001
01742179: 81ce00400000    or     esi, 00004000
0174217f: e925ffffff      jmp    017420a9
01742184: f6c5c0          test   ch, c0
01742187: 7407            jz     01742190
01742189: 33d2            xor    edx, edx
0174218b: e919ffffff      jmp    017420a9
01742190: 80cd80          or     ch, 80
01742193: e911ffffff      jmp    017420a9
01742198: 68a4010000      push   000001a4
0174219d: ff7510          push   dword ptr [ebp+10]
017421a0: 51              push   ecx
017421a1: ff7508          push   dword ptr [ebp+08]
017421a4: e87c1d0000      call   01743f25
017421a9: 8bc8            mov    ecx, eax
017421ab: 83c410          add    esp, 10
017421ae: 3bcb            cmp    ecx, ebx
017421b0: 7d04            jge    017421b6
017421b2: 33c0            xor    eax, eax
017421b4: eb1a            jmp    017421d0
017421b6: 8b4514          mov    eax, [ebp+14]
017421b9: ff0504287a01    inc    dword ptr [017a2804]
017421bf: 89700c          mov    [eax+0c], esi
017421c2: 895804          mov    [eax+04], ebx
017421c5: 8918            mov    [eax], ebx
017421c7: 895808          mov    [eax+08], ebx
017421ca: 89581c          mov    [eax+1c], ebx
017421cd: 894810          mov    [eax+10], ecx
017421d0: 5f              pop    edi
017421d1: 5e              pop    esi
017421d2: 5b              pop    ebx
017421d3: c9              leave  
017421d4: c3              ret    
017421d5: 8b15403e7a01    mov    edx, [017a3e40]
017421db: 53              push   ebx
017421dc: 55              push   ebp
017421dd: 56              push   esi
017421de: 33ed            xor    ebp, ebp
017421e0: 33f6            xor    esi, esi
017421e2: 33c0            xor    eax, eax
017421e4: 3bd5            cmp    edx, ebp
017421e6: 57              push   edi
017421e7: 7e5d            jle    01742246
017421e9: 8b1d342e7a01    mov    ebx, [017a2e34]
017421ef: 8bfb            mov    edi, ebx
017421f1: 8b0f            mov    ecx, [edi]
017421f3: 3bcd            cmp    ecx, ebp
017421f5: 7415            jz     0174220c
017421f7: f6410c83        test   [ecx+0c], 83      <-- FAULT
017421fb: 740a            jz     01742207
017421fd: 40              inc    eax
017421fe: 83c704          add    edi, 04
01742201: 3bc2            cmp    eax, edx
01742203: 7cec            jl     017421f1
01742205: eb3f            jmp    01742246
01742207: 8b3483          mov    esi, [ebx+eax*4]
0174220a: eb24            jmp    01742230
0174220c: 8bf8            mov    edi, eax
0174220e: 6a20            push   20
01742210: c1e702          shl    edi, 02
01742213: e87bc2faff      call   016ee493
01742218: 59              pop    ecx
01742219: 8b0d342e7a01    mov    ecx, [017a2e34]
0174221f: 89040f          mov    [edi+ecx], eax
01742222: a1342e7a01      mov    eax, [017a2e34]
01742227: 8b3c07          mov    edi, [edi+eax]
0174222a: 3bfd            cmp    edi, ebp
0174222c: 7418            jz     01742246
0174222e: 8bf7            mov    esi, edi
01742230: 3bf5            cmp    esi, ebp
01742232: 7412            jz     01742246
01742234: 834e10ff        or     dword ptr [esi+10], ff
01742238: 896e04          mov    [esi+04], ebp
0174223b: 896e0c          mov    [esi+0c], ebp
0174223e: 896e08          mov    [esi+08], ebp
01742241: 892e            mov    [esi], ebp
01742243: 896e1c          mov    [esi+1c], ebp
01742246: 8bc6            mov    eax, esi
01742248: 5f              pop    edi
01742249: 5e              pop    esi
0174224a: 5d              pop    ebp
0174224b: 5b              pop    ebx
0174224c: c3              ret    
0174224d: 8b442404        mov    eax, [esp+04]
01742251: 53              push   ebx
01742252: 3b05a0417a01    cmp    eax, [017a41a0]
01742258: 56              push   esi
01742259: 57              push   edi
0174225a: 7373            jnc    017422cf
0174225c: 8bc8            mov    ecx, eax
0174225e: 8bf0            mov    esi, eax
 
Windows 5.1 (Windows XP build 2600) []
 
EAX = 00000000
EBX = 01100029
ECX = ff000005
EDX = 00000200
EBP = 00000000
DS:ESI = 0023:00000000
ES:EDI = 0023:01100029
SS:ESP = 0023:0012e5ec
CS:EIP = 001b:017421f7
FS = 0038
GS = 0000
EFLAGS = 00010286
 
MM0 = 0032677b0032677b
MM1 = 000000000032677b
MM2 = 0032677b0032677b
MM3 = 000000000032677b
MM4 = 0000000000000000
MM5 = 0000000000000000
MM6 = 8980000000000000
MM7 = e8ba2e8ba2e8b800
 
Crash reason: Access Violation
 
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'LameACM'...
 
...while enumerating audio codec ID 00148728
 (acompchoose.cpp:183).
 
Thread traces:
 
Thread 00000db8 (Main thread)
 C:\p4root\dev\VirtualDub\source\Init.cpp(247)
 C:\p4root\dev\VirtualDub\source\Init.cpp(268)
 C:\p4root\dev\VirtualDub\source\Init.cpp(286)
 C:\p4root\dev\VirtualDub\source\Init.cpp(348)
 C:\p4root\dev\VirtualDub\source\Main.cpp(190)
 C:\p4root\dev\VirtualDub\source\Main.cpp(213)
 
Thread call stack:017421f7: LameACM!DriverProc [016e0000+96b0+58b47]
01740597: LameACM!DriverProc [016e0000+96b0+56ee7]
017405c1: LameACM!DriverProc [016e0000+96b0+56f11]
016f218f: LameACM!DriverProc [016e0000+96b0+8adf]
77f559c9: ntdll!LdrShutdownThread [77f40000+12648+3381]
77f559d0: ntdll!LdrShutdownThread [77f40000+12648+3388]
77f55ec3: ntdll!LdrShutdownThread [77f40000+12648+387b]
77f559c9: ntdll!LdrShutdownThread [77f40000+12648+3381]
77f559d0: ntdll!LdrShutdownThread [77f40000+12648+3388]
77f488f5: ntdll!RtlAllocateHeap [77f40000+7b34+dc1]
77f55ec3: ntdll!LdrShutdownThread [77f40000+12648+387b]
77f559c9: ntdll!LdrShutdownThread [77f40000+12648+3381]
77f559d0: ntdll!LdrShutdownThread [77f40000+12648+3388]
77f83a50: ntdll!RtlRemoteCall [77f40000+43892+1be]
77f83a50: ntdll!RtlRemoteCall [77f40000+43892+1be]
77f47cf7: ntdll!RtlAllocateHeap [77f40000+7b34+1c3]
77f488f5: ntdll!RtlAllocateHeap [77f40000+7b34+dc1]
77f55ec3: ntdll!LdrShutdownThread [77f40000+12648+387b]
77f559d0: ntdll!LdrShutdownThread [77f40000+12648+3388]
016e6802: LameACM!00006802
77f559d0: ntdll!LdrShutdownThread [77f40000+12648+3388]
77f567d4: ntdll!LdrShutdownThread [77f40000+12648+418c]
77f49a20: ntdll!RtlAcquirePebLock [77f40000+99f8+28]
77f49a29: ntdll!RtlAcquirePebLock [77f40000+99f8+31]
77f4a30e: ntdll!RtlReleasePebLock [77f40000+9a60+8ae]
77f49a6f: ntdll!RtlReleasePebLock [77f40000+9a60+f]
77f4a199: ntdll!RtlReleasePebLock [77f40000+9a60+739]
77f4a1a1: ntdll!RtlReleasePebLock [77f40000+9a60+741]
77f4d5f0: ntdll!RtlGetFullPathName_U [77f40000+d402+1ee]
77f49a6f: ntdll!RtlReleasePebLock [77f40000+9a60+f]
77f4d79e: ntdll!RtlGetFullPathName_U [77f40000+d402+39c]
77f4d772: ntdll!RtlGetFullPathName_U [77f40000+d402+370]
77f60132: ntdll!RtlActivateActivationContext [77f40000+1fa5c+6d6]
77f83a73: ntdll!RtlRemoteCall [77f40000+43892+1e1]
77f48a7e: ntdll!RtlFreeHeap [77f40000+88f8+186]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77f83a73: ntdll!RtlRemoteCall [77f40000+43892+1e1]
77f48a7e: ntdll!RtlFreeHeap [77f40000+88f8+186]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77e60224: kernel32!GetConsoleScreenBufferInfo [77e40000+20121+103]
77f4d772: ntdll!RtlGetFullPathName_U [77f40000+d402+370]
77f499f3: ntdll!RtlDosPathNameToNtPathName_U [77f40000+99a6+4d]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77e57bbb: kernel32!CreateFileW [77e40000+179b1+20a]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77e59a70: kernel32!LocalFree [77e40000+19a45+2b]
77e59a83: kernel32!LocalFree [77e40000+19a45+3e]
77e59a83: kernel32!LocalFree [77e40000+19a45+3e]
016e98c7: LameACM!DriverProc [016e0000+96b0+217]
016e6d11: LameACM!00006d11
77f5028b: ntdll!LdrUnlockLoaderLock [77f40000+101d6+b5]
77f47113: ntdll!LdrLoadDll [77f40000+6ea1+272]
77f470fb: ntdll!LdrLoadDll [77f40000+6ea1+25a]
77f6dd1e: ntdll!RtlImageDirectoryEntryToData [77f40000+2dce6+38]
77f65956: ntdll!KiRaiseUserExceptionDispatcher [77f40000+258f4+62]
77f65a56: ntdll!KiRaiseUserExceptionDispatcher [77f40000+258f4+162]
016e7057: LameACM!00007057
77f661a9: ntdll!LdrFindEntryForAddress [77f40000+25afa+6af]
77f67721: ntdll!LdrFindResource_U [77f40000+2770a+17]
016e167b: LameACM!0000167b
77f83a50: ntdll!RtlRemoteCall [77f40000+43892+1be]
77f83a50: ntdll!RtlRemoteCall [77f40000+43892+1be]
77f47ee4: ntdll!RtlAllocateHeap [77f40000+7b34+3b0]
77f488f5: ntdll!RtlAllocateHeap [77f40000+7b34+dc1]
77f83a73: ntdll!RtlRemoteCall [77f40000+43892+1e1]
77f48a7e: ntdll!RtlFreeHeap [77f40000+88f8+186]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77e5aee1: kernel32!GetEnvironmentVariableA [77e40000+1ac5e+283]
77e5af19: kernel32!GetEnvironmentVariableA [77e40000+1ac5e+2bb]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77e60581: kernel32!LoadLibraryExW [77e40000+2049b+e6]
77e60591: kernel32!LoadLibraryExW [77e40000+2049b+f6]
77f4bc74: ntdll!NtQueryInformationProcess [77f40000+bc68+c]
77e58c64: kernel32!SetErrorMode [77e40000+18c17+4d]
77f4f772: ntdll!RtlGetFrame [77f40000+f464+30e]
77f4f5a0: ntdll!RtlGetFrame [77f40000+f464+13c]
77f49685: ntdll!RtlUnlockHeap [77f40000+9660+25]
77f496a5: ntdll!RtlUnlockHeap [77f40000+9660+45]
77e51b8e: kernel32!GlobalUnlock [77e40000+11b14+7a]
77e51b96: kernel32!GlobalUnlock [77e40000+11b14+82]
016e983c: LameACM!DriverProc [016e0000+96b0+18c]
76ae3256: WINMM!SendDriverMessage [76ae0000+3196+c0]
76ae31ad: WINMM!SendDriverMessage [76ae0000+3196+17]
76ae2dcc: WINMM!OpenDriver [76ae0000+2d39+93]
76ae31ad: WINMM!SendDriverMessage [76ae0000+3196+17]
77f488f5: ntdll!RtlAllocateHeap [77f40000+7b34+dc1]
77f590d7: ntdll!RtlInitOutOfProcessMemoryStream [77f40000+19040+97]
77f59108: ntdll!RtlInitOutOfProcessMemoryStream [77f40000+19040+c8]
77f590f4: ntdll!RtlInitOutOfProcessMemoryStream [77f40000+19040+b4]
77f59972: ntdll!RtlInitializeCriticalSectionAndSpinCount [77f40000+19870+102]
77f48ec1: ntdll!RtlFreeHeap [77f40000+88f8+5c9]
77e59a70: kernel32!LocalFree [77e40000+19a45+2b]
77f4577d: ntdll!RtlInitializeCriticalSection [77f40000+5772+b]
77e59912: kernel32!InitializeCriticalSection [77e40000+19908+a]
77bb15cb: MSACM32!acmGetVersion [77bb0000+13a0+22b]
77bb15db: MSACM32!acmGetVersion [77bb0000+13a0+23b]
76ae2d4c: WINMM!OpenDriver [76ae0000+2d39+13]
77bb3521: MSACM32!acmGetVersion [77bb0000+13a0+2181]
77bb3a3b: MSACM32!acmDriverOpen [77bb0000+39ef+4c]
00458621: ACMDriverEnumerator()
 
-- End of report