Mert, having a quick look at a doc, I found...

	 In mode 4 (And 5 for that matter) the usable OBJ memory decreases, so it
does not start at 0x06010000 but 0x06014000. That is where you need to start
putting your OBJ data. Remember though, that you need to keep indexing OBJ's
numbers as if OBJ #0 was at address 0x06010000, so in reality your OBJ data
located at address 0x06014000 is OBJ index 512, not index 0..

Cheers
Aaron



-----Original Message-----
From: Mert Börü [mailto:mert@...]
Sent: Thursday, 6 September 2001 3:47 a.m.
To: GBAdev
Subject: [gbadev] mode4 + sprite data overlap


I hope the following question is not one of those that has been asked a
few million times ;-) If so, please pardon me...

While using double buffered Mode 4, I can NOT display my sprites
properly. BKG2 Page #2 data overlaps with sprite character data at
address 0x6010000. What is the solution for this problem?

Kind Regards,
--
Mert Börü
Digital Media Development

info(+)TRON A.Ş.
"Birlikte Geleceği Yaratıyoruz"

Prof. Dr. F. K. Gökay Cad. No:27/3
Altunizade 81190 Istanbul
TURKEY

Tel: +90-216-492-1002               e-mail:mert@...
Fax: +90-216-343-2132               http://www.infotron.com.tr





list rules: http://www.gbadev.org/rules.txt
unsubscribe: gbadev-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

you only have half the normal sprite char area
and it starts at 0x06014000

----- Original Message -----
From: "Mert Börü" <mert@...>
To: "GBAdev" <gbadev@yahoogroups.com>
Sent: Thursday, September 06, 2001 1:46 AM
Subject: [gbadev] mode4 + sprite data overlap


> I hope the following question is not one of those that has been asked a
> few million times ;-) If so, please pardon me...
>
> While using double buffered Mode 4, I can NOT display my sprites
> properly. BKG2 Page #2 data overlaps with sprite character data at
> address 0x6010000. What is the solution for this problem?
>
> Kind Regards,
> --
> Mert Börü
> Digital Media Development
>
> info(+)TRON A.Ş.
> "Birlikte Geleceği Yaratıyoruz"
>
> Prof. Dr. F. K. Gökay Cad. No:27/3
> Altunizade 81190 Istanbul
> TURKEY
>
> Tel: +90-216-492-1002               e-mail:mert@...
> Fax: +90-216-343-2132               http://www.infotron.com.tr
>
>
>
>
>
> list rules: http://www.gbadev.org/rules.txt
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>

> While using double buffered Mode 4, I can NOT display my sprites

With mode 3,4,5 sprite data starts at 0x06014000 with a name beginning at
512 ..

so start naming your sprites at 512 .. copy your sprites at 0x06014000
and it will be ok ..

I hope the following question is not one of those that has been asked a
few million times ;-) If so, please pardon me...

While using double buffered Mode 4, I can NOT display my sprites
properly. BKG2 Page #2 data overlaps with sprite character data at
address 0x6010000. What is the solution for this problem?

Kind Regards,
--
Mert Börü
Digital Media Development

info(+)TRON A.Ş.
"Birlikte Geleceği Yaratıyoruz"

Prof. Dr. F. K. Gökay Cad. No:27/3
Altunizade 81190 Istanbul
TURKEY

Tel: +90-216-492-1002               e-mail:mert@...
Fax: +90-216-343-2132               http://www.infotron.com.tr

The PocketPC doesn't allow for unaligned memory access either
and the guy that ported it didn't mention any problems with that.
So I suppose MikMod shouldn't have a problem there. Problem
could be the speed however; on my iPaq (200Mhz CPU) MikMod
consumes about 10% processor time for a 4 channel regular
mod file.

