Bon je ne sais pas où posté ca ici ,
Voila une petit video rapide qui montre ce que peut faire graphiquement la nouvelle version de Atomic qui va arriver bientot :
Video Atomic 0.20 (http://www.atomicfe.com/divers/video/atomic020video.html)
Vous pouvez regarder les video, j'ai pas mis de cyndi inside!!.. Mais bien sur, pour la version finale, je vous ferai un layout Cyndi Sander! :D
Youk :)
Je l'ai mise sur youtube aussi :)
http://www.youtube.com/v/pplMw_ozGkE&hl=en
(http://karibouldingo.free.fr/guntargen/V33C3C3CCCCCCCsuper-30%0d%0a/10.png)
Citation de: mioux le Juil 29, 2008, 12:23 PM
(http://karibouldingo.free.fr/guntargen/V33C3C3CCCCCCCsuper-30%0d%0a/10.png)
;)
Mais qu'elle drole d'idée de mettre Time killers dans ta démo ???
ben quoi, je trouve ca marrant, moi, Time killers :stupidking:
heu... j'ai juste fait en fonction des Artwork que j'avais sous la main.
Citation de: youki le Juil 29, 2008, 09:35 PM
heu... j'ai juste fait en fonction des Artwork que j'avais sous la main.
pas de bol alors :D
j'ai jamais fait gaffe comment c'etait foutut ton programme! ya du flash? c'est du VB?
Nan pas de flash , pas de VB.
Ce que tu vois là est 100% en Visual C++ DirectDraw , tout est coder à la main , a l'ancienne... j'utilise a peu pres les memes techniques utilisé par la Demo Maker à l'epoque sur C64, St, Amiga.
ducoup, pas besoin de carte 3d , ou autre acceleration materiel pour faire ce que tu vois.
par contre il faut un cpu (ou deux) :stupidking:
T'as une date de sortie Youki de cette version 0.20 ?
Elle a l'air bien plus sexy que la version d'avant :) Mais va y avoir du taf pour faire les previews non ?
Citationpar contre il faut un cpu (ou deux)
Ben non, pour les truc sur la video une machine a 1GHz devrait etre amplement suffisant.
Apres c'est sur si tu vais tournée 50 objets avec de l'aphablending et tout et tout... faut plus.
Tu sais un C64 , ca tournait à 1Mhz (1000Hz) , et tu pouvais faire le meme genre d'effet. Biensur, tu manipulait moins de pixel , mais si tu fais le rapport Nb Pixel / CPU , le C64 va 26 fois plus vite!
J'ai fait un calcul a la con sur un forums US , ou un gas trouvait ca impressionnant que ce soit fait par soft sans utiliser d'acceleration hardware. Voila ce que je lui ai repondu :
CitationIt is not so impressive, you know, tons of guys were able to do the same kind of thing at the time of Commodore 64, Atari St and Amiga. the commodore 64 was a 1Mhz machine...
Of course, the amount of pixel to rotate was not the same, but if you calculate a rough "stupid" ratio :
C64 : 8000 bytes (size of video memory) / 0.001 Ghz = 8000000 bytes/ghz
PC 2GHZ in 640x480/16bit pixel : 640x480*2 bytes/ 2ghz = 307200 bytes/ghz
=>80000000 / 307200 = 26 => it is like if the commodore 64 is 26 times faster than my PC! ... so i can do better!
I'm not sure if my calculation means something in fact... but just that i should be able to do faster!
I simply use the good old "forgotten" techniques in Atomic.
CitationT'as une date de sortie Youki de cette version 0.20 ?
Elle a l'air bien plus sexy que la version d'avant Mais va y avoir du taf pour faire les previews non ?
Pour la sortie, aussitot que possible.
Sinon , la precedente version, etait deja capable de faire ca. (enfin sauf les rotation) .
Oui, pour la layout, si tu veux en faire un par jeu , va y avoir du boulot. Enfin le boulot c'est de rassembler les graphiques , les detourer ... faire le layout par lui meme ca ira tres vite.
Tu oublis juste la profondeur d'un pixel dans ton calcul ;)
Sinon tout les jolies animes, vidéos tout ca je suis pas franchement pour dans fe, mais ça reste juste
mon avis de barbue moisi du sgeg 8)
CitationTu oublis juste la profondeur d'un pixel dans ton calcul
La profondeur d'un pixel?? Faut que tu m'explique là...
CitationSinon tout les jolies animes, vidéos tout ca je suis pas franchement pour dans fe, mais ça reste juste
mon avis de barbue moisi du sgeg
Ben, tu n'ai pas obligé de faire des anims, si tu preferer une liste tout bete , tu peux faire aussi.
Si tu as une porsche , tu peux rouler à 250 km/heure , mais tu n'es pas obligé non plus, ca roule aussi tres bien à 90!! :D
Cool si les layouts seront simples à réaliser.
Perso j'aime bien quand c un poil animé. Ca permet de personnaliser son FE pour sa liste de favoris.
Bon et bien j'attends la sortie pour tester tout ça. Je suis un mamecabeur sans FE fixe.
Citation de: youki le Août 01, 2008, 09:24 PM
CitationTu oublis juste la profondeur d'un pixel dans ton calcul
La profondeur d'un pixel?? Faut que tu m'explique là...
Ben 1 pixel sur C64, tu manipule 1 octet pour 16 couleurs sur 5 bits, alors que toi tu manipule des pixels sur 4 octets complets (RGBA)
Et je ne pense pas qiue le calcul en z soit compliqué : z=0 :D
PS : Je voit que tu as fais ca pour utiliser les vieilles techniques oubliées :D mais en fait, tu dois perdre du temps, parce que le jeu d'instruction du C64 est complettement différent du jeu d'instructions d'un i686, surtout s'il a les primitives SSE et/ou MMX
En gros, le cycle de calcul pour faire la rotation est peut être plus long sur ton C64 que sur ton i686 (en terme de nombre cycles bien entendu :P), de plus tu ne prends pas en compte le nombre de registre de chaque processeur (qui peut réduire considérablement le nombre de cycle (par exemple j'ai 2 registres sur le C64 et 256 sur un Athlon Thunderbird (purement théorique, je connais pas les valeurs exactes :P), et on suppose 1 instruction pour une addition (ADD @r1 @r2 avec @rx un emplacement mémoire), faire 128 additions d'affilées prendroint donc pour les 2 processeurs le temps de 128 opérations... Seulement, sur le C64, il va faloir reremplir les registres à chaque opérations (soit 254 MOV @x @rx en supposant que les valeurs sont déjà en registre quand tu commence tes additions et que tu ne souhaite pas conserver le résultat (auquel cas, il faut rajouter 127 MOV @rx @x pour restocker les valeurs en mémoire), seulement ton athlon lui, n'aura pas besoin (au meilleur des cas) de faire ces 254 déplacements mémoire (à supposer que toutes les valeurs sont déja en registre ou alors il en fera 256 si il n'y en a aucune, mais ca c'est comme le C64) et pour conserver les valeurs, pas besoin de repasser immédiatement par la mémoire, vu que le résultat est stocké dans un registre qui ne sera pas utilisé...
En gros, pour faire 256 additions tu mettra au mieux le temps de 254 + 127 MOV et 128 ADD et au pire 256 + 127 MOV et 128 ADD
Pour l'athlon, en revanche, tu mettra au mieux 128 ADD, et au pire 256 MOV + 128 ADD. Sachant qu'après il te faut compter 1 cycle pour une addition et 3 cycles pour un déplacement de registre (ce sont des valeurs probables (bien que je ne connaisse pas les valeurs exactes)) il te faut donc entre 1271 et 1277 cycles sur le C64 et entre 128 et 896 cycles sur l'Athlon.
Sachant que la vitesse du processeur correspond au nombre de cycles par seconde, même en se basant uniquement sur le nombre de cycles, tu ne peux pas comparer un C64 à un I686 (sans compter que si tu prends en compte la mémoire cache, tu gagne en nombre de cycles pendant les opérations MOV et là je les ai pas prises en compte :P)
Et puis si tu demande au processeur graphique de faire les calculs au lieu de passer par le processeur central, tu jouis d'un jeu d'instruction spécialisé qui permet encore de réduire le nombre de cycles pour les calculs de position de pixels.
Et puis ton compilo ou l'interpretation de ton code (suivant si tu es sur un C64 ou sur un Athlon) peut optimiser ou au contraire pourrir les calculs en augmentant le nombre de cycles en utilisant un jeu d'instructions non adaptées (généralement ils sont bons optimisateurs... genre un "if (true)" est purement supprimé lors de la compilation vu qu'il est toujours vrai (ou un "if false { .... }" qui va retirer tout le bloc inutile))
Et puis je suppose que pour des rotations tu as des additions ou des divisions à faire... c'est très mauvais ca pour un processeur s'il n'a pas d'instructions spécifiques pour ces opérations... Une division c'est long à faire quand tu n'as que l'instruction ADD (mais c'est possible)
Bon j'arrete là, sinon demain j'y suis encore et j'ai un train à prendre à 13h moi :P
:-X Mioux, ca se voit que tu n'a jamais codé de Demo sur c64. Et encore moins fait de Rotozoom... :D
Quand a la profondeur de pixel tel que tu la presente, elle est prise en compte dans mon calcul.
Mon "stupide" calcul compare juste, grosso modo, le temps qu'il faut a un C64 et a un PC pour "blitter" une image complete full screen.
L'image du PC que je considere est : 640x480x16bit par pixel , soit 2 bytes pas pixel. (Atomic fonctionne en 16bit/pixel pas en 24 ni 32 , ce qui , contrairement a ce que certain peuvent croire , ne m'empeche pas de faire de l'aphablending (la aussi par soft!) ) , soit 80000000 qui represente la taille de la memoire video necessaire.
Sur C64, j'ai pris en compte la memoire video total soit 8000 bytes , quelque soit le nombre de bit par pixel. En plus, meme en mode graphique 16 couleurs le C64 n'utiliser pas 4 bits/pixel (encore moins 5!!!) , il en utiliser que 2 ! (oui, a cette epoque on etait plus econome!! :D )
enfin de toute maniere, les programmeurs d'aujourd'hui ne savent plus programmer si il ont pas tout ce qui est fait a leur place derriere et ont besoin des accelerations hardware pas possible. La où il suffirait juste d'un peu d'optimization et de reflechir un peu. Mais de nos jour, plus personne reflechis ou optimize.... :'(
Franchement , je pense que quand tu regarde le jeu 3d actuel qui necessite des machines a 3 ghz avec dual core... je pense que si on "optimisait" comme à l'epoque , ils tounera à l'identique sur des machines à 800mhz.
Mais bon...faut faire du fric..faut vendre des machines, faut sortir le produit vite ...et tout et tout... ducoup.. ca arrange tout le monde , de ne plus se fatiguer!
#edit:
J'avais pas noté ca :
CitationPS : Je voit que tu as fais ca pour utiliser les vieilles techniques oubliées
Non, j'ai pas fait ca pour ca. J'ai fait ca pour que Atomic fonctionne sur n'importe quel type de hardware avec le minimum de software installer.
Atomic , là, tu dois pouvoir le faire tourner sur une vielle carte Trident SVGA du debut des annees 90 , ca doit marcher.
Et il ne demande que DirectX 7.0 , qui est installer par defaut sous XP et 2k et millenium et qui fonctionne aussi sous win95 et 98.
Je suis le seul a n avoir rien compris ;) :stupidking:
Oui bon j'avoue, les 5 bits par pixels j'ai un peu craqué :D j'ai oublié de compter le 0 :P
Et si les couleurs sont codées sur 2 bits, ca veut dire que tu as une palette de 4 couleurs parmis 16 (chose dont je n'ai pas tenu compte car je ne saviat pas comment étaient codées les couleurs sur ce type de machine)
N'empeche que tu comare quand même des choses qui ne le sont pas, vu que les cycles d'accès et de calcul ne sont pas les mêmes et que tu fais une comparaison en taille/Hz..., moi je te propose de faire une comparaison en nombre d'opérations élémentaires de ton processeur (c'est à dire, si on garde les même jeux d'instructions sur chaque processeur mais qu'on les mets à la même cadence, lequel mettra le moins de temps pour traiter son image ? C'est vrai tu as un avantage sur le C64, tu peux traiter 2x plus de pixels en même temps si tu te débrouille bien (4 d'un coup sur 8 bits contre 2 sur un processeur 32 bits) seulement le nombre de cycle pour faire tes calculs sur le C64 est à mon humble avis supérieur que pour le faire sur le processeur à 32 bits (toujours en terme de cycle processeur)...
Et puis les accélérations hardware sont là pour réduire d'autant le nombre de cycles pour faire un calcul dans un domaine donné... Tu n'utilise pas un tank pour creuser un trou dans le sol quand même...
Et puis la remarque sur les devs qui utilisent ce que d'autres ont fait, je suis plutot partisant du partageons nos capacités... Il vaut mieux avoir dans ton équipe un mec qui gére à 100% la transformée de Fourier et un qui gère à fondles effets sur les sons, que 2 mecs qui galèrent dans les 2 sujets.
Et puis aujourd'hui, on fais toujours des économies de mémoire... imagine toi travailler avec des textures décompressées sur un jeu dans le style de Assassin's Creed... c'est plus 9Go qu'il va faire le jeu... mais beaucoup plus (en plus avec les textures compressées on peut diminuer les temps de calcul des images). En revanche, en bureautique, c'est vrai qu'on ne se préoccupe plus des ressources dont on a besoin...
En tout cas, à mon avis tu fais une comparaison qui n'a pas lieu d'être.
Bon trève de polémique... il sort quand ce Atomic que je fasse un test sous linux :D
Citation de: fred le Août 02, 2008, 08:11 AM
Je suis le seul a n avoir rien compris ;) :stupidking:
Non, apparement Mioux , non plus! :D Ah , ces petits jeunes... comprenne rien!
A moins que ce soit de famille! ;)
CitationEt si les couleurs sont codées sur 2 bits, ca veut dire que tu as une palette de 4 couleurs parmis 16
Non plus,... essaye encore! :D
CitationEt puis la remarque sur les devs qui utilisent ce que d'autres ont fait, je suis plutot partisant du partageons nos capacités... Il vaut mieux avoir dans ton équipe un mec qui gére à 100% la transformée de Fourier et un qui gère à fondles effets sur les sons, que 2 mecs qui galèrent dans les 2 sujets.
Resultat, tu empile couche sur couche , et parmis ces couches , tu te sert peut etre de 10% de possibilité de la couche en question. Je suis tout a fait d'accord que ca peut faire gagner du temps (au developpeur) de pas reinventer la roue a chaque fois. Mais au bout du compte au bout de quelque annee tu te retrouve avec un empillement de couche et plus personne maitrise plus rien , et plus personne ose toucher les couches inferieurs. On se retrouve a des donnes d'interface et de verru pour adapter les couches toutefaite a tes vrai besoins.
Et au final, tu perd de la performance et du temps et si tu vis de ca, de l'argent. Et en plus ca devient tres vite in-maintenable. La reutilisation oui, mais intelligement , le pb, c'est que dans le metier les decideurs ne le sont jamais vraiment en ce qui concerne le coté technique...
Enfin, tu comprendra de quoi je parle quand tu auras deja quelque annee d'experience... là tu es encore tout frais ...et tu crois encore les grand theorie ce que l'on t'a dit à l'ecole! ...:D... moi aussi, j'etais plein de certitude quand j'ai fini mes etudes et commencer a bosser... 16 ans apres...j'ai plus trop d'illusion. ???
Citation de: youki le Août 02, 2008, 11:47 AM
CitationEt si les couleurs sont codées sur 2 bits, ca veut dire que tu as une palette de 4 couleurs parmis 16
Non plus,... essaye encore! :D
Ben je suis pas con quand même... sur 2 bits on code tous les chiffres de 0 à 3
00
01
10
11
ca fait bien 4 couleurs ?!? et y en a 16 dispos, donc 4 parmis 16 ?!?
J'ai pas dit que 2 bit ne faisait pas 4 combinaison.
Je dis juste qu'il y a un mode du C64 qui affiche 16 couleurs et que chaque pixel est codé sur 2 bits.
oui... à l'epoque on était ingenieux... :D
héhé... tu veux que je poste ca dans le topic des egnimes? ;)
:) eh eh ce topic devient passionnant !! ;)
.....ca me rapelle ma jeunesse tiens... :(
Ha nos amis les nerds...
C'est pour ca que l'on est oblige de vous installer des serveurs quadri dual core avec 64 gigas de memoire et une connexion au reseau gigabit :o
et que malgrès tout on nous dit le serveur y rammmeeeeeuuuuuu ???
He bien je dit ;D
:stupidking: :stupidking: :stupidking:
CitationC'est pour ca que l'on est oblige de vous installer des serveurs quadri dual core avec 64 gigas de memoire et une connexion au reseau gigabit
Alors qu'un bon vieux commodore 64 ferait largement l' affaire!! :D
Bon apparement, Mioux, cale sur l'egnime... ah ces jeunes... aucune imagination... :D Ca pour les charades et les enigmes du type "quel etait la couleur du cheval blanc d'henri IV?" ya du monde... mais des qu'il s'agit d'un petit probleme informatique tout betes ya plus personne! :D
Je vois vraiment pas comment tu peux faire 16 couleurs avec 4 bits, à moins de le répéter 2x :D
CitationJe vois vraiment pas comment tu peux faire 16 couleurs avec 4 bits, à moins de le répéter 2x
heu..16 couleurs avec 4 bits , c'est facile... le C64, lui c'est avec 2 bit qu'il fait ca! :D
Alors je t'explique :
Le mode dont je parle est le mode dit "Multicolor" du commodore 64. qui est 160x200 en 16 couleurs.
La memoire video du C64 etant de 8000 bytes (un peu moins de 8k) , ca donne 160x200x2bits .
donc 2 bit par pixel.
A l'époque (et jusqu'a qu'il n'y a pas si longtemps) les microordinateurs avait 2 mode separés :
un mode texte et un mode graphique.
pour me mode texte, le c64 avait une zone memoire où il stocké la couleur de chaque caractere : couleur fond et couleur avant plan. le C64 afficher 40x25 caractere , ce qui donne 1000 bytes pour stocker les informations des couleurs (je rappelle 16couleur, donc 4 bits par couleur, ce qui veut dire que sur un byte tu peux stocker la couleur d'avant et d'arriere plan).
Sur le C64, il y avait aussi 2 bytes en memoire qui servait pour stocker la couleur du bord de l'ecran , et celle du fond , independant de la couleur des caracteres.
Quand le C64 etait en mode graphique haute resolution : 320x200 en 2 couleurs parmis 16. dans ce mode la c'etait 1 bit par pixel. ... et tu vois malgres un seul bit par pixel, tu pouvais choisir tes 2 couleur parmis les 16.
En fait, si le bit etait à "1" , il allait chercher la couleur dans le registre de couleur d'avant plan, si il etait à 0 , il allait chercher la couleur dans le regisre d'arriere plan.
Quand le C64 etait en mode multicolor 160x200 en 16 couleur , avec 2 bit par pixel, il utilisait la meme methode sauf que la :
Si c'etait : 00 , il va chercher la couleur dans le registre d'arriere plan
01, , il va chercher la couleur dans le registre d'avant plan
10, il va chercher dans la zone memoire du mode texte, la couleur d'arriere plan qu'aurait un caractere la où se trouve le pixel.
11, il va chercher dans la zone memoire du mode texte, la couleur d'avant plan qu'aurait un caractere la où se trouve le pixel.
De cette maniere , tu pouvais afficher 16 couleurs à l'ecran. avec neanmoins une limitation, tu ne pouvais avoir que 4 couleurs differente par bloc de 8x8 pixels.
Grace a ce mecanisme, il te fallait seulement 8000+1000 + 2 = 9002 bytes pour afficher du 160x200x16 couleurs alors qu'en theorie il t'aurais fallu 160x200x4bits = 16000 Bytes. => 6998 bytes de gagner! A l'epoque c'etait enorme!
Tu as peut etre connu les ordinateurs avec les couleurs qui "bavent" , tres typique notament des Thomson MO5 et TO7. C'etait dû a ce type de méthode.
Et voila, maintenant tu pourra frimer dans la salon parisien ou devant tes copines! :D
Je me sens completement inculte quand je lis des trucs comme ca....vous êtes vraiment des bêtes les gars !!! :-*
non..non..
Mioux est bete , et moi je suis une bete! :D Faut pas confondre!
...et voila comment on se fait bannier d'un forum...
Citation de: youki le Août 04, 2008, 09:36 PM
...
Tu as peut etre connu les ordinateurs avec les couleurs qui "bavent" , tres typique notament des Thomson MO5 et TO7. C'etait dû a ce type de méthode.
Et voila, maintenant tu pourra frimer dans la salon parisien ou devant tes copines! :D
Ha mais oui je me souc=viens de ces modes graphiques sur le to9 ???
quelle galère du coup j'ai laissé tombé la programation :o
Tout ça a cause de Thomson :P
Ps HS : Ha oui youk j'ai bien signalé ton message au modérateur :stupidking:
:stupidking: :stupidking: :stupidking: :stupidking:
moi j'ai atomic (et oui ma borne est sous windows depuis l'excellent petit freeware 15khz dont je me souviens plus le nom), et pas d'anim...je sais meme plus pourquoi ! :P d'ailleurs faudra que jeme repenche sur atomic, car j'ai toujours pas de hiscore dans mes flips et dans les jeux (::
en tout cas je remarque un truc, c'est que youki écrit mieux en anglais qu'en français :stupidking:
vat dou iou ouant? ar iou tolquing tou mi???
effectivement ...
ça saute aux yeux 8)
:D :D :D
http://fr.youtube.com/watch?v=xbVO2MYltiY
Une nouvelle video avec plus de layout! :)
http://fr.youtube.com/watch?v=xbVO2MYltiY
^- :happyjump: :happyjump: :happyjump:
C'est bien classe :)
c'est terriblement beau !!!!!!!!! mais il faut quoi comme machine pour le faire tourner ¿? ???
Rien d'extraordinaire.
La, la video a été prise sur mon P4 2ghz.
Normalament ce type de layout devrait pouvoir tourner sur une machine 1ghz.Mais j'ai pas encore testé.
Et puis si tu enleve les effets de rotation. (en lassant le reste des animations) . 500-700mhz ca devrait suffir.
Citation de: youki le Sep 12, 2008, 07:35 AM
Rien d'extraordinaire.
La, la video a été prise sur mon P4 2ghz.
Normalament ce type de layout devrait pouvoir tourner sur une machine 1ghz.Mais j'ai pas encore testé.
Et puis si tu enleve les effets de rotation. (en lassant le reste des animations) . 500-700mhz ca devrait suffir.
Un Athlon 2000 suffira ¿?
Oui Oui, je pense sans probleme.
Citation de: youki le Sep 12, 2008, 09:10 AM
Oui Oui, je pense sans probleme.
Woaw !!! ca c'est de l'optimisation digne d'un ancetre du ?OUT OF MEMORY ^- :D
Quelque petite video montrant le nouvel outils de configuration.
Ici, c'est l'arborescende de "Atomicfe ultimate distribution" faite par ladite. Ca comprend plus de 100 modules pre-installé et pre-configurés.
http://fr.youtube.com/watch?v=RAGIpLfol_Y
ici c'est l'exemple de quelque manipulation avec AtomicStudio.
http://fr.youtube.com/watch?v=xmfUSxgOAIk
Pas mal du tout...mais attention le teasing c'est le mal.
Bon ce truc y tue grave !!!!!!!!!!!!!!! ^-