HuC6280 vs. HuC6280A (samples PCM)

[touko]

Alors la révision n'apporte pas grand chose hormis surement moins énergivore, et une correction d'un bug sur le son .
En effet sur les PCE classiques le fait de mettre une voix audio sur ON fait un click audio assez désagréable .
Peu gênant à l'init, plus problématique quand il faut faire du ON/OFF sur les voix pour charger le buffer avec une autre onde .
Ce problème touche le on/off, mais aussi lorsque le volume/balance (peu importe lesquels, voix unique ou général) passe de 0 à >0 .

Ce que corrige la révision A .
Normalement la technique pour jouer les samples via le buffer donne de mauvais résultats sur les versions classiques .

Sinon comme le dit kaminari, c'est un changement mineur le reste est totalement identique .

Normalement tous les modèles de PCE (sauf la Core blanche) ont un HuC6280A. A quelles différences faut-il s'attendre avec le 6280 ?

des clicks audio pendant la lecture du sample .

[Kaminari]

Je vais tester ça sur une PCE et une CGX2.

Je trouve tout de même assez curieux que NEC soit revenu au 6280 de base après la SuperGrafx, alors que d'après tes explications la révision A apporte effectivement des changements utiles pour la partie son. Ou alors la doc de Mednafen manque de précision sur les machines concernées.

[touko]

Peut être ou alors il restait des stock d'anciennes puces (peu probable mais bon) .

[Kaminari]

En zieutant plusieurs cartes-mère sur Google, j'ai constaté que la GT par exemple était équipée d'un 6280A, mais pas la Duo ni la Duo-R. Comme tu le dis, on peut imaginer que le CPU soit différent d'une série à l'autre sur un même modèle, mais ça semble quand même peu probable. Surtout que les jeux utilisants le PCM sont légions à partir de 1989, et un problème de samples qui craquent aléatoirement sur une Duo et pas une autre aurait eu un certain retentissement.

[touko]

Par contre c'est étrange pour les duos, il me semblait qu'elles avaient la rev A .
C'est fou, alors que la core 2 l'a ..

et un problème de samples qui craquent aléatoirement sur une Duo et pas une autre aurait eu un certain retentissement.

Si tu peux l'entendre si tu écoutes au casque, car les clicks ou les pops audios sont bien moins audibles lorsque tu joues .
Après je ne dis pas que c'est immonde,faut pas pousser non plus, mais ils sont audibles,surtout si y'a peu de sons joués en même temps .
La lecture des samples via le buffer, fait à chaque fois des on/off et donc normalement tu as un click à chaque fois sur les versions normales du CPU .

[touko]

La prochaine étape va être d'utiliser 2 voix pairées(donc résolution 10bits) pour sortir 2 samples 8bits au lieu de 5bits.
Ca permettra d'utiliser chaque octets au max et donc sans augmentation de taille des samples pour une même fréquence .

[Kaminari]

Pas eu le temps de tester ton sample sur mes machines, j'ai vécu un sale nouvel an avec une crève d'enculé...

[touko]

Pas de soucis y'a pas le feu ,soignes toi d'abord , mais j'ai eu une sale surprise en testant un sample aigue (voix féminine), le résultat est crade .
Faux que je teste sur ma SGX pour voir si c'est pareil .

[touko]

Bon suite à un test sur un sample de femme qui sortait, comment dire, assez dégueux sur mednafen(alors que le premier, plus grave sortait bien), j'ai décidé de tester sur ma SGX, et là ça sort pas mal (excepté un petit pop en fin de sample) .

Je sais pas ce que ça donne sur PCE, mais en tout cas je vais utiliser ce nouveau driver sur SGX vu que ça divise par 5 le CPU consommé à fréquence équivalente par rapport à la méthode par brute force .

[Kaminari]

Ma grippe m'avait fait perdre la mémoire, je teste ça demain ^^

[touko]

Pas de soucis, je me doute bien que sur PCE ça va pas être terrible du tout (bug du chip son du Hu6280 classique ),c'est juste pour voir .

