Re: GUERRE ST-AMIGA, FIGHT ! (Mauvaise foi assurée)

[rocky007]

Oui expliques moi grand maître de la programmation

[touko]

Je sais pas tu te définis comme un killer, donc je te laisse le soin de chercher si tu comprends pas ces quelques mots simples, même pour toi .
Ah oui c'est vrai que tu disais que le C64 n'avais que la moitié des 20.000 cycles /frame 

[rocky007]

Je voudrais que tu m’expliques : tu me dis donc que si on transfère les donnes à la vblank dans les borders , qu’on va transférer plus de données que si on le fait sur l’ensemble de la frame ? C’est bien ça l’idée ?

[touko]

Au putain, mais sérieux t'es à la masse ou quoi ?
Je t'ai démontré que tu avais 18087 cycles /frames avec affichage, le VIC vole des cycles mais peu,donc pas besoin de désactiver l'affichage .
Si t'as besoin de maximiser les transferts, tu le fais pendant le vblank, avec lequel tu peux jouer pour étendre la durée et maximiser encore plus les débits .Pendant les phases de jeux tu vas pas éteindre l'affichage, de toutes façons ça sert à rien, vu le peu de cycles que tu perds .
C'est juste la base de ces systèmes, base dont de toutes évidences tu ne connais rien .

[rocky007]

Donc si tu transfères pendant le border , tu as plus de cycles que tes 18087 ( ce qui est faux soit dit en passant )

Étendre la vblank ?  Faut un moniteur a4 alors ?

[touko]

Donc si tu transfères pendant le border , tu as plus de cycles que tes 18087 ( ce qui est faux soit dit en passant )

Étendre la vblank ?  Faut un moniteur a4 alors ?

Bon clairement t'as vraiment pas le niveau .

[rocky007]

Tu peux rigoler , sauf que c’est contre-productif : ton calcul primaire résulte que tu viens d’apprendre l’existence du Vic II il y a moins de 24h .  Mais j’oubliais , tu es le roi du code , de la doc . Tu ne tiens compte que des badlines… mais quid des sprites, de la résolution  ? Quid des petits access mémoire hors badlines ?  Ah oui sorry t’étais pas au courant non plus

Oui j’ai pas ton niveau , Alors tu m’expliques ton extension de vblank ?

[touko]

Ecoutes, il y a 2 solutions, soit t'es sérieux, et je comprends du coup la débilité abyssale de tes réponses et je vais arrêter là, parce que si c'est le cas, c'est impossible que tu ais codé le moindre truc dans ta vie et ne pas savoir comment fonctionne un CPU,ni comment une machine crée une image .Et comme je suis pas ton père ni un educ. spé. tu vas faire ton éducation tout seul avec google ou youporn comme tu l'as fait jusqu'à présent, et tu reviendras qd tu seras grand .

Soit tu le fais exprès, et je reprendrai la discussion, qd tes arguments techniques auront du sens et montreront que l'on peut discuter sérieusement .

[rocky007]

Ok donc comme d’habitude pas de réponse .   Non mais t’as raison , tout le monde sait qu’afficher un mode texte ça utilise autant de cycle qu’affiche un bitmap fli, idem les sprites c’est gratuit , zéro cycle , …

J’attends toujours ton explication fascinante sur l’extension du vblank qui permet de transférer plus de données tout en gardant l’ affichage d’origine …

Encore une belle journée de rigolade, merci Touko l’expert

[touko]

Je vais m'autocorriger .
Sur les cycles dispos / frame les 18097 étaient calculés de façon empirique, sur les 311 lignes .
Comme sur un affichage classique on a 200 lignes max, donc on aura 18593 cycles/frame pour le CPU pour 200 lignes d'affichage  .

[rocky007]

Touko vient d’inventer les cycles magiques

Afficher un mode texte ( 25x40 soit 1000 bytes ) prend la même chose qu’un bitmap.  Le pire , il lui a fallu 24h pour bien réfléchir, écumer les wikis et nous pondre sa réponse  encore plus pourrie

