[Oerg866]

TEMPORARY TESTING ONLY FOR NOW

Will start to run 24/7 from January 17 until mid-march and will start regular 24/7 service there in a fast connection in the netherlands. 400KB/s+ upload will be plenty.

(Until then I turn it on every day when I leave the house and turn it off when I go to sleep.. Right now I'm also configuring stuff so it will be down several times).

Hello, I have this ongoing thing where I have an FTP server which can be used to share and download a lot of resources related to homebrew programming like

Demos
Docs
Source examples
Tools

ANONYMOUS ACCESS: Download only

UPLOAD ACCESS:

user: upload
pass: upload

Upload your stuff into a folder with this format

(your_name)_what_you_uploaded_-_date

It will be validated and moved to pub sooner or later

LINK: ftp oerg866.ath.cx port 21

BTW: It will start to go online for a few hours every day on wednesday Jan 12, 2011, 7 AM (GMT aka. britfag time)

Cheers,
Oerg866

BTW: (D)DoS and I'll murder your fucking brains

edit: date fix

This post has been edited by Oerg866: 11 January 2011 - 06:29 PM

[MarkeyJester]

I'm not against the idea of this, but it seems to me that:

1. We have a wiki full of resources, demos/roms, documents, source codes, tools and even official MegaDrive/Genesis documents.
2. They are easy to access and find.
3. Not to mention the same stuff can be found elsewhere on other sites (seriously, if one does their researching, one will find what they need).

So my question is "why", why do we need an FTP storage space for this stuff?

Like I said, I'm not against the idea, why it might encourage homebrew work, but it just seems a bit wasteful considering not a lot of people seem to "want" to homebrew a MegaDrive/Genesis game, let alone having the will to.

[Sik]

No, we don't. The wiki at megadrive.org is a disaster, the only serious documentation is the leaked one (which is most likely illegal to use), the 6-pad is never properly documented, there is no proper homebrew engine out free to use, making FM instruments is a bitch so having good premade instruments would be nice, etc.

So yes, we need something like this... Although using a FTP server as-is looks quite raw, doesn't it? Why not making a page? (oh right, because I keep remaking it from scratch every week or so)

Edit: and since the Project MD videos were out there seems to be more interest on making homebrew... I even found some people asking about that on GDNet!

This post has been edited by Sik: 11 January 2011 - 08:42 PM

[GerbilSoft]

the 6-pad is never properly documented

http://www.segaretro.org/Controller_(Mega_...button_gamepads

You're welcome.

[Sik]

Well, that's the nearest to correct so far, but the eighth step is invalid (games shouldn't use it to detect the 6-pad since it was meant for possible expansions). At least this one starts by asserting TH high... I have no idea why there's so many people who think it should start with TH low.

And don't tell me to fix the article, I'm on a crappy phone, I can barely post this =P

[Aerosol]

I can't connect to genny4ever.net....can't connect to megadrive.org....

This'd be good for me, the guy that's been blacklisted from every genesis homebrew site. (apparently).

[GerbilSoft]

Well, that's the nearest to correct so far, but the eighth step is invalid (games shouldn't use it to detect the 6-pad since it was meant for possible expansions). At least this one starts by asserting TH high... I have no idea why there's so many people who think it should start with TH low.

The 6th cycle is used for detection, since it sets all four D lines to 0. What's the 8th cycle supposed to be? (That's what Gens/GS II uses, and it seems to work for all the games I've tested it on...)

EDIT: Should the 8th cycle simply have 'X' for the D lines? ('X' == don't care)

This post has been edited by GerbilSoft: 11 January 2011 - 10:38 PM

[Sik]

For detection purposes, it must be ignored. My 6-pad code doesn't even assert TH low for it. For emulation purposes, the bits would be 1, as is nothing was connected to those pins.

The values of the 8th step only matter for emulation (for misbehaving programs), but it must be made clear that software shouldn't use it, basically. Page 140 in GenesisSoftwareManual.pdf (bulletin #27) mentions this.

[Chilly Willy]

Well, that's the nearest to correct so far, but the eighth step is invalid (games shouldn't use it to detect the 6-pad since it was meant for possible expansions). At least this one starts by asserting TH high... I have no idea why there's so many people who think it should start with TH low.

And don't tell me to fix the article, I'm on a crappy phone, I can barely post this =P

We think it should start with TH low because that works: set TH low, read the value, set it back high, and read it again. That's one phase, and it works because you're leaving TH high when you are done. Me and Steve Snake worked this out over at SpritesMind a couple years back as the most stable and compatible 3/6 button reading code you will find.

CODE

| get current pad value
| entry: a0 = pad control port
| exit:  d2 = pad value (0 0 0 1 M X Y Z S A C B R L D U) or (0 0 0 0 0 0 0 0 S A C B R L D U)
get_pad:
        bsr.b   get_input       /* - 0 s a 0 0 d u - 1 c b r l d u */
        move.w  d0,d1
        andi.w  #0x0C00,d0
        bne.b   no_pad
        bsr.b   get_input       /* - 0 s a 0 0 d u - 1 c b r l d u */
        bsr.b   get_input       /* - 0 s a 0 0 0 0 - 1 c b m x y z */
        move.w  d0,d2
        bsr.b   get_input       /* - 0 s a 1 1 1 1 - 1 c b r l d u */
        andi.w  #0x0F00,d0      /* 0 0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 */
        cmpi.w  #0x0F00,d0
        beq.b   common          /* six button pad */
        move.w  #0x010F,d2      /* three button pad */
common:
        lsl.b   #4,d2           /* - 0 s a 0 0 0 0 m x y z 0 0 0 0 */
        lsl.w   #4,d2           /* 0 0 0 0 m x y z 0 0 0 0 0 0 0 0 */
        andi.w  #0x303F,d1      /* 0 0 s a 0 0 0 0 0 0 c b r l d u */
        move.b  d1,d2           /* 0 0 0 0 m x y z 0 0 c b r l d u */
        lsr.w   #6,d1           /* 0 0 0 0 0 0 0 0 s a 0 0 0 0 0 0 */
        or.w    d1,d2           /* 0 0 0 0 m x y z s a c b r l d u */
        eori.w  #0x1FFF,d2      /* 0 0 0 1 M X Y Z S A C B R L D U */
        rts

no_pad:
        move.w  #0xF000,d2
        rts

| read single phase from controller
get_input:
        move.b  #0x00,(a0)
        nop
        nop
        move.b  (a0),d0
        move.b  #0x40,(a0)
        lsl.w   #8,d0
        move.b  (a0),d0
        rts

You can also support SMS pads by just putting this at no_pad:

CODE

        move.b  (a0),d2         /* - 1 c b r l d u */
        andi.w  #0x003F,d2      /* 0 0 0 0 0 0 0 0 0 0 c b r l d u */
        eori.w  #0x003F,d2      /* 0 0 0 0 0 0 0 0 0 0 C B R L D U */
        rts

[Oerg866]

Excuse my triple-post =P but the server is now completely up

[Aerosol]

I hope you don't mind, but I grabbed the entire ftp.

[Oerg866]

No problem, thats what its there for.


Also, first day, first hardware failure: The Hard disk with the operating system on it has failed and will be replaced later today.

[Sik]

Geez, that doesn't seem like a good signal, does it?

[Oerg866]

well, I'm working on backing the shit up from there .. but linux boot CDs are not exactly cooperative right now ... (luckily only the OS was on that hard disk, but still)

[Oerg866]

Thanks to the support of GerbilSoft, the server will go online again in a few hours

No data was lost in the event.