> -----Oorspronkelijk bericht-----
> Van: Jonas Lund [SMTP:jonas.lund@...]
> Verzonden: woensdag 5 september 2001 16:03
> Aan: gbadev@yahoogroups.com
> Onderwerp: SV: [gbadev] another fucking MOD player v1.0 released
>
> that's not a big problem at all, mikmod is quite cleanly written in C so
> it shouldn't be a big prob. biggest possible problem would be unaligned
> data in various placed. that's the most problematic thing with most
> projects grown out of the pc. however mikmod has been ported to linux,
> and that port would probably be the best one if it runs on non x86
> platforms (as it's practically only the pc that allows unaligned memory
> accesses)
>
> - jonas
>
> -----Ursprungligt meddelande-----
> Från: Jacco Bikker [mailto:Jacco.Bikker@...]
> Skickat: den 5 september 2001 11:40
> Till: 'gbadev@yahoogroups.com'
> Ämne: RE: [gbadev] another fucking MOD player v1.0 released
>
>
> MikMod plays mods and sfx. It's GPL'ed, but as far as I know
> it's only available for PC, PocketPC and probably Amiga.
>
> > -----Oorspronkelijk bericht-----
> > Van:      Neil Holmes [SMTP:ninge1@...]
> > Verzonden:      woensdag 5 september 2001 11:33
> > Aan:      gbadev@yahoogroups.com
> > Onderwerp:      RE: [gbadev] another fucking MOD player v1.0 released
> >
> > are there any open source mod-players for the GBA around? or for any
> other
> > platform for that matter? im pretty interested in looking into the
> sound
> > side of the GBA next as its the one area ive not covered so far..
> however,
> > if im gonna be playing mods im also gonna want to be playing sound
> effects
> > at the same time!
> >
> > a nice all-in-one sollution would surely be the best bet but i dont
> really
> > have time to write my own MOD player too... if not then dont mind me..
> im
> > just wondering :0)
> >
> > ninge
> >
> >  -----Original Message-----
> > From: groepaz [mailto:groepaz@...]
> > Sent: 04 September 2001 21:51
> > To: gbadev@yahoogroups.com
> > Subject: [gbadev] another fucking MOD player v1.0 released
> >
> >
> >
> >   after fiddling long enough with it, we are proud to present you...
> >
> >   AFM v1.0 (w) 2001 by Silpheed/Hitmen, Groepaz/Hitmen
> >
> >   plays standard 4-Channel Protracker Modules (at 15.290khz Stereo)
> >   all effects supported and (hopefully ;D) played 100% correctly
> >
> >   as usual, get our releases at www.hitmen-console.org
> >
> >   --
> >   Best regards,
> >   groepaz                            mailto:groepaz@...
> >
> >
> >
> >         Yahoo! Groups Sponsor
> >
> >                     Start here...
> >
> >                     Height:
> >                        345678 ft      01234567891011in
> >
> >                     Weight:
> >                     lbs. kg.
> >
> >
> >
> >
> >
> >
> >
> >
> >   list rules: http://www.gbadev.org/rules.txt
> <http://www.gbadev.org/rules.txt>
> >   unsubscribe: gbadev-unsubscribe@yahoogroups.com
> >
> >
> >
> >   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
> >         This email has been virus scanned using Sophos Anti-Virus by
> intY
> > (www.inty.net)
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> > list rules: http://www.gbadev.org/rules.txt
> <http://www.gbadev.org/rules.txt>
> > unsubscribe: gbadev-unsubscribe@yahoogroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/>
> >
>
>
>
> Yahoo! Groups Sponsor
>
> ADVERTISEMENT
>
>
>
>   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/itapeblu4_11_12.gif>
> <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/111.jpg>
>   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/darkblue.gif>
> Start here...
>   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/clear.gif>
> Height:
>  3 4 5 6 7 8 ft      0 1 2 3 4 5 6 7 8 9 10 11in
>   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/clear.gif>
> Weight:
> lbs. kg.
>
>   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/clear.gif>
>   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/333.gif>
>
>
> <http://us.adserver.yahoo.com/l?M=210544.1579876.3135161.1261774/D=egrou
> pmail/S=1705055196:HM/A=776686/rand=997460239>
>
> list rules: http://www.gbadev.org/rules.txt
> <http://www.gbadev.org/rules.txt>
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to the Yahoo!
> <http://docs.yahoo.com/info/terms/> Terms of Service.
>
>
>
>
> list rules: http://www.gbadev.org/rules.txt
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>

