Comments on: Open-Source Apploader, ISO template

By: jonjosh

jonjosh — Tue, 12 Aug 2008 16:31:36 +0000

So this not the DVD access library?

By: marcan

marcan — Thu, 07 Aug 2008 11:59:31 +0000

@JP

Those are hardware constants, in the order of the bits as read from the pad. The names are rather obvious too. No surprise there – the values (and order based on value) HAS to be the same in both.

By: JP

JP — Wed, 06 Aug 2008 11:24:07 +0000

It’s not about the idea, but it’s clear that it’s all been copied from the Nintendo SDK’s. The order things are in and the names of them, it’s easy to see by anyone that it’s a “copy&paste, and insert a little “_” so one knows how lazy we are.”

Well, forget about the typed file.
Let’s look at a more GC/Wii specific: “pad.h”

libOGC:
#define PAD_BUTTON_LEFT 0x0001
#define PAD_BUTTON_RIGHT 0x0002
#define PAD_BUTTON_DOWN 0x0004
#define PAD_BUTTON_UP 0x0008
#define PAD_TRIGGER_Z 0x0010
#define PAD_TRIGGER_R 0x0020
#define PAD_TRIGGER_L 0x0040
#define PAD_BUTTON_A 0x0100
#define PAD_BUTTON_B 0x0200
#define PAD_BUTTON_X 0x0400
#define PAD_BUTTON_Y 0x0800
#define PAD_BUTTON_MENU 0x1000
#define PAD_BUTTON_START 0x1000

SDK:
#define PAD_BUTTON_LEFT 0x0001
#define PAD_BUTTON_RIGHT 0x0002
#define PAD_BUTTON_DOWN 0x0004
#define PAD_BUTTON_UP 0x0008
#define PAD_TRIGGER_Z 0x0010
#define PAD_TRIGGER_R 0x0020
#define PAD_TRIGGER_L 0x0040
#define PAD_BUTTON_A 0x0100
#define PAD_BUTTON_B 0x0200
#define PAD_BUTTON_X 0x0400
#define PAD_BUTTON_Y 0x0800
#define PAD_BUTTON_MENU 0x1000
#define PAD_BUTTON_START 0x1000

Same order, same names, same values, same everything. All the defines from this file are identical.

If we go down to the functions, we’ll see more names that are same, and in the same order.

By: oofrab

oofrab — Tue, 05 Aug 2008 20:19:07 +0000

@JP:
IANAL, but
Copyright laws do not, yet, protect an idea(only expressions of one). The information in a header file are often of the form specifying an API and not the implementation itself. Therefore it is not clear whether you can enforce a copyright on headers.

On the other hand, if it is a carbon copy, with comments and all, then this could most possibly be copyright infringement. You seem to have seen both header files. Are they exactly the same or are they merely providing the same functionality?

By: marcan

marcan — Tue, 05 Aug 2008 09:09:23 +0000

I don’t think the libogc developers who wrote those files read this blog. I’ve written some Wii stuff for libogc, but mostly about IOS, which I don’t think is what you’re talking about here.

gctypes / types.h is a very bad example. We’re not the only project in the world to use the u32/s32/vu32/vs32 convention for types.

By: JP

JP — Tue, 05 Aug 2008 08:47:58 +0000

//Offtopic//

A question to libOGC developers: Why are the files identical to the ones in the Revolution SDK?

I mean, types.h(SDK) and gctypes.h(libOGC) are practically the same.
Same thing about the pad.h file. They use the exact same “#define”, function names are same, but with a “_”, and etc, etc, etc…

There are LOTS of files like that, and you call this 100% homebrew and LEGAL?

Hipocrits.

By: marcan

marcan — Tue, 05 Aug 2008 05:26:54 +0000

@theorbtwo

As far as we know, this is the only bit of GPLed code that we have failed to release with the homebrew channel (it isn’t even part of the channel, as it is used only with the ISO installer images).

Yeah, it should have been released from day one. Our bad (the apploader kind of got written late one night and I ended up forgettng about it).

Rest assured, however, that we’re complying with the licences of any code used in HBC, to the best of our knowledge.

By: | NES Hacks

| NES Hacks — Tue, 05 Aug 2008 02:48:47 +0000

[...] SOURCE [...]

By: theorbtwo

theorbtwo — Tue, 05 Aug 2008 01:00:59 +0000

Er, this does make me wonder a bit what other GPLed code you’ve used in the homebrew channel and not (yet, hopefully) followed through with the gpl requirements with. You guys have done some amazing work, but haven’t been real great about releasing source all the time…

By: Zim

Zim — Mon, 04 Aug 2008 20:38:38 +0000

@Knocks:

So far, no application has needed even 500MB of SD storage, but with several Media players out, and MUGEN and Stepmania coming soon(among other things), a simple 2GB won’t last long.