Regardez-plutôt... - Page 3

redangel17 a écrit :
sinon jaurai une question: combien de nivo de gray sur hp? paske si ils ont 7 stables, et com ils ont de la mem à gaver, ça fait un méchant avantage pr eux.....

1) Comme les hp ont un hard propre, on a bien sûr 8 niveaux de gris et non pas 7.

2) A part ça, on a les niveaux de gris stables suivants : 2, 4, 8, 16, 32, 64. Ca ne clignote pas, par contre ça scintille un petit peu pour 32 et 64.

3) En principe, les jeux sont en 4 nvg, mais on trouve quelques jeux en 8nvg (notamment 13). Il n'y a pas de jeux >8nvg

4) Pour >8nvg, les niveaux de gris commencent à bouffer beaucoup de temps proc, et on peut seulement faire des viewer.

5) On ne voit pas, à l'oeil, la différence entre 32nvg et 64nvg. C'est pourquoi tous les graphismes de démo sont en 32nvg.

guigui17>>dsl

Bizarrement sur ma HP les 7 gray de treize sont stables, mais tout lmes autre jeux en 4 gray ont des niveaux de gris degueulasse

Dommage treize est il me semble me seul jeux en 7 gris sur HP

16,32,64?
ah! effectivement, ça commence à faire pa mal.....
tu parles d'1 hard propre? c à dire ke ds nos titines, c rafistolé à la barbare en gro, c ça?

slubman a écrit :
Dommage treize est il me semble me seul jeux en 7 gris sur HP

8 gray, pas 7.
(sur ti, les deux grays du milieu sont la même couleur, pas sur hp)

c à dire ke ds nos titines, c rafistolé à la barbare en gro, c ça?

bah ya eu suffisamment de problèmes lors du passage hw1 => hw2

c quoi comme jeu "13" ???

qq'un peut mettre un petit screenshot svp (dsl, j'ai pas de HP pour tester ) ??

Treize

Impressionnant !
C'est dommage que le processeur de la 49G ne soit pas un poil plus puissant, car sinon la 89 pourrait être enterrée... par la faute de TI qui programme n'importe comment et fait un hardware de merde !

Clair, la HP est propre et tout pour programmer, contrairement à notre TI mal foutue et bourré de protections merdiques ...

... et les kernels sont une des solutions possibles pour contourner ce protections. On en revient toujours au même point: si TI avait mieux fait son boulot, c'est à dire si le client et le programmeur étaient vraiment rois, il n'y aurait pas autant besoin de kernels...

oué, si le kernel était intégré à la ROM, ça serait mieux