that's not a big problem at all, mikmod is quite cleanly written in C so
it shouldn't be a big prob. biggest possible problem would be unaligned
data in various placed. that's the most problematic thing with most
projects grown out of the pc. however mikmod has been ported to linux,
and that port would probably be the best one if it runs on non x86
platforms (as it's practically only the pc that allows unaligned memory
accesses)

- jonas

-----Ursprungligt meddelande-----
Från: Jacco Bikker [mailto:Jacco.Bikker@...]
Skickat: den 5 september 2001 11:40
Till: 'gbadev@yahoogroups.com'
Ämne: RE: [gbadev] another fucking MOD player v1.0 released


MikMod plays mods and sfx. It's GPL'ed, but as far as I know
it's only available for PC, PocketPC and probably Amiga.

> -----Oorspronkelijk bericht-----
> Van:      Neil Holmes [SMTP:ninge1@...]
> Verzonden:      woensdag 5 september 2001 11:33
> Aan:      gbadev@yahoogroups.com
> Onderwerp:      RE: [gbadev] another fucking MOD player v1.0 released
>
> are there any open source mod-players for the GBA around? or for any
other
> platform for that matter? im pretty interested in looking into the
sound
> side of the GBA next as its the one area ive not covered so far..
however,
> if im gonna be playing mods im also gonna want to be playing sound
effects
> at the same time!
>
> a nice all-in-one sollution would surely be the best bet but i dont
really
> have time to write my own MOD player too... if not then dont mind me..
im
> just wondering :0)
>
> ninge
>
>  -----Original Message-----
> From: groepaz [mailto:groepaz@...]
> Sent: 04 September 2001 21:51
> To: gbadev@yahoogroups.com
> Subject: [gbadev] another fucking MOD player v1.0 released
>
>
>
>   after fiddling long enough with it, we are proud to present you...
>
>   AFM v1.0 (w) 2001 by Silpheed/Hitmen, Groepaz/Hitmen
>
>   plays standard 4-Channel Protracker Modules (at 15.290khz Stereo)
>   all effects supported and (hopefully ;D) played 100% correctly
>
>   as usual, get our releases at www.hitmen-console.org
>
>   --
>   Best regards,
>   groepaz                            mailto:groepaz@...
>
>
>
>         Yahoo! Groups Sponsor
>
>                     Start here...
>
>                     Height:
>                        345678 ft      01234567891011in
>
>                     Weight:
>                     lbs. kg.
>
>
>
>
>
>
>
>
>   list rules: http://www.gbadev.org/rules.txt
<http://www.gbadev.org/rules.txt>
>   unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
>   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>         This email has been virus scanned using Sophos Anti-Virus by
intY
> (www.inty.net)
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> list rules: http://www.gbadev.org/rules.txt
<http://www.gbadev.org/rules.txt>
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/>
>



Yahoo! Groups Sponsor

ADVERTISEMENT



   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/itapeblu4_11_12.gif>
<http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/111.jpg>
   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/darkblue.gif>
Start here...
   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/clear.gif>
Height:
  3 4 5 6 7 8 ft      0 1 2 3 4 5 6 7 8 9 10 11in
   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/clear.gif>
Weight:
lbs. kg.

   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/clear.gif>
   <http://us.a1.yimg.com/us.yimg.com/a/di/dietsmart/333.gif>


<http://us.adserver.yahoo.com/l?M=210544.1579876.3135161.1261774/D=egrou
pmail/S=1705055196:HM/A=776686/rand=997460239>

list rules: http://www.gbadev.org/rules.txt
<http://www.gbadev.org/rules.txt>
unsubscribe: gbadev-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to the Yahoo!
<http://docs.yahoo.com/info/terms/> Terms of Service.

