60

Même pas, ce n'est pas toujours le dernier caractère qui dépasse. Certains caractères ayant le 6e pixel (en haut) allumé font 5 de largeur, alors que d'autres caractères font 2 (je te laisse faire un dessin).

Enfait la nécessité d'effacer les caractères qui dépassent est vraiment le point faible des text sprites. Si on veut afficher un ensemble de sprites mobiles, et qu'on veut qu'ils soient séparés seulement par un pixel (une colonne blanche), il faut utiliser à la fin du sprite un caractère de largeur 2, qui sont peu nombreux (5).

61

Ouaip... Juste parce que t'as demandé un dessin; je t'en fais un avec mon tt nouveau kubuntu tout beau tout neuf!!
pDIB

62

Ouaip, dommage que "limite" ne prenne qu'un "l" ^^.
Mais je continue à penser que l'utilisation d'une liste avec la taille de tous les caractères utiles est meilleure que le test de 4*6=24 pixels (4 parce-que tous les caractères ont une colonne vide à droite).

63

Ok...
Par contre, si on est bien sur que limite ne prend qu'un "l", il faut dire surtout qu'il ne prend qu'un "t" oui

64

Roooo je m'autocasse ^^.

65

Hop, j'ai enfin pu scanner mes feuilles qui référencient les différents caractères en fonction de leur première colonne (donc pour les text sprites). Les caractères encadrés sont ceux que j'ai jugés les meilleurs de la colonne (courts en largeur en particulier). Excusez la trop haute résolution.

La première feuille
Et la deuxième

66

Wah tu l'as bossé ce problème!! magic
Baruch (./65) :
Excusez la trop haute résolution.

L'ennui c'est pas la résolution. T'aurais au moins pu changer le format...

67

Ah j'y connais rien en formats d'images. T'aurais préféré quoi, du gif ?

68

Du jpg...
La BMP, c'est le format à éviter sauf si tu veux bosser sur de la photo de grande qualité.
Après Gif et Png c'est des formats sans perte de qualité, et avec prise en compte de la transparence; et Png est largement meilleur que le Gif, mais ça vaut rien pour de la photo ou des images un peu complexes... Le Gif est quasiment le seul format à gérer des animations, sauf que il gère que 256 couleurs donc c'est pas top...

Donc il te reste que le Jpeg grin

69

ok merci ^^

70

oui, mais avec le Jpeg tu as une perte de qualité sur l'image... perso je préfére le png (qui gère en plus la transparence)
je m'explique : trace une ligne droite noire toute simple sur paint.
enregistre en bmp : pas de différences (bah en même temps c'est pas du tout compressé, donc c'est normal ^^)
enregistre en png : pas de différence (et en plus le fichier est compressé)
enregistre en jpg : tu verra que tu as plein de pixels parasites autour de ta droite...

Résultat du test :

le png est le mieux :-°
avatar
loclamor
Mondo Photo
Le voyage en photo et en 1 clic

71

Non, le png est mieux pour une ligne droite, c'est tout ce que ton test prouve. Littéraire ! hinhinhin

72

ouaip, mais quand tu as une image avec des chose écrites dessus, et qui plus est, écrit en petit (comme c'est le cas ici) perdre en qualité implique de ne plus pouvoir lire les informations... smile
alors autant prendre du png tongue
avatar
loclamor
Mondo Photo
Le voyage en photo et en 1 clic

73

Lol, moi je suis pas d'accord... Le jpg a fait ses preuves depuis longtemps, et c'est le format du web. Qui plus est, même si tu fais de la qualité à 95%, tu divise le poids de ton image par 10... Alors que le png, pour ce genre d'images, c'est bcp trop lourd... Et puis par rapport à la résolution proposée, les images scannées ne sont pas du tout de bonne qualité, alors la perte de qualité se voit pas...

74

Le PNG est un format qui conserve toute la qualité de l'image. Son problème, c'est qu'il n'est pas archi léger comme le jpeg, ni aussi rapide à ouvrir, je sais pas si vous avez remarqué qu'un navigateur galérait plus à ouvrir un png qu'un jpeg. Les problèmes du jpeg sont qu'il est détrusif et qu'il ne gère par la transparence, d'ailleurs on attend pour bientôt des formats détrusifs qui gèrent aussi la transparence (c'est un peu ce qu'il manque aujourd'hui). Sinon entre le gif et le png-8, y'a pas photo, png-8 power ! sauf que le png-8 n'est pas censé gérer les animations, contrairement au gif...