(quoique : il ne serait pas super évolutif... tandis que l'installer par soi-même, il est évolutif, comme ça !)

Autrement dit, ça ne serait pas un kernel (je joue sur les mots) !

Sinon, je suis d'accord: l'évolutivité serait un peu plus limitée. Ceci dit, cela toucherait surtout les consommateurs finaux des logiciels: les personnes qui ne savent pas se servir de leurs calculettes (il y en avait beaucoup dans mon lycée: ils utilisaient presque tous encore DoorsOS !)...
Ils se plaignaient régulièrement que ça plantait tout le temps, et que croyez-vous que je leur répondais ?

unios puis preos powaaaaa !!!!

moi je me bat les steak des HP, les TI j'ai laché depuis que j'ai une GP32.....

Les HP-49 peuvent afficher des image en 32grays ils me semble....

XDanger> tu aimes jouer sur les mots ?
Moi aussi
je m'en souviendrai, qd j'en aurai l'occasion : ça peut servir
(là, je v pas me lancer ds un gros débat : dans 3-4 jours, j'aurai plus internet)

oué, ça toucherait les ocnsomateurs finaux, je le reconnais.
Mais bon, qu'on dise que les kernel c compliqué parce qu'il faut installer un kernel avant de lancer le prog, et que la TI mettra un erreur si tu le fais pas, je trouve que c prendre le susers pr des cons.
Ou plutôt, le user qui installe pas un kernel pr un prog kernel, c souvent qu'il n'a pas lu le readme du programme qu'il utilise. Et moi, le sgens qui lisent pas les readmes que les codeurs se font chier à faire, je supporte pas !

Bah moi aucun kernel

Mais dès que je vais commencer à mettre mon projet XXXXX on calc, je vais mettre PreOs par sureté, pour l'anticrash

Pim, utilise TIGuard

(Ben quoi j'vend mon produit )

Sans vouloir t'offenser, godzil, je cite aussi CrashLib et KerNO de Greg Dietsche qui font l'anti-crash (CrashLib te donne toutes les informations sur ton crash, comme le fait gld de PreOS je crois, sauf que CrashLib ne nécessite pas de kernel).

squale: > XDanger> tu aimes jouer sur les mots ?
Pas trop, je suis assez mauvais pour les jeux de mots... Cette fois-ci ça m'est passé par la tête, je l'ai écrit... Si tu veux me ridiculiser, tu peux le faire, mais fais attention à ton account du côté du forum de TIGCC :-)) .

Ceux qui ne lisent pas le readme sont plus ou moins impardonnables, c'est vrai, mais ce sont encore le plus souvent les consommateurs finaux...

XDanger a écrit :
Sans vouloir t'offenser, godzil, je cite aussi CrashLib et KerNO de Greg Dietsche qui font l'anti-crash (CrashLib te donne toutes les informations sur ton crash, comme le fait gld de PreOS je crois, sauf que CrashLib ne nécessite pas de kernel).

Le miens aussi t'indique des informations
Et pi que je sache sa été le premier sur le marché

Hum je ne connait ni CrashLib, ni kerno, mais si j'ai bien compris CrashLib c une librairie nan ?? (Sinon pourquoi "Lib" ????)

Si c'est le cas, je prefere utiliser mon tiguard, il marche avec tt les programmes, pas besoin de lier avec une lib mes progs...

Et KerNO, c pas pour les prog Stub sa ????

Sinon s'on t'il OpenSource tt les deux ??? (Q stupide tu me dira)

Pour ceux qui veulent tester TiGuard 2 Beta 3 (c une vielle beta, il me semble en avoir un plus recent sur un de mes innombrables cd...) vous pouvez le telecharger ici

Si tu veux me ridiculiser, tu peux le faire

Je n'en n'ai pas l'intention, sauf si tu m'attaques personnellement.
Sinon, je me contenterai d'essayer de rétablir la vérité après ton passage (lol)

mais fais attention à ton account du côté du forum de TIGCC

Ca, c un coup bas
Cela dit, mon account sur le forum de la TICT, c pas ma préocupation première : vu que j'ai un peu du mal à écrire l'anglais, je ne poste quasiment jamais là-bas...
Et le fait de ne pas avoir d'account ne m'empéchera probablement pas de lire ce qui a été posté par d'autres (ce que je fais souvent)

Ceux qui ne lisent pas le readme sont plus ou moins impardonnables,

Ouééééé nous sommes d'accord
Mais, comme tu dis, c hélas souvent les users finaux

Crashlib, il me _semble_ que c une librairie statique que tu inclue à ton prog pr le débogguage, non ? (pas sûr du tout : je l'ai jamais testé)
Perso, j'utilise GLD, qui est en permanence aussi bien sur VTI que sur ma vraie TI

pour se qui est de KerNO, se qu'on viens de m'en dire, me fait dire que j'y prefere tjrs mon TiGuard....

squale92 a écrit :
prendre le susers pr des cons.

Tu joues encore sur les mots ? (ok, blague merdique )

Pim> non, c pas un jeu de mots.
Mais très souvent, qd je dois taper un "s" suivi d'un espace, l'espace part avant le s.
(vu que j'essaye de taper assez vite, je m'embrouille toujours dans l'ordre pr taper ces deux caractères )

Allez a http://gforce.calc.org pour KerNo et CrashLib. CrashLib est une lib statique, et KerNo est un TSR (Greg lui appelle un "Anti-Kernel"). C'est impossible de l'installer si un autre kernel est installé, mais il fais d'autre chose que l'anti-crash, comme instructions F-line.

le 1111-emulator (ce que tu appelle F-line), PreOS le fait aussi, je crois
(pas sûr, car j'utilises une ROM2.05, qui le fait de base, même qd y'a rien d'installé en plus)

si tu veux installer des TSR avec PreOS, il vaut mieux installer preOS APRES les TSR, pour qu'il puisse les restaurer en cas de hot-reboot (il me semble)

>> mais fais attention à ton account du côté du forum de TIGCC
> Ca, c un coup bas
Je pensais que le smiley ':-))' indiquait que ça ne faisait pas partie de mes intentions...

En effet, CrashLib est un .a, c'est une librairie statique incluse au programme. Ne connaissant pas les autres programmes, je ne pouvais citer que celui-là...

[cite]Je pensais que le smiley ':-))' indiquait que ça ne faisait pas partie de mes intentions... [/cite)
oops; dsl. pas fait gaffe au smiley

C'est pas grave...
Je n'ai vraiment pas l'intention de te bannir toi, ni qui que ce soit d'autre pour le moment...

telchar a écrit :
1) Comme les hp ont un hard propre, on a bien sûr 8 niveaux de gris et non pas 7.

Nous aussi.

2) A part ça, on a les niveaux de gris stables suivants : 2, 4, 8, 16, 32, 64. Ca ne clignote pas, par contre ça scintille un petit peu pour 32 et 64.

Normal, l'écran est plus petit, ce qui permet une fréquence de rafraîchissement plus élevée.

Je dirais normal.. le lcd de la ti est pouri et son taux de rafresh est trop petit..

Meme pas besoin de faire des niveaux de gris pour le prouver.. il suffit de tracer une ligne horiz sur 2 et on voit plus rien ...

C pas le lcd directement qui est en cause, TI a mis un proco qui est un peu trop lourd pour les ptites pilles qu'on met dedans, il a donc fallu economiser leurs puissance en reduisant l'intensité pour le LCD, se qui fait qu'il afiche bien dans un fonctionnement "normal" de la ti, mais pas dans se genre de cas...
Le 68000 tel qu'il est dans les ti n'a jamais été vraiment prévu pour fonctionner sur piles, surtout pas avec 4 AAA....

Il me semble que sur la 92+ sa se passe un peu mieux quand tu fait des horizontales tt les 2 lignes
(mais c a voir g pas testé depuis un moment lol)