En fait ça ne serait pas hilarant s’il ne passait pas son temps à insulter violemment les gens en se croyant grand expert de tout alors qu’il est au stade collision brute force + remplir registre de sprite.scroll hardware , et ce après 13 ans de coding.

Allez je te donne un petit indice Touko

Pour afficher un mode text :tu sais quand même que 40 caractères ça fait 40 bytes ?  Tu sais aussi qu’un caractère ça prend 8 lignes de hauteur ? C'est donc pour cela que le VIC fait son transfert toutes les 8 lignes en prenant 40 cycles. Donc il transfert 1 byte par cycle pour afficher sa page de texte, soit 1000 cycles pour 1000 bytes ( 25 x 40 ).  Tu comprends mieux maintenant pourquoi il est intéressant de connaître la bande passante théorique d’un hardware ? 

Deuxième indice : les sprites font 24x21… il faut y 3 cycles pour afficher 1 ligne de sprite :  Multiplies cela par 21 lignes , ça te fait 63 cycles pour afficher 1 sprite.  504 cycles au total pour les 8 sprites.   Et encore je ne suis pas précis car il y a des cycles supplémentaires selon les positions des sprites.      Et je suis encore gentil, je ne compte pas le multiplexage qui est courant sur C64.   ( tu sais le multiplexage, c'est quand on réattribue à la volée la position d'un sprite déjà affiché à une autre position pendant le balayage ).   

Ah mais j’oubliais , tout est gratuit sur le C64…qu'on affiche 0 sprites ou 80 sprites multiplexés, le CPU a toujours 18593 cycles selon Touko, le grand spécialiste du cycle, le maître du CPU, le King du code.

Petit devoir pour Touko pour voir si il a bien assimilé la leçon du jour : calculer combien de cycles il faudra en plus pour afficher un mode bitmap fli et nous donner le nombre final de cycle libre pour le CPU  Incroyable, à peine 9h00 et la journée est déjà faite

[Copper]

Avec vos conneries de hors sujet je suis tombé malencontreusement sur l'horrible palette du C64 et ça suffit à me gâcher la journée

[Jacques Atari]

Avec vos conneries de hors sujet je suis tombé malencontreusement sur l'horrible palette du C64 et ça suffit à me gâcher la journée

De toute façon, tu l'aurais gâchée tout seul même sans ça...

[Copper]

Ben non et de toute façon je vais aller voir la palette du CPC pour compenser

[Jacques Atari]

Passer des couleurs caca à l'épileptique, c'est intéressant.

[touko]

Avec vos conneries de hors sujet je suis tombé malencontreusement sur l'horrible palette du C64 et ça suffit à me gâcher la journée

Que veux tu, ce pauvre rocky pense qu'il est bon alors que c'est pire que ce que je pensais, vraiment pire . 
Comme il est mauvais, il ne sais pas que le rendering par exemple des sprites est en partie(voire totalement) pendant le hblank, si il savait ça, il aurait su qu'on peut pas modifier la pos Y des sprites ou leur pattern pendant l'affichage. Mais bon c'est pas comme si j'y connaissais quoi que ce soit . 
C'est comme penser que le VIC va bouffer tous les cycles du CPU, comme ce taré ne sait pas comment fonctionne un 6502(ni un proc vidéo soit dit en passant), c'est pas étonnant .

Donc comme les sprites impactent réellement le CPU sur les badlines, en étant assez pessimiste (soit des sprites présents sur toutes les badlines) on est à 18331/frame et 15461 cycles si on avait des sprites sur tout l'écran(sachant que j'ai compté sur les 312 lignes) .Donc bon qd on affirme qu'il reste 50% des cycles/frame, comment dire !!  

[rocky007]

Mais quel rapport ? T’es complètement éclaté avec tes picorages wikis pour faire illusion . Donc dans le même post tu dis qu’on peut pas changer la position y d’un sprite mais tu donnes l’exemple d’une page remplie de sprites … faudra m’expliquer comment tu fais

