Sympa d'écrire ici, ça me fait plaisir, sincèrement
Donc si je comprends bien la qualité audio est inférée au débit RF et pas à la puce audio, ni au HP. Je l'avais constaté pour le HP (j'ai branché la sortie du PC avec les samples d'Acapela pour voir . Mais si je suis ta logique, si j'injecte un sample dans la banque du Tux et que je le joue, je n'ai plus cette limitation et je devrais avoir un meilleur qualité. Je chauffe ?
Ceci dit, le tux est complètement audible et la voix est clair, c'est sur que je chipote, mais j'essaye de le rendre le plus attractif possible pour que mes amis de passages regardent leur lapin neurasthénique comme la bêtise en plastique qu'il est. Or pour l'instant, le son de Nab est meilleur c'est un fait. D'un autre côté, il fait tout en off-line (on télécharge le son qui est joué), c'est donc pas vraiment comparable comme techno. Ce qui est d'ailleurs idiot car lui, bénéficie du débit wifi permettant de faire la même chose en flux.
En tout cas, tiens nous au courrant pour le passage à 16khz, à faible distance, la redondance est peut-être un luxe et à la limite cela pourrait être basculé via l'API.
Pour la peluche, je ne dis pas que cela serait simple, mais un poil ras (2mm) me parrait jouable, un poil de pingouin quoi Mais j'ai pas d'inquiétude là dessus, si vous en vendez assez, je suis persuadé qu'une version "deluxe" sortira à un moment ou à un autre. Et c'est un peu la même idée pour les moteurs, je préfère largement un deluxe "pas à pas" qu'un delux-tag
Sinon, merci pour l'API, j'en mettrais une autre ce soir avec une gestion des listeners un peu plus simple. En fait ma grande question c'est de savoir si l'API doit être orienté "partie du corps" ou "domaine fonctionnel". En gros si je dois avoir un tux.openMouth() ou un tux.mouth().open(). Pour l'instant je suis sur la deuxième optique pour une raison de "chorégraphie". En effet, en découpant par membre, je peux utiliser à termes des interfaces (je sais pas si vous avez cela en python) du genre "implements Motor,Switch". Et du coup gêré certains aspects via des classes d'animations génériques.
Comme tu le vois, je m'amuse, faut bien se détendre
Sympa d'écrire ici, ça me fait plaisir, sincèrement
Donc si je comprends bien la qualité audio est inférée au débit RF et pas à la puce audio, ni au HP. Je l'avais constaté pour le HP (j'ai branché la sortie du PC avec les samples d'Acapela pour voir
. Mais si je suis ta logique, si j'injecte un sample dans la banque du Tux et que je le joue, je n'ai plus cette limitation et je devrais avoir un meilleur qualité. Je chauffe ?
Ceci dit, le tux est complètement audible et la voix est clair, c'est sur que je chipote, mais j'essaye de le rendre le plus attractif possible pour que mes amis de passages regardent leur lapin neurasthénique comme la bêtise en plastique qu'il est. Or pour l'instant, le son de Nab est meilleur c'est un fait. D'un autre côté, il fait tout en off-line (on télécharge le son qui est joué), c'est donc pas vraiment comparable comme techno. Ce qui est d'ailleurs idiot car lui, bénéficie du débit wifi permettant de faire la même chose en flux.
En tout cas, tiens nous au courrant pour le passage à 16khz, à faible distance, la redondance est peut-être un luxe et à la limite cela pourrait être basculé via l'API.
Pour la peluche, je ne dis pas que cela serait simple, mais un poil ras (2mm) me parrait jouable, un poil de pingouin quoi
Mais j'ai pas d'inquiétude là dessus, si vous en vendez assez, je suis persuadé qu'une version "deluxe" sortira à un moment ou à un autre. Et c'est un peu la même idée pour les moteurs, je préfère largement un deluxe "pas à pas" qu'un delux-tag 
Sinon, merci pour l'API, j'en mettrais une autre ce soir avec une gestion des listeners un peu plus simple. En fait ma grande question c'est de savoir si l'API doit être orienté "partie du corps" ou "domaine fonctionnel". En gros si je dois avoir un tux.openMouth() ou un tux.mouth().open(). Pour l'instant je suis sur la deuxième optique pour une raison de "chorégraphie". En effet, en découpant par membre, je peux utiliser à termes des interfaces (je sais pas si vous avez cela en python) du genre "implements Motor,Switch". Et du coup gêré certains aspects via des classes d'animations génériques.
Comme tu le vois, je m'amuse, faut bien se détendre