cheers guys :) - ill take a look!
   -----Original Message-----
   From: Neil Holmes [mailto:ninge1@...]
   Sent: 05 September 2001 10:33
   To: gbadev@yahoogroups.com
   Subject: RE: [gbadev] another fucking MOD player v1.0 released


   are there any open source mod-players for the GBA around? or for any other
   platform for that matter? im pretty interested in looking into the sound
   side of the GBA next as its the one area ive not covered so far.. however,
   if im gonna be playing mods im also gonna want to be playing sound effects
   at the same time!

   a nice all-in-one sollution would surely be the best bet but i dont really
   have time to write my own MOD player too... if not then dont mind me.. im
   just wondering :0)

   ninge

   -----Original Message-----
   From: groepaz [mailto:groepaz@...]
   Sent: 04 September 2001 21:51
   To: gbadev@yahoogroups.com
   Subject: [gbadev] another fucking MOD player v1.0 released



     after fiddling long enough with it, we are proud to present you...

     AFM v1.0 (w) 2001 by Silpheed/Hitmen, Groepaz/Hitmen

     plays standard 4-Channel Protracker Modules (at 15.290khz Stereo)
     all effects supported and (hopefully ;D) played 100% correctly

     as usual, get our releases at www.hitmen-console.org

     --
     Best regards,
     groepaz                            mailto:groepaz@...



           Yahoo! Groups Sponsor

                       Start here...

                       Height:
                          345678 ft      01234567891011in

                       Weight:
                       lbs. kg.








     list rules: http://www.gbadev.org/rules.txt
     unsubscribe: gbadev-unsubscribe@yahoogroups.com



     Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
           This email has been virus scanned using Sophos Anti-Virus by intY
   (www.inty.net)



   [Non-text portions of this message have been removed]


         Yahoo! Groups Sponsor
               ADVERTISEMENT




   list rules: http://www.gbadev.org/rules.txt
   unsubscribe: gbadev-unsubscribe@yahoogroups.com



   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
         This email has been virus scanned using Sophos Anti-Virus by intY
(www.inty.net)



[Non-text portions of this message have been removed]

MikMod plays mods and sfx. It's GPL'ed, but as far as I know
it's only available for PC, PocketPC and probably Amiga.

> -----Oorspronkelijk bericht-----
> Van: Neil Holmes [SMTP:ninge1@...]
> Verzonden: woensdag 5 september 2001 11:33
> Aan: gbadev@yahoogroups.com
> Onderwerp: RE: [gbadev] another fucking MOD player v1.0 released
>
> are there any open source mod-players for the GBA around? or for any other
> platform for that matter? im pretty interested in looking into the sound
> side of the GBA next as its the one area ive not covered so far.. however,
> if im gonna be playing mods im also gonna want to be playing sound effects
> at the same time!
>
> a nice all-in-one sollution would surely be the best bet but i dont really
> have time to write my own MOD player too... if not then dont mind me.. im
> just wondering :0)
>
> ninge
>
>  -----Original Message-----
> From: groepaz [mailto:groepaz@...]
> Sent: 04 September 2001 21:51
> To: gbadev@yahoogroups.com
> Subject: [gbadev] another fucking MOD player v1.0 released
>
>
>
>   after fiddling long enough with it, we are proud to present you...
>
>   AFM v1.0 (w) 2001 by Silpheed/Hitmen, Groepaz/Hitmen
>
>   plays standard 4-Channel Protracker Modules (at 15.290khz Stereo)
>   all effects supported and (hopefully ;D) played 100% correctly
>
>   as usual, get our releases at www.hitmen-console.org
>
>   --
>   Best regards,
>   groepaz                            mailto:groepaz@...
>
>
>
>         Yahoo! Groups Sponsor
>
>                     Start here...
>
>                     Height:
>                        345678 ft      01234567891011in
>
>                     Weight:
>                     lbs. kg.
>
>
>
>
>
>
>
>
>   list rules: http://www.gbadev.org/rules.txt
>   unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
>   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>         This email has been virus scanned using Sophos Anti-Virus by intY
> (www.inty.net)
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> list rules: http://www.gbadev.org/rules.txt
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>

Hello Neil,

