Annonces Google
Serveur IRC
Serveur : irc.portlane.se
Canal : #AmigaNG
Activité du Site

Pages vues depuis 25/07/2007 : 25 340 680

  • Nb. de membres 187
  • Nb. d'articles 1 270
  • Nb. de forums 19
  • Nb. de sujets 20
  • Nb. de critiques 24

Top 10  Statistiques

Index du forum »»  Création-Développement »» #Two fixée (beta-test)

#Two fixée (beta-test)#874

17Contributeur(s)
CrisotMrodfrphardfrCreolsK-Lkas1eMurakamiElwoodMonsieur-BelettLioAmiDARKcortosinisrusPetrolCentaurZVingtCentdavebraco
3 Modérateur(s)
K-LElwoodcorto
kas1e kas1eicon_post
@Crisot
Tested last version on peg2/1ghz/radeon9250:
Average framerate: 44.497130
Exits fine

Btw, some minor notice (maybe it will intersting for you) : you can use "stack cookie" in the source, and then you will have no any problems with stack (if user run it from shell for example, but not from icon). Just add that pice of stuff right after all the "!include! <.....> " stuff:

#ifdef __amigaos4__
static const char * __attribute__((used)) stackcookie = "$STACK: 1000000";
#endif

Hope you will fix zero/one too :)


Crisot Crisoticon_post
Ha! Many thanks for this kas1e!

BTW, what can use so much stack? My assembly code doesn't use it. Compiled C or library functions maybe?

Great idea, thanks again :-)
--
AmigaOne X1000 - 2 Go DDR2 - Sapphire R9 280x Toxic - Crucial MX200 500 Go - Alim/Cooling BeQuiet
kas1e kas1eicon_post
@crisot
I just was annoing (as user) years ago that some programms are want "big stack", and for me was surprise, that without setting the bigger stack in shell, programm will crashes (i.e. not surprise from coder side, just surprise that OS4 coders not handle it manually, just to avoid give that boring problems with stack to users). And because of it , i just put all the time for every project big stack, which will solve all the problems at all with it, and users will not know what is that crappy stack size is it :)

Why i say about it: because i trying for frist run "two" from the shell, and it crashes with GR, then i tryed from icon and it was fine. I check the icon, and see there 1000000, so i try to set stack 1000000 in the shell, and run from shell => no more crashes.
Crisot Crisoticon_post
Yes yes I understood, and I inserted the line you given me, so I now got no more crashes from shell :-)

But I don't understand why my demo use so much stack... :-( I tryed with 500.000 and it still crashes... PowerPC applications need a lot of stack since WarpOs, that's boring.



BTW: I switched the demo to triple buffering instead of mono buffering+blit. So you'll be happy, now, once 60 fps are reached, the CPU usage drop :-)

But I have to run my switchbuffer from another task. From main task, the problem is framerate is multiple of VBL/n. If 60 fps can't be reached, then it drops to 30... then 20... then 15, etc... That's tonight work :-)



BTW once again, I got a small problem with my AllocScreenBuffer().

You said it yourself in your mag, the first buffer allocated is flaged with SB_SCREEN_BITMAP, so the screen original buffer is used as first work buffer:

scr=OpenScreen(blablabla);
buffer[0]=AllocScreenBuffer(scr, NULL, SB_SCREEN_BITMAP);
buffer[1]=AllocScreenBuffer(scr, NULL, 0);
buffer[2]=AllocScreenBuffer(scr, NULL, 0);

This worked perfectly for me with Os3.9, allowing me an excellent double or triple buffering.

With Os4, I got Warp3D freeze on exit. I have to remove this flag and use:

scr=OpenScreen(blablabla);
buffer[0]=AllocScreenBuffer(scr, NULL, 0);
buffer[1]=AllocScreenBuffer(scr, NULL, 0);
buffer[2]=AllocScreenBuffer(scr, NULL, 0);

With this, it works perfectly. Of course that's not a real problem, but this consume 4 bitmaps instead of 3, since original screen bitmap is not used...

Actually, we have 64 or 128 MB vram, so that's not a big problem, but I don't like it :-(
--
AmigaOne X1000 - 2 Go DDR2 - Sapphire R9 280x Toxic - Crucial MX200 500 Go - Alim/Cooling BeQuiet
Mrodfr Mrodfricon_post
salut,

je viens de rejouer la demo.

Average framerate: 55.951605 avec CPU = 100%

Au niveau de la musique, le probleme vient d'AHI.

prefs/AHi onglet avancé. Modification du volume : mettre sur sur.

Maintenant, la musique de la demo a le meme volume qu'avec un player de mp3.

SAM440EP+AOS4.1

Message édité par : Mrodfr / 15-10-2010 18:22
Monsieur-Belett Monsieur-Beletticon_post
54,5 FPS sur la Sam de Belett' (posté par K-L durant les JDLL).

L'intégration du chipset M9 sur la Sam montre sa supériorité par rapport à l'AGP d'un AmigaOne.

Vivement la Sam460 alors :-)
www.triplea.fr
Creols Creolsicon_post
Merci Crisot de nous avoir fait faire ces tests : nous savons maintenant que le chipset M9, intégré à la carte Sam440ep fait beaucoup mieux que les cartes graphiques Radeon 9250 montées sur les Sam-Flex ! :=!
0
AmiDARK AmiDARKicon_post
Average framerate: 36.848917
Crisot Crisoticon_post
NOUVELLE ARCHIVE, même lien que sur le premier post:

- La demo est maintenant en triple buffer. Elle parraitra plus fluide, il n'y aura plus de "tearing" (ligne horizontale qui coupait l'écran), mais le framerate se retrouve limité à 60 Hz, libérant le CPU sur les effets les plus léger. Ca a été un gros boulot mais c'est vraiment plus sympa.

- Icone PNG... Comment convertir ça en icon AmigaOs4?

Du coup j'ai un average de 56 fps au lieu de prèt de 80 maintenant... :-)



Ca fait des semaines que j'hurle que la série Radeon 9000 (M9 incluse) est beaucoup plus puissante que les 9250. Les 7500 tournent mieu que les 9250, voir mon post "Benchmark Radeon".

Et le M9 de la SamEP est monté sur un AGP (ou PCI), même si le connecteur n'est pas physiquement présent, ce n'est pas en soit un avantage sur l'AmigaOne où toute autre machine :-)
--
AmigaOne X1000 - 2 Go DDR2 - Sapphire R9 280x Toxic - Crucial MX200 500 Go - Alim/Cooling BeQuiet
Petrol Petrolicon_post
Je ne sais pas si le support des icônes png a été apporté sur amigaOS 4,1, mais tu peux renomer ton image png en .info pour qu'elle soit en icône.

si ça ne marche pas, intalle ceci:
http://www.os4depot.net/index.php?function=showfile&file=library/misc/png_im.lha


Petrol.
Message édité par : Petrol / 16-10-2010 18:19
Petites Annonces

0 annonce(s) publiée(s)

Consulter

AmigaOS 4.1

Laissez-vous tenter par
AmigaOS 4.1
AmiTheme

AmiTheme