Morale : à chaque utilisation, un format (même s'il manque un format détrusif+transparence, et un format qualité+animation). Et le bmp, on oublie !
avatar
- TI-Editor ! Éditez vos programmes On-line !
- WikiSquare Le wiki des jeux Square Enix !

75

Première feuille
Deuxième feuille

Voilà j'ai pris du jpg. On peut revenir aux sprites maintenant ? ^^

76

Lol, ouaip pas de pb^^

Bon en fait, y'a quand même plein de sprites qui ne sont pas faisable, nn?

77

En 5 pixels de hauteur, tous sauf 1 ^^. En numérotant de bas vers haut, c'est 124. Enfin bon ça laisse quand même pas mal de possibilités. J'ai bien envie de faire un mini-tuto sur ça.

78

c'est possible de faire un programme en asm sans avoi besoin d'un pc et qui créé des caractèeres ?

79

coder on-calc ? Ouais, mais ça n'a rien d'évident ^^
«Les gens exigent la liberté d’expression pour compenser la liberté de pensée qu’ils préfèrent éviter.» - Sören Kierkegaard

La République, c’est comme la syphilis : quand on l’a attrapée, soit on se fait sauter le caisson, soit on essaie de vivre avec.

80

ta pas un code source à proposer ?

81

quelle calculatrice ? sinon renseigne-toi, le moyen le plus simple c'est avec des éditeurs héxa, mais bon....
Tu veux faire quoi exactement ? afficher certains caractères ? sur quelle Ti ? Sans passer par des câbles ?
«Les gens exigent la liberté d’expression pour compenser la liberté de pensée qu’ils préfèrent éviter.» - Sören Kierkegaard

La République, c’est comme la syphilis : quand on l’a attrapée, soit on se fait sauter le caisson, soit on essaie de vivre avec.

82

j'ai pas de cable et j'aimerai créer mes propres caracères sur ti avec de l'asm

83

Tu peux faire ça avec Omnicalc. Mais il faut un câble ^^.

84

ah dommage

85

Si tu veux utiliser des charactères texte comme sprites, si tu utilise l'écran Graph, tu peux avoir des résultats intéressant en combinant deux caractères ensemble. Par exemple

//première couche
"OOOOOOOOOOOOOOOOOOOOOOOOO'OOOOOOOOOOOOOO' OOOOOO''''''''  'OOOOO           '''''OOOO            OOOOOOOOOOOOOOOO->Str1
//Deuxième couche
"*************************'**************' ******''''''''  '*****           '''''****            ****************->Str2 
ClrDraw
For(Z,0,7
Text(-1,8Z,0,Sub(Str1,1+16Z,16
End
StorePic 0
For(Z,0,7
Text(-1,8Z,0,Sub(Str2,1+16Z,16
End
RecallPic 0
StorePic 0

//et ensuite ton moteur de mouvement


Si je n'ai pas fait de faute de frappe dans mon code ça devrais marcher. De nombreuses combinaisons sont possible et ça permet la programmation de jeux en utilisant une certaine forme de sprite assez rapide mais sans avoir à utiliser de lib en ASM comme xLIB ou faire sa propre fonte dans Omnicalc. Il y a un jeu sur Omnimaga qui utilise ce principle (du moins, pour l'instant):

http://www.omnimaga.org/index.php?action=dlattach;topic=748.0;attach=180;image

86

je ne comprend pas ce que tu veut faire ca ma fait invalid dim quand je le fait