[Kaminari]

Ok, j'ai enfin passé en revue ton sample avec les machines suivantes : PC Engine, CoreGrafx 1, CoreGrafx 2, SuperGrafx, Duo-R.

Le sample joue bien sur la CGX1 et la SGX, relativement propre et exempt de craquements. Ton algo laisse entrevoir un gros potentiel !

Malheureusement, tous les autres modèles déconnent. Sur PCE, mais aussi CGX2 et Duo-R, les craquements sont audibles (notamment vers la fin du sample), mais il y a surtout un bruit de fond permanent et assez énorme qui noie la digit vocale.

Les résultats sont surprenants mais finalement cohérents avec la doc de Mednafen. NEC a donc bien installé un 6280A sur CGX1 et SGX (et possiblement GT d'après les photos de carte-mère) mais pas sur les machines ultérieures, pour lesquelles les ingénieurs sont revenus au 6280 de base. Il faut croire que la PCE a été commercialement plus populaire que la CGX1, ce qui était suffisant pour décider de privilégier la rétro-compatibilité au détriment d'une meilleure qualité audio.

Reste à voir si tu parviens à optimiser ta technique pour un usage "grand public" (PCE et Duo) ou si l'obstacle hardware est infranchissable. Elle pourra au moins servir au développement de jeux spécifiquement SGX, ce qui n'est déjà pas si mal

PS : pour info, Ootake semble émuler un 6280A.

[touko]

Ca c'est du test, toi qd tu fais quelque chose c'est pas à moitié

En tout cas ça confirme ce que je pensais, ça marche bien sur les revA et c'est dégueux sur les autres
Le gros pop sur la fin c'est dans le sample, donc pas grave du tout car supprimable .
Par contre il me semblait que les duo avaient aussi une revA .

PS : pour info, Ootake semble émuler un 6280A.

Aaaah ça c'est intéressant à savoir ,parce que sur mednafen c'est assez horrible .

En tout cas encore merci pour ton test complet .

Reste à voir si tu parviens à optimiser ta technique pour un usage "grand public" (PCE et Duo) ou si l'obstacle hardware est infranchissable

Le souci c'est que le bug audio est du au changement de volume trop rapide de la puce son, malheureusement un ON/OFF fait la même chose, et cette technique est obligée de faire du ON/OFF à chaque rechargement du buffer audio .
Il me semble que pour utiliser cette technique sur les rev normales, il faut utiliser 2 voix, en double buffer .

Elle pourra au moins servir au développement de jeux spécifiquement SGX, ce qui n'est déjà pas si mal

Oui c'est déjà ça

[Kaminari]

Par défaut, Mednafen bascule automatiquement entre le normal et le A en fonction de la machine qu'on veut émuler (PCE ou SGX). Tu peux aussi forcer le PSG de ton choix avec MedGui, mais j'imagine que tu as déjà testé ça.

PS : la TGX intègre aussi un HuC6280 comme la PCE, malgré qu'elle soit sortie la même année que la CGX1.

[touko]

Par défaut, Mednafen bascule automatiquement entre le normal et le A en fonction de la machine qu'on veut émuler (PCE ou SGX)

Bah en tout cas je suis en mode forcé SGX, et le sample est dégueux.

Tu peux aussi forcer le PSG de ton choix avec MedGui, mais j'imagine que tu as déjà testé ça.

Non, je savais pas que tu pouvais forcer ça ..
Je vais tester pour voir
EDIT: j'étais déjà en revA, donc mednafen l'émule très mal à ce niveau .

Bon à savoir : la TGX intègre aussi un HuC6280 comme la PCE, malgré qu'elle soit sortie la même année que la CGX.

Ah, car les americains de pcenginefx ont aussi essayé cette technique (pas avec le même code) donc surement sur TGX et ont trouvé le son horrible, donc étrange .
J'avais cru comprendre que la SGX, la core 1 et un modèle de duo seulement avaient la revA,mais bon rien n'est sur pour ça on dirait (hormis pour la SGX) .