[rocky007]

c’est bien on passe de 20000 à 15000 , aujourd’hui tu as compris que les sorites prennent aussi des cycles . Bon ben il ne reste plus qu’aborder les modes bitmap ca aussi c’est toujours gratuit en cycles ?

[Copper]

Après au bout d'un moment il faut faire un bench et si possible sur une vraie machine...

[touko]

Pas besoin, c'est juste que rocky est mauvais et ne sait pas lire .
En étant exact: affichage 200 lignes + les 8 sprites sur badlines(je suis gentil) on a 18 941 cycles/frame dans le pire scénario .

[rocky007]

Tu ne réponds toujours pas à la question centrale : combien de cycle pour afficher un bitmap fli ?

[Copper]

Après c'est pas ça la question centrale propre à ce sujet de discussion...

[rocky007]

Hack du serveur gamopat :

Touko :  Copper je t’en supplie, aides moi , je suis fourre jusqu’au cou
Cooper: désolé Touko  , j’ai déjà sorti 3x la sinusoïde en 2 jours je sais plus faire diversion
Touko : allez s’il te plaît, on est un binôme 
Copper : désolé ton cas est désespéré , je te conseille de faire comme d’habitude : crée un nouveau profil et viens insulter pour faire diversion, et surtout n’oublies pas d’insulter même si tu n’y connais rien
Touko : merci mon cœur

[touko]

Après c'est pas ça la question centrale propre à ce sujet de discussion...

Tu connais cet oiseau et sa façon de procéder, donc faut pas chercher plus loin avec lui .
De toutes façons je vais plus répondre a ses questions complétement connes, car de toutes évidences, il ne fait plus aucun doutes qu'il ne sait pas de quoi il parle .

[rocky007]

Tiens tu as le temps de répondre à copper immmediatement , mais pas à ma question: combien de cycles pour afficher un bitmap ..  c’est quand même pas compliqué à répondre , toi qui t’y connais si bien en cou et en coprocesseur graphique … on dirait presque que tu esquives

[Copper]

Comme si t'étais capable de hacker le serveur de gamopat...

Et en plus tu écris Cooper vraiment du grand n'importe quoi...

[rocky007]

C’est pas bien compliqué : suffit d’envoyer au doc un pdf piégé avec des photos de Maria Whittaker

[tapomag]

Même si il n'est pas piégé, il doit y avoir moyen de négocier avec le taulier de l'asile si ce sont des photos inédites.

[rocky007]

N’importe quoi ? Comme tes 20000 cycles pour le c64

Mon pauvre rocky, même là tu restes un abruti  :Thus there are 63 * 312 CPU cycles for one complete screen update/frame, for a total of 19656 CPU cycles

Quand tu décomptes les cycles pris par le VIC , tu vois le CPU il a moins

eh merde, donc t'es tellement désespéré que tu pousses la bêtise humaine jusque là !! 
Le pire c'est que t'es même pas capable de comprendre que le VIC2 prend 40 cycles sur les 63 dispo/ligne, toutes les 8 lignes ce qui fait en utilisation normale 18097 cycles /frame .

oui c'est ce que je te disais le post avant

en plus, tout le monde sait qu’afficher un mode texte ça utilise autant de cycle qu’affiche un bitmap 320x200, idem les sprites c’est gratuit , zéro cycle , …

Je vais m'autocorriger .
Sur les cycles dispos / frame les 18097 étaient calculés de façon empirique, sur les 311 lignes .
Comme sur un affichage classique on a 200 lignes max, donc on aura 18593 cycles/frame pour le CPU pour 200 lignes d'affichage  .

et les sprites ? les sprites font 24x21… il faut y 3 cycles pour afficher 1 ligne de sprite :  Multiplies cela par 21 lignes , ça te fait 63 cycles pour afficher 1 sprite.  504 cycles au total pour les 8 sprites.   Et encore je ne suis pas précis car il y a des cycles supplémentaires selon les positions des sprites.      Et je suis encore gentil, je ne compte pas le multiplexage qui est courant sur C64.   ( tu sais le multiplexage, c'est quand on réattribue à la volée la position d'un sprite déjà affiché à une autre position pendant le balayage ).

