Port USB - Page 3

Pollux :
mci en tout cas ça poutre pas mal, on pourrait avoir du son avec une carte son externe, de la mémoire avec une clé USB, etc... (par contre le wifi serait déjà bcp bcp plus prise de tête pour les drivers )

Carte son (dans une certaine mesure) c'est réalisable avec le port IO classique

et je suis bien placé pour le savoir (wave2asm), mais ça bouffe bcp de CPU pour une qualité très mauvaise... (7 bits grand maximum, et une fréquence d'échantillonnage assez basse)
sans compter qu'on ne peut pas enregistrer ^^

ExtendeD> tu arrives à quel débit maximal ? (et/ou tu sais quel débit ils obtiennent sur 84+ ?)

Aucun idée. Là j'utilise du code de l'AMS modifié pour tester plus rapidement, donc ça ne serait pas le débit maximal, et j'ai que du code fonctionnel pour une souris USB, donc ça montre pas grand chose. Et le débit des transferts PC/TI est peut-être limité par Ti-Connect.

déja, vu qu'il arrive à faire défiler un film à 10 fps sur un écran à 96x64 pixels, on arrive (au moins) à 96/8*64*10 = 7680 octets/s (a moins qu'il ne lise pas la clé USB en direct)

y'a des nouvelles sur ticalc.org apparament le type (un certain michael) a réussi à connecter une mémoire de 1Go et à programmer un lecteur de FAT16. y'a une demo video où il mate un DivX sur sa ti.

c'est sur ti84+ il me semble...

Ximoon :
Cf la dernière news de ticalc, plutôt impressionnant je trouve
Félicitations

http://www.ticalc.org/archives/news/articles/13/130/130297.html

(bientôt des jeux sur clefs USB ? moi je trouverais ça bien )

glfwb :
y'a des nouvelles sur ticalc.org apparament le type (un certain michael) a réussi à connecter une mémoire de 1Go et à programmer un lecteur de FAT16. y'a une demo video où il mate un DivX sur sa ti.

divx?
une 84+ ne peux carrement pas décompresser en tps réelles un format comme ça vu que des PC 100Mhz rament pour lire les divx.
Le format utilisé doit être un format non compressé à mon avis, genre suite de bmp.

glfwb :
un certain michael

Euh, il est quand même assez connu

lol dsl Ximoon d'avoir piqué ton message j'avais pas fait gaffe.

je parlais d'un DivX dans le sens film piraté. c'est compressé en monochrome format écran TI84+ c'est sur pas besoin de mpeg c'est déja tout petit. enfin bref tout ça pour dire que le port usb peut bien être utilisé avec des périphériques PC.

Un divx n'est pas forcément un film piraté, et si c'est le cas c'est assez malvenu d'en parler ici.
Mais effectivement rien n'empêche de créer un outil pour séquencer des images et en faire des films visibles par l'intermédiaire d'une clef USB. Maintenant vu la résolution et les couleurs, et la qualité de l'affichage d'une façon générale je doute que ça ait un grand intérêt.
Pour des animations dans des jeux par contre je dis pas.

d'autant qu'aucun dispositif de son ne permet une restitution "audible" des voix

y'a pas un moyen de restituer la voix ou la musique par un périphérique USB au lieu d'utiliser le port link pour le son?

Oh, sûrement, mais bon autant se trimballer un PDA je pense dans ce cas (et encore, en supposant qu'on puisse effectivement utiliser un HUB, parceque sinon tu auras du mal à brancher les deux périphériques à la fois )

Un hub alimenté en plus

Ximoon :
Oh, sûrement, mais bon autant se trimballer un PDA je pense dans ce cas (et encore, en supposant qu'on puisse effectivement utiliser un HUB, parceque sinon tu auras du mal à brancher les deux périphériques à la fois )

ou alors en alternant les deux périphériques très vite !

vince :
d'autant qu'aucun dispositif de son ne permet une restitution "audible" des voix

boh c pas audible, wave2asm, avec des écouteurs ?

(m'enfin bon le format de stockage risque de poser pb, c'est pas avec ça qu'on va pouvoir mettre Autant en emporte le vent [sans clé USB en tout cas ^^])

bah il faut garder à l'esprit qu'une appli qui consomme toutes les ressources uniquement pour le son est à exclure si on veut des images

oui, mais ça doit être relativement faisable de faire un truc intermédiaire entre wave2asm et un truc primitif genre sign(wave[i]), tout en passant par les interruptions...

EDIT : balise pas fermée ^^

Tag [ i ]...

Mais polysnd fait ce job, non ?

je sais pas, je me souviens juste avoir discuté avec geogeo pour lui expliquer comment avoir quasiment une fréquence 2x plus élevée avec les interruptions (et moins de charge CPU par la même occasion), mais je suis pas sûr du tout qu'il l'ait compris et/ou implémenté ^^

il avait pas sorti une version 3 de polysnd il y a qqs mois?

pas trouvé en tout cas ^^ je viens de jeter un oeil à polysnd 2.0, ben non c pas encore ça (cela dit je suis heureusement surpris que geogeo ait été capable de faire des add d0,d0/bcc )

il fait quoi le flag dans ce cas?

quel cas ?

add d0,d0 ?
il marche comme d'habitude ^^

ouep, ne fait c'est dans ce cas là) que je sais même pas ce qu'il fait, ça doit me faire rater un paquet de trucs ça

edit-> après consultation du 68kguide, ça doit être une histoire de contrôle de débordement.

ben, il prend la valeurs qui est dans d0, et l'ajoute a celle qui est dans d0, et stoque le tout dans d0 c'est pourtant simple nan ?

1-> j'avais mal lu, j'avais lu add.s d0,d1 . C'est donc une multiplication par 2.
2-> le bcc qui suit contrôle si le résultat tient bien dans la taille .s
en fait, un add.b dn,dm met le 9ème bit de l'addition dans le flag C.
(bon toujours sous réserve de ma bonne compréhension hein ^^)

tutafé ^^