Wednesday, September 05, 2001, 11:32:40 AM, you wrote:

NH> are there any open source mod-players for the GBA around? or for any other
NH> platform for that matter? im pretty interested in looking into the sound
NH> side of the GBA next as its the one area ive not covered so far.. however,
NH> if im gonna be playing mods im also gonna want to be playing sound effects
NH> at the same time!

NH> a nice all-in-one sollution would surely be the best bet but i dont really
NH> have time to write my own MOD player too... if not then dont mind me.. im
NH> just wondering :0)

sure there are plenty of sources around.... yet most of them suck ;=)

a good start would be for eg the MIDAS soundsystem (dos/protected mode
module-player for PC) or even better, the NikMOD player (plays
mod/xm/s3m - thats what we used as a starting point for our
psx-modplayer).... there is also the Cubic-Player (which plays tons of
different modules and other soundfiles) which would also play some mp3
maybe if you wanted ,=)

--
Best regards,
  groepaz                            mailto:groepaz@...

are there any open source mod-players for the GBA around? or for any other
platform for that matter? im pretty interested in looking into the sound
side of the GBA next as its the one area ive not covered so far.. however,
if im gonna be playing mods im also gonna want to be playing sound effects
at the same time!

a nice all-in-one sollution would surely be the best bet but i dont really
have time to write my own MOD player too... if not then dont mind me.. im
just wondering :0)

ninge

  -----Original Message-----
From: groepaz [mailto:groepaz@...]
Sent: 04 September 2001 21:51
To: gbadev@yahoogroups.com
Subject: [gbadev] another fucking MOD player v1.0 released



   after fiddling long enough with it, we are proud to present you...

   AFM v1.0 (w) 2001 by Silpheed/Hitmen, Groepaz/Hitmen

   plays standard 4-Channel Protracker Modules (at 15.290khz Stereo)
   all effects supported and (hopefully ;D) played 100% correctly

   as usual, get our releases at www.hitmen-console.org

   --
   Best regards,
   groepaz                            mailto:groepaz@...



         Yahoo! Groups Sponsor

                     Start here...

                     Height:
                        345678 ft      01234567891011in

                     Weight:
                     lbs. kg.








   list rules: http://www.gbadev.org/rules.txt
   unsubscribe: gbadev-unsubscribe@yahoogroups.com



   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
         This email has been virus scanned using Sophos Anti-Virus by intY
(www.inty.net)



[Non-text portions of this message have been removed]

Daniel wrote:
> Have you ID'd the chips in the visoly carts?  I would like to know
> what memory they use.  Do they use a PLD or counters?
>
> All the numbers on my carts are 'wiped'

These are from Reiner Ziegler's site <http://www.reinerziegler.de/> and
there are infos about the Nintendo carts too:

Flash Advance 64M:
- Flash ROM: 1 x 28F640J3A (120ns)
- RAM: ? 128Kbyte

Flash Advance 64M (Turbo 64M):
- Flash ROM: 2 x 28F320J3A (110ns)
- RAM: NEC D442000LGU-B85X-9JH (256Kbyte)

Flash Advance 128M (Turbo 128M):
- Flash ROM: 2 x 28F640J3A (120ns)
- RAM: NEC D442000LGU-B85X-9JH (256Kbyte)

Credo <credo@...>

JEFF!
Have you ID'd the chips in the visoly carts?  I would like to know what memory
they use.  Do they use a PLD or counters?

All the numbers on my carts are 'wiped'

Thanks,
Dan


[Non-text portions of this message have been removed]

Subject: RE: [gbadev] Interrupt problem solved




It turns out I still had problems with my interrupt code. Seemingly calling
a wait vertical blank further up the call stack would cause problems. Here
is a fix for the earlier interrupt code...

vblank:
	 ldr a1, =g_test
	 mov r2, #1
	 str r2, [a1]

     ldr     r0, =Interrupt__Handler
     bx      r0

Instead of this:

    	 stmfd   sp!, {lr}
	 bl Interrupt__Handler
	 ldmfd   sp!, {lr}

In addition to the assembler change, you need to reenable interrupts in your
C function. At the end use something like:

void Interrupt__Handler(void)
{
	 //Game__UpdateCritical(&g_Game);

	 IME = 0x0001;
}

Dave Murphy wrote:
> or did that die a death when listbot stopped?
>
> I've had a look through the egroups listings but there don't seem to be any
> majorly active programming lists.

It moved to this ex-egroups yagoogroups too. First
devgameboy@yahoogroups.com was the new replacement list, then finally
after some discussion gbdev@yahoogroups.com became the final one.

Credo <credo@...>

or did that die a death when listbot stopped?

I've had a look through the egroups listings but there don't seem to be any
majorly active programming lists.


Dave

after fiddling long enough with it, we are proud to present you...

AFM v1.0 (w) 2001 by Silpheed/Hitmen, Groepaz/Hitmen

plays standard 4-Channel Protracker Modules (at 15.290khz Stereo)
all effects supported and (hopefully ;D) played 100% correctly

as usual, get our releases at www.hitmen-console.org

--
Best regards,
  groepaz                            mailto:groepaz@...

Hi all,

Are there any examples available that show how to boot up multiple GBA's
with one cart?

Thanks,
Ken Kaarvik

On Sun, 02 Sep 2001 14:58:52 -0000,  wrote:
>Yup, this question has been asked/answered over and over and over...

actually, that wasn't the problem ;-P.

  what was happening was a combination of a bug in mappy (the top line being
updated a frame early), and the fact that i was using mode 3 (single buffered),
so lines were being erased before they had started being drawn, but the display
overtook the erasing function, so the bottoms of the lines could be seen.

i think that's what it was, anyway...

>Maybe it's about time someone makes a Top Ten Tips everybody has to
>read before committing him/herself to GBA programming =D.

i totally agree!!! i tried to abide by the rules and read all the previous
messages, but there are approaching 7000! a mailinglist FAQ would be so useful!


cheers-

alex :)

Hi Folks,

does any1 of you know if it's possible to write into the flash cards from
the GBA side?

Since it is possible with the original big-n dev cartridges after the
modification of changing a resistor it might be able with a visoly cart our
of the box.

Please tell me what you think or if you perhaps even tried it before.

Many thanks,

Stage



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

"Dickinson, Vince" wrote:

> Eeeek mode 5 :) I haven't done anything with that, but you have to enable
> BG2.  I believe you have to scroll with the scaling/rot. params BG2X, BGY.
> BG2HOFS and BG2YOFS may be ignored in mode 5.

First of all, thanks for your kind replies, gentlemen.

During the weekend I have tried to program the 0x4000028 and 0x400002C
registers. And guess what? It didn't work for Mode5 (of course :-) I can offset
the screen to any coordinate in any mode, except Mode5. Just wanted to let you
know 'bout it...

Thanks again,
--
Mert Börü
Digital Media Development

info(+)TRON A.Ş.
"Birlikte Geleceği Yaratıyoruz"

Prof. Dr. F. K. Gökay Cad. No:27/3
Altunizade 81190 Istanbul
TURKEY

Tel: +90-216-492-1002               e-mail:mert@...
Fax: +90-216-343-2132               http://www.infotron.com.tr

For me to get Devkitadvance working I had to link with

crtbegin.o
crtend.o
libstdc++.a

and don't use -nostdlib  OR -nodefaultlibs otherwise you'll have to link
with libg.a and libgcc.a.


Cheers
Aaron


-----Original Message-----
From: Jerzy Kut [mailto:gephard-gbadev@...]
Sent: Sunday, 2 September 2001 3:32 p.m.
To: gbadev@yahoogroups.com
Subject: [gbadev] oop on gba :)


Hi everybody!
I would to user OOP on GBA. Is it possible ?
My test application (compiled under GCC - DevKit Advanced based on GCC3.0.1
if I don't mistake) need to alocate some memory using new [] operator and
free it using delete []. Linker throws errors:

C:\GBA\prj\dyna>gcc -o
dyna.elf -mcpu=arm7tdmi -I..\agblib\include -L..\agblib\l
ib main.cpp

/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::Console(unsigned
shor
t, unsigned short)':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x198): undefined reference to
`operat
or new[](unsigned long)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::Console(unsigned
shor
t, unsigned short)':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x34c): undefined reference to
`operat
or new[](unsigned long)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::~Console()':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x3b8): undefined reference to
`operat
or delete[](void*)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::~Console()':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x410): undefined reference to
`operat
or delete[](void*)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `main':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0xe0c): undefined reference to
`__cxa_
begin_catch'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0xe28): undefined reference to
`__gxx_
personality_sj0'
collect2: ld returned 1 exit status

I understand new and delete work on dynamically alocated memory. I don't
know this kind of memory is allowed on GBA.

I call my tet class Console - it is included by "main.cpp".
I am working on Win98.

What can I resolve this trouble ?

Best regards

Jerzy Kut




list rules: http://www.gbadev.org/rules.txt
unsubscribe: gbadev-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Finally Chess Advanced released..
         It´s run on real GBA hardware.
         Nothing to say, just look this game and play.

         Thnaks in advanced,



                                         Júlio César (Main Programmer)

         P.S.
                 Please don´t put this files in your page, just make one
link to my page.
                 Thanks.
                 I need some hits.

         http://www.vilacaldan.cjb.net/

Actually, the effect I was seeing was in tile mode.  The top row of tiles
(when I pan the background around) was being updated a frame ahead of all
the rest.  But as I said, this doesn't happen on hardware so I wasn't that
concerned.  I'm using an old version of Mappy, so this may have since been
fixed.

:a
----- Original Message -----
From: <dbrioso@...>
To: <gbadev@yahoogroups.com>
Sent: Sunday, September 02, 2001 10:58 AM
Subject: [gbadev] Re: bizarre vsync issue maybe?


> > am> hiya :)
> > [...]
> >
> > maybe what you are seeing isnt related to vsync at all, but the
> effect
> > that you get when doing not 16-bit aligned writes to vram ?
> (read/write
> > 16bit aligned words to vram only!)
>
> Yup, this question has been asked/answered over and over and over...
> Maybe it's about time someone makes a Top Ten Tips everybody has to
> read before committing him/herself to GBA programming =D.
>
> David Brioso
>
>
>
>
> list rules: http://www.gbadev.org/rules.txt
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>

> am> hiya :)
> [...]
>
> maybe what you are seeing isnt related to vsync at all, but the
effect
> that you get when doing not 16-bit aligned writes to vram ?
(read/write
> 16bit aligned words to vram only!)

Yup, this question has been asked/answered over and over and over...
Maybe it's about time someone makes a Top Ten Tips everybody has to
read before committing him/herself to GBA programming =D.

David Brioso

Use g++ to compile:

g++ blah.cpp

or add -lstdc++ to the command line

gcc -lstdc++ blah.cpp

Hi everybody!
I would to user OOP on GBA. Is it possible ?
My test application (compiled under GCC - DevKit Advanced based on GCC3.0.1
if I don't mistake) need to alocate some memory using new [] operator and
free it using delete []. Linker throws errors:

C:\GBA\prj\dyna>gcc -o
dyna.elf -mcpu=arm7tdmi -I..\agblib\include -L..\agblib\l
ib main.cpp

/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::Console(unsigned
shor
t, unsigned short)':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x198): undefined reference to
`operat
or new[](unsigned long)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::Console(unsigned
shor
t, unsigned short)':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x34c): undefined reference to
`operat
or new[](unsigned long)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::~Console()':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x3b8): undefined reference to
`operat
or delete[](void*)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `Console::~Console()':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0x410): undefined reference to
`operat
or delete[](void*)'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o: In function `main':
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0xe0c): undefined reference to
`__cxa_
begin_catch'
/cygdrive/c/WINDOWS/TEMP/ccfWu9Mh.o(.text+0xe28): undefined reference to
`__gxx_
personality_sj0'
collect2: ld returned 1 exit status

I understand new and delete work on dynamically alocated memory. I don't
know this kind of memory is allowed on GBA.

I call my tet class Console - it is included by "main.cpp".
I am working on Win98.

What can I resolve this trouble ?

Best regards

Jerzy Kut

> (on both Mappy and iGBA). It seems to be that the
> tops of the lines are 1 pixel further along than they should be

I've seen similar results on Mappy with various of my own projects.  I
always just assumed it was a problem with the emulator though since the same
code works fine on hardware.

:a
----- Original Message -----
From: "alex mole" <nal@...>
To: <gbadev@yahoogroups.com>
Sent: Saturday, September 01, 2001 11:14 AM
Subject: [gbadev] bizarre vsync issue maybe?


> hiya :)
>
> just started on this whole gba thing, but it feels a lot like good old
mode 13h (ahh- nostalgia!).
>
> so, anyway, i'm in gfx mode 3. i've been coding a simple little demo
involving a bunch of vertical lines.
>
> if it was mode 13h, i'd do it like this:
>
> main_loop:
> update positions of lines
> draw new lines
> wait for vsync
> erase old lines
> goto main_loop
>
> but this doesn't work on the GBA. i get all kinds of wierd things
happening to my lines (on both Mappy and iGBA). It seems to be that the tops
of the lines are 1 pixel further along than they should be. I've changed my
drawVLine routine so much, and i am now simply plotting individual pixels
(euch!).
>
> i think it's connected with the vsync, because moving the waitNextVSync()
changes the effect.
>
> again, i've used several routines for waiting for the vsync, and i'm
currently using:
>
> void waitNextVBlank ()
> {
> while((*((volatile u16 *)0x04000004) & (1<<0)));
> while(!(*((volatile u16 *)0x04000004) & (1<<0)));
> }
>
>
> does anyone have any ideas?
>
> cheers-
>
> alex :)
>
>
>
> list rules: http://www.gbadev.org/rules.txt
> unsubscribe: gbadev-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>

ok- so i've worked out the problem: bits from several frames are
being shown at the same time. after some optimisation and cleaning
up, i discovered that alternate frames were showin the top bit and
the bottom bit of a line, with a slight overlap in the middle.

i think i'll switch to mode 4 double-buffered...

sorry 'bout that!

--- In gbadev@y..., groepaz <groepaz@g...> wrote:
> maybe what you are seeing isnt related to vsync at all, but the
effect
> that you get when doing not 16-bit aligned writes to vram ?
(read/write
> 16bit aligned words to vram only!)

don't think so- the screen buffer is cast as a u16*, so i don't think
C would even let me not write 16bit aligned...


alex :)

Hello alex,

Saturday, September 01, 2001, 5:14:12 PM, you wrote:

am> hiya :)

am> just started on this whole gba thing, but it feels a lot like good old mode
13h (ahh- nostalgia!).

am> so, anyway, i'm in gfx mode 3. i've been coding a simple little demo
involving a bunch of vertical lines.

am> if it was mode 13h, i'd do it like this:

am> main_loop:
am>         update positions of lines
am>         draw new lines
am>         wait for vsync
am>         erase old lines
am>         goto main_loop

am> but this doesn't work on the GBA. i get all kinds of wierd things happening
to my lines (on both Mappy and iGBA). It seems to be that the tops of the lines
are 1 pixel further along than they
am> should be. I've changed my drawVLine routine so much, and i am now simply
plotting individual pixels (euch!).

am> i think it's connected with the vsync, because moving the waitNextVSync()
changes the effect.

am> again, i've used several routines for waiting for the vsync, and i'm
currently using:

am> void waitNextVBlank ()
am> {
am>         while((*((volatile u16 *)0x04000004) & (1<<0)));
am>         while(!(*((volatile u16 *)0x04000004) & (1<<0)));
am> }


am> does anyone have any ideas?


maybe what you are seeing isnt related to vsync at all, but the effect
that you get when doing not 16-bit aligned writes to vram ? (read/write
16bit aligned words to vram only!)

--
Best regards,
  groepaz                            mailto:groepaz@...