Que veux tu, ce pauvre rocky pense qu'il est bon alors que c'est pire que ce que je pensais, vraiment pire . 
C'est comme penser que le VIC va bouffer tous les cycles du CPU, comme ce taré ne sait pas comment fonctionne un 6502(ni un proc vidéo soit dit en passant), c'est pas étonnant .

Donc comme les sprites impactent réellement le CPU sur les badlines, en étant assez pessimiste (soit des sprites présents sur toutes les badlines) on est à 18331/frame et 15461 cycles si on avait des sprites sur tout l'écran(sachant que j'ai compté sur les 312 lignes)

c’est bien on passe de 20000 à 15000 , aujourd’hui tu as compris que les sorites prennent aussi des cycles . Bon ben il ne reste plus qu’aborder les modes bitmap ca aussi c’est toujours gratuit en cycles ?

rocky est mauvais et ne sait pas lire .
En étant exact: affichage 200 lignes + les 8 sprites sur badlines(je suis gentil) on a 18 941 cycles/frame dans le pire scénario .

Tu ne réponds toujours pas à la question centrale : combien de cycle pour afficher un bitmap fli ?

De toutes façons je vais plus répondre a ses questions complétement connes, car de toutes évidences, il ne fait plus aucun doutes qu'il ne sait pas de quoi il parle .

on notera quand même qu'après avoir compris que les sprites prennent des cycles ton calcul te donne 18331, et ensuite 18941 "dans le pire scénario"

( alors qu'on partait de 19656 , dont on doit retirer 1000 cycles minimum pour l'affichage du texte )


mais ce n'est pas tout :

Pendant le vblank le CPU a 100% l'accès à la RAM vu que le VIC2 n'affiche rien, tu comprends le concept ou il te faut un powerpoint ?
Et si t'as pas assez de temps, rien ne t'empêche de l'étendre

Étendre la vblank ?  Faut un moniteur a4 alors ?

Bon clairement t'as vraiment pas le niveau .

J’attends toujours ton explication fascinante sur l’extension du vblank qui permet de transférer plus de données tout en gardant l’ affichage d’origine …

cerise sur le gâteau :

Comme il est mauvais, il ne sais pas que le rendering par exemple des sprites est en partie(voire totalement) pendant le hblank, si il savait ça, il aurait su qu'on peut pas modifier la pos Y des sprites ou leur pattern pendant l'affichage. Mais bon c'est pas comme si j'y connaissais quoi que ce soit . 
C'est comme penser que le VIC va bouffer tous les cycles du CPU, comme ce taré ne sait pas comment fonctionne un 6502(ni un proc vidéo soit dit en passant), c'est pas étonnant .

- faudra m'expliquer comment tu fais du multiplexage si tu sais pas modifier le Y pendant l'affichage
- faudra m'expliquer en quoi le fait d'avoir le rendering pendant le hblank change quoi que ce soit sur le nombre de cycle volé au CPU par frame ?

En tous cas je vais aussi mettre cette discussion dans ma signature, pour me rappeler d'arrêter de parler technique avec un âne . 

je t'ai mâché le travail : ajoutes en lien ce post, ça résume très très bien qui tu es et ce dont tu es capable
et n'hésites pas à répondre à la question : combien de cycle utilise le VIC pour afficher une image bitmap

[Copper]

Même si il n'est pas piégé, il doit y avoir moyen de négocier avec le taulier de l'asile si ce sont des photos inédites.

Si on pouvait négocier une plus grand fermeté concernant le hors sujet ça serait toujours ça de gagné... Si ça continue faudra demander à Retailleau de venir rétablir l'ordre, rétablir l'ordre, rétablir l'ordre...

[Jacques Atari]

Floyd réagirait bien plus à un faux mail sur Mbappé que Maria...