overdrive 2
+10
Orion_
christophe4559
Agathon
Tryphon
ace76
Stef
nardich
TotOOntHeMooN
oldgamer24
Paradis
14 participants
Page 3 sur 3
Page 3 sur 3 • 1, 2, 3
Re: overdrive 2
J'ai pas vu bcp de personnes sur sprites mind ou sega-16 ayant réussi à la faire tourner sans soucis .Our tests have shown that around 30% of Model I and 5% of
Model II systems experience issues. This is due to a change
in the manufacturing process of the video chip.
Un des codeurs à posté ça:
En général on fait plutôt le contraire .If you can run the demo on real hardware somehow, we'd appreciate if you could help us with our research by posting the following details:
Model number and revision (e.g. MD1 VA4)
Serial number of the console
Picture of the VDP / ASIC (if possible)
Brief description of glitches experienced (if any)
Thanks in advance!
Invité- Invité
Re: overdrive 2
Papi commando tourne sur toutes les MD et même sur les clones.
Bon OK je sors -> [ ]
Bon OK je sors -> [ ]
Invité- Invité
Re: overdrive 2
ben déja faut une cartouche flash de 8Mo, ça court pas les rues
perso j'ai une everdrive et je compte pas me racheter une mega-everdrive ... (même si ça charge les rom un peu plus vite)
perso j'ai une everdrive et je compte pas me racheter une mega-everdrive ... (même si ça charge les rom un peu plus vite)
Re: overdrive 2
Il faut une cartouche spéciale et une Megadrive spéciale...
TotOOntHeMooN- Docteur agrégé **
- Nombre de messages : 18166
Age : 54
Localisation : Terre I
Date d'inscription : 18/04/2013
Re: overdrive 2
Je viens de tester sur ma MD, ça marche nickel et rend super bien sur un écran cathodique !
J'ai aussi testé le switch vers 60hz à la volée pour voir, ben ça a vite glitché bien comme il faut
J'ai aussi testé le switch vers 60hz à la volée pour voir, ben ça a vite glitché bien comme il faut
Bonaf- Patient contaminé
- Nombre de messages : 396
Age : 46
Localisation : Montreuil
Date d'inscription : 30/05/2013
Re: overdrive 2
Orion_ a écrit:ben déja faut une cartouche flash de 8Mo, ça court pas les rues
perso j'ai une everdrive et je compte pas me racheter une mega-everdrive ... (même si ça charge les rom un peu plus vite)
Oui, mais ça c'est pas du tout lié à la console (et en plus ça le fait aussi avec tous les jeux officiels de plus de 4 Mo, même si y'en a pas des tonnes).
Que ça glitche sous 60Hz, c'est pas non plus étonnant, c'est codé au cycle près...
Prévision : si on overclocke sa MD ça marchera pas non plus.
Qu'avec la même cartouche ça fasse pas le même résultat sur 2 MDs 50Hz non trafiquées c'est plus embêtant.
Tryphon- Docteur *
- Nombre de messages : 26166
Age : 47
Localisation : Un peu plus à l'Ouest
Date d'inscription : 23/07/2016
Re: overdrive 2
Pour moi, le plus embêtant lorsqu'on présente sa prod avec une démo-party pour rafler le 1er prix (unanimement mérité), c'est de ne pas indiquer que :Tryphon a écrit:Qu'avec la même cartouche ça fasse pas le même résultat sur 2 MDs 50Hz non trafiquées c'est plus embêtant.
- La démo est loin de tourner sur toutes les consoles (toléré mais peut influancer le vote)
- La cartouche ne correspond pas à un support standard de la machine (close du règlement)
Même si l'on a vu mieux sur la 2D dans certains jeux, il n'en reste pas moin qu'elle reste une production hors-norme et donc future référence pour la MD.
Ce qui me dérange vraiment, c'est qu'ils sont indirectement entrain de segmenter le marché et que les prix des machines compatibles vont flamber...
(Quid de la suite ? Des jeux encore plus impressionnant mais seulement compatible avec la MD-II ? Des MD-II modés avec 128K VRAM ? )
TotOOntHeMooN- Docteur agrégé **
- Nombre de messages : 18166
Age : 54
Localisation : Terre I
Date d'inscription : 18/04/2013
Re: overdrive 2
Ne dis pas ça en rigolant(Quid de la suite ? Des jeux encore plus impressionnant mais seulement compatible avec la MD-II ? Des MD-II modés avec 128K VRAM ? )
Nan mais peut être que les tricks vont se stabiliser au fil du temps et trouver le bon compromis, un peu comme les demos avec les différents CRTC du CPC .
Ca,ça serrait vraiment con que ça arriveCe qui me dérange vraiment, c'est qu'ils sont indirectement entrain de segmenter le marché et que les prix des machines compatibles vont flamber...
Invité- Invité
Re: overdrive 2
TotOOntHeMooN a écrit:Pour moi, le plus embêtant lorsqu'on présente sa prod avec une démo-party pour rafler le 1er prix (unanimement mérité), c'est de ne pas indiquer que :
- La démo est loin de tourner sur toutes les consoles (toléré mais peut influancer le vote)
- La cartouche ne correspond pas à un support standard de la machine (close du règlement)
Le fait que la démo ne tourne pas sur toutes les MD (ou pas parfaitement) c'est génant, définitivement... En même temps je trouve qu'ils ont vraiment abusé des différents tricks pour montrer qu'ils ont vraiment été loin dans la recherche de la machine, limite ils ont voulu trop en faire alors qu'à mon avis ils auraient pu rester dans les clous (100% compatible) sans rendre la démos moins impressionnante (en utilisant des tricks safes).
Sinon la cartouche fait 8 Mo, 8 mo linéaire il me semble que c'est ok de base, certes officiellement on se limite à 4 Mo et on utilise le bank switch au dessus pour supporter le SegaCD ou le 32X mais sinon ça passe, 10 Mo par contre là tu dois bricoler la cartouche pour que ça passe.
Stef- Interne
- Nombre de messages : 5087
Age : 45
Localisation : Sevres
Date d'inscription : 04/04/2007
Re: overdrive 2
je decouvre et je suis sur le cul
impressionnant, largement devant overdrive1, qui deja etait excellent, la cette fois ils ont poussé encore plus loin.
l'arrivee du vaisseau sous la pluie, whaou!!!
impressionnant, largement devant overdrive1, qui deja etait excellent, la cette fois ils ont poussé encore plus loin.
l'arrivee du vaisseau sous la pluie, whaou!!!
airdream- Guéri miraculeux
- Nombre de messages : 2773
Age : 45
Localisation : Tokyo
Date d'inscription : 31/10/2010
Re: overdrive 2
J'en doute... Mais oui, il y a 4 ans entre les deux démo.TOUKO a écrit:Y'a quand même 4 ans de boulot pour cette demo (OV1 datait de 2013 ).
TotOOntHeMooN- Docteur agrégé **
- Nombre de messages : 18166
Age : 54
Localisation : Terre I
Date d'inscription : 18/04/2013
Re: overdrive 2
2622650 / 26.5 Khz soit un peu moins de 100 secondes de samples ~1m35s sur les 8mn que dure la démo, donc oui y'a beaucoup de sample (mais ça on le savait) mais bon définitivement il n'y a pas que ça
Et donc on a pas 45% de rom consommé par les samples mais plutot 33% si je ne me plante pas, après ils ont tet aussi un gros VGM derrière (visiblement ils se sont bien amusé sur le FM aussi).
Et donc on a pas 45% de rom consommé par les samples mais plutot 33% si je ne me plante pas, après ils ont tet aussi un gros VGM derrière (visiblement ils se sont bien amusé sur le FM aussi).
Stef- Interne
- Nombre de messages : 5087
Age : 45
Localisation : Sevres
Date d'inscription : 04/04/2007
Re: overdrive 2
Enfin qd tu écoutes le sample, il reste plus grand chose du VGM finalement .
Mais c'est bien fait, et les 2 s'intègrent parfaitement dans la musique .
Après je me demande comment les gfx peuvent prendre 4.5 Mo ??
Pour moi tout n'est pas en temps réel, et je suis sur qu'il y a du precalc aussi dedans(Grosses tables ou gfx).
Sur pouet la réponse de alk à ToTo:
Mais pas que, je pense que la 3D hormis de possibles tables, c'est du temps réel .
Mais c'est bien fait, et les 2 s'intègrent parfaitement dans la musique .
Après je me demande comment les gfx peuvent prendre 4.5 Mo ??
Pour moi tout n'est pas en temps réel, et je suis sur qu'il y a du precalc aussi dedans(Grosses tables ou gfx).
Sur pouet la réponse de alk à ToTo:
Donc y'a aussi du stream de gfx pour moi .Tot0: this ain't just a tile-streamer, there's a huge amount of different approaches used for zooms, rotations etc in this demo. For your interest here's a debug view of our 3D renderer :^)
Mais pas que, je pense que la 3D hormis de possibles tables, c'est du temps réel .
Invité- Invité
Re: overdrive 2
bah c'est évident, les effets les plus impressionnants en démo sont souvent de la grosse gruge avec des tables/gfx précalc ou du code généré
il faut juste trouver le bon ratio entre rapidité et poids des données
je pense que les coordonnées 3D sont précalculé et streamé, parceque sinon gerer autant de face et surtout le clipping en temps réel, ça tournerais beaucoup plus lentement
sans compter que le renderer utilisant l'optimisation de tiles doit consommer beaucoup plus de temps de calcul qu'un renderer classique par ligne
il faut juste trouver le bon ratio entre rapidité et poids des données
je pense que les coordonnées 3D sont précalculé et streamé, parceque sinon gerer autant de face et surtout le clipping en temps réel, ça tournerais beaucoup plus lentement
sans compter que le renderer utilisant l'optimisation de tiles doit consommer beaucoup plus de temps de calcul qu'un renderer classique par ligne
Re: overdrive 2
Même sur un système à base de tiles ??sans compter que le renderer utilisant l'optimisation de tiles doit consommer beaucoup plus de temps de calcul qu'un renderer classique par ligne
Invité- Invité
Re: overdrive 2
impressionnant!
agentsmith- Patient contaminé
- Nombre de messages : 554
Age : 46
Localisation : Belgique
Date d'inscription : 23/03/2017
Re: overdrive 2
TOUKO a écrit:Même sur un système à base de tiles ??sans compter que le renderer utilisant l'optimisation de tiles doit consommer beaucoup plus de temps de calcul qu'un renderer classique par ligne
Je dirais oui. Tu rends un premier polygone. Une tile X dans son intérieur est vide, donc tu vas coller dans la tilemap une tile vide à cet endroit.
Tu rends un deuxième polygone. Ah merde, son bord passe par X, tu rends la tile en allant récupérer la tile vide du premier polygone et en lui rajoutant les points.
Au final, tu transfères moins de données, mais tu mets plus de temps à déterminer s'il faut ou non le faire.
Tryphon- Docteur *
- Nombre de messages : 26166
Age : 47
Localisation : Un peu plus à l'Ouest
Date d'inscription : 23/07/2016
Re: overdrive 2
Non je voyais ça en 2 passes .
1 - tu remplis les polygones avec des tiles quand c'est possible.
2 - Tu plotes les pixels restants au CPU.
1 - tu remplis les polygones avec des tiles quand c'est possible.
2 - Tu plotes les pixels restants au CPU.
Invité- Invité
Re: overdrive 2
Mmh oui, ça m'a l'air mieux. Faut trouver un moyen rapide de vérifier qu'une tile est pleine, ça doit se faire...
Mais cette première passe rend le truc de toutes façons plus lent que sur un système bitmap non ?
Mais cette première passe rend le truc de toutes façons plus lent que sur un système bitmap non ?
Tryphon- Docteur *
- Nombre de messages : 26166
Age : 47
Localisation : Un peu plus à l'Ouest
Date d'inscription : 23/07/2016
Re: overdrive 2
Pas forcement, mais je suis pas le mieux placé pour ça, stef ou Orion peuvent surement mieux y répondre .Mais cette première passe rend le truc de toutes façons plus lent que sur un système bitmap non ?
Invité- Invité
Re: overdrive 2
Il me semble en avoir parlé en première page ? Mais oui ce type de rendu est bien plus complexe qu'un rendu bitmap classique. Les tiles pleins permettent un gain de perf non négligeable et aussi sur le clear & copy :
- clear frame buffer (tilemap vs bitmap buffer)
- copy frame buffer (tilemap + custom tiles vs bitmap buffer)
Le rendu en lui-même c'est là où ça se complique... en gros quand tu rends un polygone, tu vas d'abord le rendre dans le tilemap à un resolution / 8 (car chaque tile faire 8x8 pixels) avec des tiles plein que tu copies dans le tilemap, ensuite pour les bordures c'est là où tu vas perdre pas mal en perf : en gros pour chaque tile de bordure tu dois fusionner le tile en place avec la bordure de ton polygone:
- si c'était un tile plein alors tu dois le remplacer par un (nouveau) tile custom que tu vas d'abord remplir de la couleur du tile plein et ensuite tu dessines le bord de ton polygone dedans
- si c'était déjà un tile custom alors tu imprimes simplement la bordure du polygone dedans.
Ben sur cette partie coute assez cher, mais si c'est bien codé en assembleur, ça peut être bien plus rapide qu'un render type bitmap (comme le mien) classique pour des scènes assez simple, avec peu de polygones.
Le désavantage c'est d'une part la complexité du code, mais aussi que ça peut devenir très lent quand la scène est complexe (beaucoup de petits polygones), et aussi ce n'est vraiment pas adapté pour le wireframe et les particules (lignes et points), ça va être beaucoup plus lent qu'un rendu bitmap classique dans ce cas.
- clear frame buffer (tilemap vs bitmap buffer)
- copy frame buffer (tilemap + custom tiles vs bitmap buffer)
Le rendu en lui-même c'est là où ça se complique... en gros quand tu rends un polygone, tu vas d'abord le rendre dans le tilemap à un resolution / 8 (car chaque tile faire 8x8 pixels) avec des tiles plein que tu copies dans le tilemap, ensuite pour les bordures c'est là où tu vas perdre pas mal en perf : en gros pour chaque tile de bordure tu dois fusionner le tile en place avec la bordure de ton polygone:
- si c'était un tile plein alors tu dois le remplacer par un (nouveau) tile custom que tu vas d'abord remplir de la couleur du tile plein et ensuite tu dessines le bord de ton polygone dedans
- si c'était déjà un tile custom alors tu imprimes simplement la bordure du polygone dedans.
Ben sur cette partie coute assez cher, mais si c'est bien codé en assembleur, ça peut être bien plus rapide qu'un render type bitmap (comme le mien) classique pour des scènes assez simple, avec peu de polygones.
Le désavantage c'est d'une part la complexité du code, mais aussi que ça peut devenir très lent quand la scène est complexe (beaucoup de petits polygones), et aussi ce n'est vraiment pas adapté pour le wireframe et les particules (lignes et points), ça va être beaucoup plus lent qu'un rendu bitmap classique dans ce cas.
Stef- Interne
- Nombre de messages : 5087
Age : 45
Localisation : Sevres
Date d'inscription : 04/04/2007
Re: overdrive 2
Tout dépend de la complexité de la scène finalement(au niveau des polygones), tu peux avoir un gros gain, comme perdre pas mal en perfs .
La scène 3D OD2(le vaisseau qui décolle à la fin), et basé sur un rendu en tiles non(d'après le gif posté sur pouet) ??
La scène 3D OD2(le vaisseau qui décolle à la fin), et basé sur un rendu en tiles non(d'après le gif posté sur pouet) ??
Invité- Invité
Re: overdrive 2
Oui c'est ce qu'on disait, dans OD2 en effet ça se base sur le rendu avec des tiles pleins, ça marche pas mal car la surface des polygones est assez large (notamment pour le sol). Du coup ils arrivent à faire un rendu full screen avec un frame rate "acceptable" :) Pour le coup je pense que ça rivalise avec ce qu'on peut obtenir sur un amiga 500 OCS / Atari standard car on arrive à tirer avantage du rendu par tile (ce qui est plutot rare pour un rendu de type bitmap à la base) :p
Stef- Interne
- Nombre de messages : 5087
Age : 45
Localisation : Sevres
Date d'inscription : 04/04/2007
Page 3 sur 3 • 1, 2, 3
Page 3 sur 3
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum