The 8Mb version might work. I am not a GBA specialist : my build of
Libstick may be wrong. Because I have no 4Mb version, I can not test
my build with the 4Mb stick.

Another solution could be to buy one 8Mb version and do the test yourself.

Regards.

Thierry

--- In gbadev@yahoogroups.com, "Daniel" <webmaster@i...> wrote:
> Everyone was telling me they wanted the 8 Mbit version.  Is everyone
willing
> to go with the 4?
>
> ----- Original Message -----
> From: "Michael Reid - CSCI/P2003" <m6reid@s...>
> To: <gbadev@yahoogroups.com>
> Sent: Friday, April 30, 2004 4:58 PM
> Subject: Re: [gbadev] Re: memory stick retailer
>
>
> > hi,
> >
> > > No I don't. I get the message "Stick init failed" with a 8Mb Memory
> > > Stick. I have no 4Mb version.
> >
> > ok. so then was the bulk-order going to be 8-mbit sticks or 4 ?
> > it seems that due to the problems with 8-mbit then 4 is the way to go.
> > unless no one is interested in the 4-mbit version.
> >
> > regards,
> > -mike.

On Saturday 01 May 2004 10:46, Stephen Stair wrote:
> MBV2 has capability to program flash cards, out of the box
> http://www.devrs.com/gba/files/mbv2faqs.php#ExactFA

Yes, but only the no-longer-produced Visoly cards, not the
currently available F2A cards.  That was how this whole thread
got started.

Rob

...
> With the MBV2 you'd have multiboot and file-serving out of the box,
> but the ability to flash the card remains theoretical.
...

MBV2 has capability to program flash cards, out of the box
http://www.devrs.com/gba/files/mbv2faqs.php#ExactFA

-Stephen

--- In gbadev@yahoogroups.com, Aleksey Malov <vivid@b...> wrote:
> Hello Ronald,
>
> I just made functions to read/write bytes from/to VRAM
>
> static int ReadVRAM(unsigned char *pData)
> static void WriteVRAM(unsigned char *pDest, int byte)
> --
> Best regards,
>                              mailto:vivid@b...
Thanks Aleksey!, but I was asking for help with the compressor program
(coded for the PC) not with the decompression call to BIOS (in the gba).
Sorry if I wasn't clear enough, English is not my native language :(.

Ronald

hi john,

> Ironically though, most of the info you can extract from it is about the
> f2a usb cable, not about the flashing process itself.
>
yep, i took a closer look and i would have to agree, there is nothing
that reveals the flashing process. i'm pretty sure i don't have any idea
how to reverse engineer that, so this might not be possible.

on the other hand, i seem to recall reading somewhere that actually
writing to flash memory is the same across all carts, so it might be
that the firmware just does the timing of the serial writes as opposed to
the if2a code, which just dumps the data down the usb cable in manageably-
sized chunks. the code for the timing of flash/serial writes should
already be accomplished in Jeff's mbv2 code. and since the protocol is exposed
in the if2a code, it might be possible after all.

> A PC file-server for the GBA, whether through serial or USB
> (provided you have the code to drive the USB cable) can't
> be that hard to write from scratch ?
>
probably not too hard, but why would i want to duplicate work? in
my estimation, adapting the if2a code to write to a serial interface
would be easier than writing file-serving code from scratch. (assuming
the above speculation is true and that it's possible)

> I'de be very interested to hear about what you are doing. For myself,
> I'd like to try driving the USB cable from a PC program to communicate
> with the GBA (file-serving and more) so I'm always keen on following
> what others have done in this domain.
>
i'm using the gba as an experimental platform for operating system
development. so my first project is a from-scratch kernel, with
pre-emptive multi-threading, a dynamic linker/loader, and other
"standard" features of modern operating systems.

obviously i can't do memory protection, or virtual memory, but that's
okay. its actually part of why i am doing this on the gba rather than the
PC--it simplifies things greatly.

if you want to discuss this more, i suppose we should take this off the
list, as its probably somewhat off-topic.

-mike

Everyone was telling me they wanted the 8 Mbit version.  Is everyone willing
to go with the 4?

----- Original Message -----
From: "Michael Reid - CSCI/P2003" <m6reid@...>
To: <gbadev@yahoogroups.com>
Sent: Friday, April 30, 2004 4:58 PM
Subject: Re: [gbadev] Re: memory stick retailer


> hi,
>
> > No I don't. I get the message "Stick init failed" with a 8Mb Memory
> > Stick. I have no 4Mb version.
>
> ok. so then was the bulk-order going to be 8-mbit sticks or 4 ?
> it seems that due to the problems with 8-mbit then 4 is the way to go.
> unless no one is interested in the 4-mbit version.
>
> regards,
> -mike.
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

From: "Michael Reid - CSCI/P2003" <m6reid@...>
> thanks alot john, you've really helped my understanding of the flashing
> process of these carts.

Glad to be of assistance.

> i found some f2a flashing code (for linux) from
http://deyv.free.fr/gba/f2a
> with source included. i think i'm going to take a risk and assume i can
> port that source to write through a serial interface, making the mbv2+f2a
> combo a full solution. i'd go so far as to say it might even simplify the
> code, as writing through a serial port is probably easier than through
> usb, but i'll have to investigate further.

Yes, I knew about that code, forgot to mention it in my previous email.
Ironically though, most of the info you can extract from it is about the
f2a usb cable, not about the flashing process itself. From what I've seen
they just use the f2afirm.hex code from the windows utility provided with
the cable, but they don't provide the source for that GBA code
(though reversing the interesting part shouldn't be that hard).

> the reason i'm so hung on the mbv2 is that it has some good pc
> file-serving code already written for linux. unless there exists such a
> thing for the f2a linker (must be for linux, or have the source available
> for me to port) it seems easier for me to use jeff's mbv2 file serving
> code.

A PC file-server for the GBA, whether through serial or USB
(provided you have the code to drive the USB cable) can't
be that hard to write from scratch ?

I still think an USB linker would be a better choice because you
would have the certainty of being able to flash the card, and the
possibility of file-serving with a bit of work, much of which has
already been done in if2a.

With the MBV2 you'd have multiboot and file-serving out of the box,
but the ability to flash the card remains theoretical.

In the end it all depends on which feature is more important to you,
I guess.

> i don't have any of the hardware yet, so i won't be starting for some
> time, but if anyone's interested i can post this when i'm done.

I'de be very interested to hear about what you are doing. For myself,
I'd like to try driving the USB cable from a PC program to communicate
with the GBA (file-serving and more) so I'm always keen on following
what others have done in this domain.

Could you please keep me in touch if you make any progress ?

Cheers,
--Jonathan

hi,

> No I don't. I get the message "Stick init failed" with a 8Mb Memory
> Stick. I have no 4Mb version.

ok. so then was the bulk-order going to be 8-mbit sticks or 4 ?
it seems that due to the problems with 8-mbit then 4 is the way to go.
unless no one is interested in the 4-mbit version.

regards,
-mike.

hi,

thanks alot john, you've really helped my understanding of the flashing
process of these carts.

i found some f2a flashing code (for linux) from http://deyv.free.fr/gba/f2a
with source included. i think i'm going to take a risk and assume i can
port that source to write through a serial interface, making the mbv2+f2a
combo a full solution. i'd go so far as to say it might even simplify the
code, as writing through a serial port is probably easier than through
usb, but i'll have to investigate further.

the reason i'm so hung on the mbv2 is that it has some good pc
file-serving code already written for linux. unless there exists such a
thing for the f2a linker (must be for linux, or have the source available
for me to port) it seems easier for me to use jeff's mbv2 file serving
code.

i don't have any of the hardware yet, so i won't be starting for some
time, but if anyone's interested i can post this when i'm done.

regards,
-mike.

--- In gbadev@yahoogroups.com, "Daniel" <webmaster@i...> wrote:
> Do you have any idea as to what need to be done to use the 8 mbit
version?

No I don't. I get the message "Stick init failed" with a 8Mb Memory
Stick. I have no 4Mb version.

Regards.

Thierry

> ----- Original Message -----
> From: "tcharlier" <thierry@c...>
> To: <gbadev@yahoogroups.com>
> Sent: Tuesday, April 27, 2004 3:17 AM
> Subject: [gbadev] Re: memory stick retailer
> > Be aware that I did not succeed in using Libstick with the 8Mb
version.
> >
> > Feedback welcome.
> >
> > Regards.
> >
> > Thierry
> >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >

From: "Michael Reid - CSCI/P2003" <m6reid@...>
> hi
>
> > Where did you read that one couldn't program an f2a through
> > the mbv2 ?
>
> in the mbv2 faq: http://www.devrs.com/gba/files/mbv2faqs.php#FlashSupport

You're right. It looks like the MBV2 is not as flexible as the f2a usb
linker cable - apparently it would need a new firmware to
flash newer cards.

The problem is that the MBV2 does not offer a simple way for a GBA
program to communicate directly with the PC (there's a serial interface
but you need another cable).

The F2A cards are writable from the GBA, this means any program
that runs on the GBA can just flash the cartridge. Uploading such
a program to the GBA is very easy to do with the multiboot facility.
All that remains is for the uploaded code to receive the contents of
the cart from the PC - this data obviously can't all be transferred during
multiboot since the RAM is only 256KB.

This is exactly how the f2a/usb cable works : they send a little bit of
code through multiboot, which starts and listens for data from the PC.
The PC sends the cart data to the GBA, probably in UART mode,
and the code on the GBA writes that data to the cart.

So in theory, assuming you had connected your MBV2 to your PC's
serial port in addition to the parallel port, you could write that bit
of GBA code and the controlling program on the PC, and everything
would work just fine. I don't know of anybody who has done that, though.

But I think you should rather buy the f2a/usb cable, as its price is
negligible compared to the price of the flash card anyway. And it can
do everything the MBV2 can, and more.

Cheers,
--Jonathan

hi

> Where did you read that one couldn't program an f2a through
> the mbv2 ?

in the mbv2 faq: http://www.devrs.com/gba/files/mbv2faqs.php#FlashSupport

> In any case, it is not the cable (either the mbv or
> the flash advance linker) that programs the cart, it is the small
> amount of code that is uploaded on the GBA that does the writing,
> so there is no reason that you couldn't upload the appropriate
> code using the mbv2.
>

hmm. how hard would it be to do this? ie. is there software around to do
this, or am i looking at writing/porting code to do this myself?

sorry for all the seemingly pointless questions..just trying to figure out
the best solution for me without spending/wasting too much money.

regards,
-mike.

Im looking if have any 3D render for GBA? something like OpenGL or D3D...
Any links? I know that Yeti3D has port to GBA, but dont know how it was
made...

Thanks
--
;---------------------;
;linux user #129517   ;
;linux machine #56653 ;
;---------------------;

www.animalliberation.net

Hello Ronald,

Thursday, April 29, 2004, 3:41:38 AM, you wrote:

RCA> Although there are some LZ77 compression sources
RCA> available, does anyone knows what kind of
RCA> modifications (or code) does these compressors need to
RCA> be decompressed directly to VRAM? (like the VRAM safe
RCA> option in the GBA Crusher) .
RCA> I know its related tot the fact that the compressed
RCA> data should not reference to the previous byte in the
RCA> uncompressed data because it may not have been written
RCA> yet by 16-bit, VRAM sized BIOS function.


I just made functions to read/write bytes from/to VRAM

static int ReadVRAM(unsigned char *pData)
{
         unsigned char *pRead = (unsigned char*)(((int)pData)&0xfffffffe);
         unsigned short tmp = *(unsigned short*)pRead;
         if (pRead == pData)
         {
                 return (tmp&0xff);
         }

         return (tmp>>8);
}


static void WriteVRAM(unsigned char *pDest, int byte)
{
         //Get aligned address
         unsigned short *pVram = (short*)((int)(pDest)&0xfffffffe);
         unsigned short tmp = *pVram;
         if ((unsigned char*)pVram==pDest)
         {
                 *pVram = ((tmp&0xff00)+byte);
         }
         else
         {
                 *pVram = (tmp&0xff)+(byte<<8);
         }

}

--
Best regards,
  Aleksey                            mailto:vivid@...

Although there are some LZ77 compression sources
available, does anyone knows what kind of
modifications (or code) does these compressors need to
be decompressed directly to VRAM? (like the VRAM safe
option in the GBA Crusher) .
I know its related tot the fact that the compressed
data should not reference to the previous byte in the
uncompressed data because it may not have been written
yet by 16-bit, VRAM sized BIOS function.

Any help will be appreciated, thanks

Ron

From: "Michael Reid - CSCI/P2003" <m6reid@...>
To: <gbadev@yahoogroups.com>
Sent: Wednesday, April 28, 2004 1:23 AM
Subject: [lists] Re: [gbadev] visoly flash advance


> hi,
>
> > Isn't the F2A backwards compatible with the FA?
> > Pogoshell should work correctly on both I think.
> >
> perhaps pogoshell is compatible, but i'd like to be able to program
> it with the mbv2 cable, which won't work for the f2a carts.
>
> maybe its a lost cause...

Where did you read that one couldn't program an f2a through
the mbv2 ? In any case, it is not the cable (either the mbv or
the flash advance linker) that programs the cart, it is the small
amount of code that is uploaded on the GBA that does the writing,
so there is no reason that you couldn't upload the appropriate
code using the mbv2.

Cheers,
--Jonathan

hi,

> Isn't the F2A backwards compatible with the FA?
> Pogoshell should work correctly on both I think.
>
perhaps pogoshell is compatible, but i'd like to be able to program
it with the mbv2 cable, which won't work for the f2a carts.

maybe its a lost cause...

regards,
-mike.

What is the pricing for them again?  I would be willing to buy 4 or 5
of them, depending on the price.

dennis

On Apr 25, 2004, at 10:19 PM, Daniel wrote:

> 26 more to go!...
>
>
>
>> I will commit to buying 4 of them, though you should email me
>> at "minutefive at hotmail dot com" if you get enough people in on
>> this -- I don't always check this forum regularly.
>>
>> Are you thinking of getting the 8mbit or 4mbit versions?
>>
>> - Adam
>>
>>> 21 more to go...
>>>> I can commit to 5
>>>>> I will make the purchase if I can get others will buy 30 more.
>>>>> 50-your 10-my 10=30.
>>>>>
>>>>> Anyone else inerested in commiting to buy some?
>>>>>
>>>>> -Daniel
>>>>>>> If there is enough intrest in this group I would be willing
>> to
>>>>>>> purchase a wholesale lot of the units.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Daniel

Do you have any idea as to what need to be done to use the 8 mbit version?


----- Original Message -----
From: "tcharlier" <thierry@...>
To: <gbadev@yahoogroups.com>
Sent: Tuesday, April 27, 2004 3:17 AM
Subject: [gbadev] Re: memory stick retailer


> --- In gbadev@yahoogroups.com, "Daniel" <webmaster@i...> wrote:
> > 26 more to go!...
> [...]
>
> Be aware that I did not succeed in using Libstick with the 8Mb version.
>
> Feedback welcome.
>
> Regards.
>
> Thierry
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

> does anyone know where i can buy one of the original
> flash advance carts?
> all anyone seems to carry these days is ezf,
> flash2advance, etc.

Isn't the F2A backwards compatible with the FA?
Pogoshell should work correctly on both I think.

--- In gbadev@yahoogroups.com, "Daniel" <webmaster@i...> wrote:
> 26 more to go!...
[...]

Be aware that I did not succeed in using Libstick with the 8Mb version.

Feedback welcome.

Regards.

Thierry

On Sun, 25 Apr 2004, Daniel wrote:

> 26 more to go!...
>

still looking for people? i'll sign up for 3.


-mike

hi,

does anyone know where i can buy one of the original flash advance carts?
all anyone seems to carry these days is ezf, flash2advance, etc.

i would like the older flash advance cart because it seems like it will be
a good gba-dev solution along with the mbv2. my primary dev machine runs
linux exclusively, so i need to be able to flash it from linux.

the mbv2+flash advance combo appeals to me also because it can be flashed
without removing the cart. on the whole it seems like a pretty good setup.

is there a better solution i should be looking at?

-mike

26 more to go!...



> I will commit to buying 4 of them, though you should email me
> at "minutefive at hotmail dot com" if you get enough people in on
> this -- I don't always check this forum regularly.
>
> Are you thinking of getting the 8mbit or 4mbit versions?
>
> - Adam
>
> > 21 more to go...
> > > I can commit to 5
> > > > I will make the purchase if I can get others will buy 30 more.
> > > > 50-your 10-my 10=30.
> > > >
> > > > Anyone else inerested in commiting to buy some?
> > > >
> > > > -Daniel
> > > > > > If there is enough intrest in this group I would be willing
> to
> > > > > > purchase a wholesale lot of the units.
> > > > > >
> > > > > > Thanks,
> > > > > > Daniel
>
>

Thank you for all you effort in this!!!!!!!
I look foward to being able to print my own mini-demos and games on paper.

All I have is a Hp 750 with a 600 dpi max (though only 300 is offerend in
the printer properties), I guess I will have to get another printer.  When I
try to print I always get a dot code that is way ot large..

Thanks  again!
-Daniel

----- Original Message -----
From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
To: <gbadev@yahoogroups.com>
Sent: Monday, April 19, 2004 5:16 PM
Subject: RE: [gbadev] Re: e-Reader dissection


> With a little bit of luck you can print dot codes on a (nowadays) standard
> inkjet printer. The "lowest" I could go on my printer for an acceptable
> result was 600 DPI and high quality inkjet paper. For best results, use
1200
> DPI and photo paper. Make sure the dot code is printed using my tool at
the
> correct size, which is a little bit larger than a real dot code. The dot
> code will be printed at the bottom of the page, ready to be swiped through
> the e-reader.
>
> So far working results have been produced on a HP DeskJet 3650 and an
Epson
> Stylus C85.
>
> > -----Original Message-----
> > From: Daniel [mailto:webmaster@...]
> > Sent: maandag 19 april 2004 18:02
> > To: gbadev@yahoogroups.com
> > Subject: Re: [gbadev] Re: e-Reader dissection
> >
> > What is the correct way to print these dot codes? Will a normal inkjet
> > print
> > it at 300 dpi?
> >
> >
> > ----- Original Message -----
> > From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
> > To: <gbadev@yahoogroups.com>
> > Sent: Sunday, April 18, 2004 4:39 PM
> > Subject: RE: [gbadev] Re: e-Reader dissection
> >
> >
> > > Just to let everyone know that the Reed Solomon error correction used
by
> > the
> > > Nintendo e-Reader has been finally figured out. You can download the
> > first
> > > custom created set of dot codes for the NES game called "BombSweeper"
by
> > > SnowBro from http://users.skynet.be/firefly/gba/
> > >
> > > In the next few weeks I am probably going to write several Z80 based
> > > e-reader mini-games and release the source code so that anyone who is
> > > interested can write his/her own mini-games too.
> > >
> > > Tim
> > >
> > > > -----Original Message-----
> > > > From: Damien Good [mailto:d_good@...]
> > > > Sent: donderdag 1 januari 2004 23:17
> > > > To: gbadev@yahoogroups.com
> > > > Subject: Re: [gbadev] Re: e-Reader dissection
> > > >
> > > > although, if the reed solomon encoding/decoding process gets figured
> > out,
> > > > then I am sure a 100% error free raw file can be made from the error
> > free
> > > > bin file.
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
> > > > To: <gbadev@yahoogroups.com>
> > > > Sent: Thursday, January 01, 2004 5:43 AM
> > > > Subject: RE: [gbadev] Re: e-Reader dissection
> > > >
> > > >
> > > > > One important thing that people ought to know is that the RAW data
> > is
> > > > not
> > > > > 100% error free. If you would scan/dump the same dotcode over and
> > over
> > > > > again, you will get slightly different RAW data each time. These
> > errors
> > > > get
> > > > > corrected by the Reed-Solomon decoding of the e-Reader and the
> > resulting
> > > > BIN
> > > > > data is therefore error free. Remember this if you decide to print
> > out
> > > > some
> > > > > dotcodes using my printing tool. E.g. if you have printed a
dotcode
> > > > based
> > > > on
> > > > > a RAW dump containing lots of errors, then you will add these
> > "printed"
> > > > > errors to your own "scanned" errors and lower the chance of
getting
> > a
> > > > > successful read.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Damien Good [mailto:d_good@...]
> > > > > Sent: donderdag 1 januari 2004 13:07
> > > > > To: gbadev@yahoogroups.com
> > > > > Subject: Re: [gbadev] Re: e-Reader dissection
> > > > >
> > > > > more e-reader info at http://www.alpha-ii.com/caitsith2/ereader
> > > > >
> > > > > the released bin/raw data of the e-reader cards might cause
> > controversy,
> > > > but
> > > > > at the same time, the items these cards unlock, can also be
unlocked
> > > > with
> > > > an
> > > > > action replay,  and the bin/raw data is very similar, that it
might
> > help
> > > > > with the reed-solomon code cracking.  (heck, the dotcodes on the
> > actual
> > > > > powerup cards look very similar, with only a few bytes in the bin
> > data,
> > > > and
> > > > > maybe 20-60 bytes in the raw data being different.)

With a little bit of luck you can print dot codes on a (nowadays) standard
inkjet printer. The "lowest" I could go on my printer for an acceptable
result was 600 DPI and high quality inkjet paper. For best results, use 1200
DPI and photo paper. Make sure the dot code is printed using my tool at the
correct size, which is a little bit larger than a real dot code. The dot
code will be printed at the bottom of the page, ready to be swiped through
the e-reader.

So far working results have been produced on a HP DeskJet 3650 and an Epson
Stylus C85.

> -----Original Message-----
> From: Daniel [mailto:webmaster@...]
> Sent: maandag 19 april 2004 18:02
> To: gbadev@yahoogroups.com
> Subject: Re: [gbadev] Re: e-Reader dissection
>
> What is the correct way to print these dot codes? Will a normal inkjet
> print
> it at 300 dpi?
>
>
> ----- Original Message -----
> From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
> To: <gbadev@yahoogroups.com>
> Sent: Sunday, April 18, 2004 4:39 PM
> Subject: RE: [gbadev] Re: e-Reader dissection
>
>
> > Just to let everyone know that the Reed Solomon error correction used by
> the
> > Nintendo e-Reader has been finally figured out. You can download the
> first
> > custom created set of dot codes for the NES game called "BombSweeper" by
> > SnowBro from http://users.skynet.be/firefly/gba/
> >
> > In the next few weeks I am probably going to write several Z80 based
> > e-reader mini-games and release the source code so that anyone who is
> > interested can write his/her own mini-games too.
> >
> > Tim
> >
> > > -----Original Message-----
> > > From: Damien Good [mailto:d_good@...]
> > > Sent: donderdag 1 januari 2004 23:17
> > > To: gbadev@yahoogroups.com
> > > Subject: Re: [gbadev] Re: e-Reader dissection
> > >
> > > although, if the reed solomon encoding/decoding process gets figured
> out,
> > > then I am sure a 100% error free raw file can be made from the error
> free
> > > bin file.
> > >
> > >
> > > ----- Original Message -----
> > > From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
> > > To: <gbadev@yahoogroups.com>
> > > Sent: Thursday, January 01, 2004 5:43 AM
> > > Subject: RE: [gbadev] Re: e-Reader dissection
> > >
> > >
> > > > One important thing that people ought to know is that the RAW data
> is
> > > not
> > > > 100% error free. If you would scan/dump the same dotcode over and
> over
> > > > again, you will get slightly different RAW data each time. These
> errors
> > > get
> > > > corrected by the Reed-Solomon decoding of the e-Reader and the
> resulting
> > > BIN
> > > > data is therefore error free. Remember this if you decide to print
> out
> > > some
> > > > dotcodes using my printing tool. E.g. if you have printed a dotcode
> > > based
> > > on
> > > > a RAW dump containing lots of errors, then you will add these
> "printed"
> > > > errors to your own "scanned" errors and lower the chance of getting
> a
> > > > successful read.
> > > >
> > > > -----Original Message-----
> > > > From: Damien Good [mailto:d_good@...]
> > > > Sent: donderdag 1 januari 2004 13:07
> > > > To: gbadev@yahoogroups.com
> > > > Subject: Re: [gbadev] Re: e-Reader dissection
> > > >
> > > > more e-reader info at http://www.alpha-ii.com/caitsith2/ereader
> > > >
> > > > the released bin/raw data of the e-reader cards might cause
> controversy,
> > > but
> > > > at the same time, the items these cards unlock, can also be unlocked
> > > with
> > > an
> > > > action replay,  and the bin/raw data is very similar, that it might
> help
> > > > with the reed-solomon code cracking.  (heck, the dotcodes on the
> actual
> > > > powerup cards look very similar, with only a few bytes in the bin
> data,
> > > and
> > > > maybe 20-60 bytes in the raw data being different.)
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

What is the correct way to print these dot codes? Will a normal inkjet print
it at 300 dpi?


----- Original Message -----
From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
To: <gbadev@yahoogroups.com>
Sent: Sunday, April 18, 2004 4:39 PM
Subject: RE: [gbadev] Re: e-Reader dissection


> Just to let everyone know that the Reed Solomon error correction used by
the
> Nintendo e-Reader has been finally figured out. You can download the first
> custom created set of dot codes for the NES game called "BombSweeper" by
> SnowBro from http://users.skynet.be/firefly/gba/
>
> In the next few weeks I am probably going to write several Z80 based
> e-reader mini-games and release the source code so that anyone who is
> interested can write his/her own mini-games too.
>
> Tim
>
> > -----Original Message-----
> > From: Damien Good [mailto:d_good@...]
> > Sent: donderdag 1 januari 2004 23:17
> > To: gbadev@yahoogroups.com
> > Subject: Re: [gbadev] Re: e-Reader dissection
> >
> > although, if the reed solomon encoding/decoding process gets figured
out,
> > then I am sure a 100% error free raw file can be made from the error
free
> > bin file.
> >
> >
> > ----- Original Message -----
> > From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
> > To: <gbadev@yahoogroups.com>
> > Sent: Thursday, January 01, 2004 5:43 AM
> > Subject: RE: [gbadev] Re: e-Reader dissection
> >
> >
> > > One important thing that people ought to know is that the RAW data is
> > not
> > > 100% error free. If you would scan/dump the same dotcode over and over
> > > again, you will get slightly different RAW data each time. These
errors
> > get
> > > corrected by the Reed-Solomon decoding of the e-Reader and the
resulting
> > BIN
> > > data is therefore error free. Remember this if you decide to print out
> > some
> > > dotcodes using my printing tool. E.g. if you have printed a dotcode
> > based
> > on
> > > a RAW dump containing lots of errors, then you will add these
"printed"
> > > errors to your own "scanned" errors and lower the chance of getting a
> > > successful read.
> > >
> > > -----Original Message-----
> > > From: Damien Good [mailto:d_good@...]
> > > Sent: donderdag 1 januari 2004 13:07
> > > To: gbadev@yahoogroups.com
> > > Subject: Re: [gbadev] Re: e-Reader dissection
> > >
> > > more e-reader info at http://www.alpha-ii.com/caitsith2/ereader
> > >
> > > the released bin/raw data of the e-reader cards might cause
controversy,
> > but
> > > at the same time, the items these cards unlock, can also be unlocked
> > with
> > an
> > > action replay,  and the bin/raw data is very similar, that it might
help
> > > with the reed-solomon code cracking.  (heck, the dotcodes on the
actual
> > > powerup cards look very similar, with only a few bytes in the bin
data,
> > and
> > > maybe 20-60 bytes in the raw data being different.)

Just to let everyone know that the Reed Solomon error correction used by the
Nintendo e-Reader has been finally figured out. You can download the first
custom created set of dot codes for the NES game called "BombSweeper" by
SnowBro from http://users.skynet.be/firefly/gba/

In the next few weeks I am probably going to write several Z80 based
e-reader mini-games and release the source code so that anyone who is
interested can write his/her own mini-games too.

Tim

> -----Original Message-----
> From: Damien Good [mailto:d_good@...]
> Sent: donderdag 1 januari 2004 23:17
> To: gbadev@yahoogroups.com
> Subject: Re: [gbadev] Re: e-Reader dissection
>
> although, if the reed solomon encoding/decoding process gets figured out,
> then I am sure a 100% error free raw file can be made from the error free
> bin file.
>
>
> ----- Original Message -----
> From: "Tim Schuerewegen" <Tim.Schuerewegen@...>
> To: <gbadev@yahoogroups.com>
> Sent: Thursday, January 01, 2004 5:43 AM
> Subject: RE: [gbadev] Re: e-Reader dissection
>
>
> > One important thing that people ought to know is that the RAW data is
> not
> > 100% error free. If you would scan/dump the same dotcode over and over
> > again, you will get slightly different RAW data each time. These errors
> get
> > corrected by the Reed-Solomon decoding of the e-Reader and the resulting
> BIN
> > data is therefore error free. Remember this if you decide to print out
> some
> > dotcodes using my printing tool. E.g. if you have printed a dotcode
> based
> on
> > a RAW dump containing lots of errors, then you will add these "printed"
> > errors to your own "scanned" errors and lower the chance of getting a
> > successful read.
> >
> > -----Original Message-----
> > From: Damien Good [mailto:d_good@...]
> > Sent: donderdag 1 januari 2004 13:07
> > To: gbadev@yahoogroups.com
> > Subject: Re: [gbadev] Re: e-Reader dissection
> >
> > more e-reader info at http://www.alpha-ii.com/caitsith2/ereader
> >
> > the released bin/raw data of the e-reader cards might cause controversy,
> but
> > at the same time, the items these cards unlock, can also be unlocked
> with
> an
> > action replay,  and the bin/raw data is very similar, that it might help
> > with the reed-solomon code cracking.  (heck, the dotcodes on the actual
> > powerup cards look very similar, with only a few bytes in the bin data,
> and
> > maybe 20-60 bytes in the raw data being different.)
> >
> >
> >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> > To visit your group on the web, go to:
> >  http://groups.yahoo.com/group/gbadev/
> >
> > To unsubscribe from this group, send an email to:
> >  gbadev-unsubscribe@yahoogroups.com
> >
> > Your use of Yahoo! Groups is subject to:
> >  http://docs.yahoo.com/info/terms/
> >
> >
> >
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
> To visit your group on the web, go to:
>  http://groups.yahoo.com/group/gbadev/
>
> To unsubscribe from this group, send an email to:
>  gbadev-unsubscribe@yahoogroups.com
>
> Your use of Yahoo! Groups is subject to:
>  http://docs.yahoo.com/info/terms/
>
>

There are several map editors in this list
http://www.gbadev.org/tools.php?section=gfx not all work as good but they
are worth checking out.



----- Original Message -----
From: "JOE" <benimuru@...>
To: <gbadev@yahoogroups.com>
Sent: Sunday, August 04, 2002 4:32 PM
Subject: [gbadev] how to make the map when iIprogram a rpg game?


>   Do I need to create a map editer for a rpg game?as I know ,to program a
map editer is a very difficult thing.
>   Can I use a map editer that created by others?
>
>

Do I need to create a map editer for a rpg game?as I know ,to program a map
editer is a very difficult thing.
   Can I use a map editer that created by others?