We're using cookies to ensure you get the best experience on our website. More info
Understood
1,430 Replies made

Vaughanabe13 wrote:
The script is not working. It’s giving me a ton of errors in the “libgccvb.h” file. Most of the warnings/errors are something involving “WAM”

That’s not the fault of the makefile. You probably just got some code that’s made for a different version of libgccvb. In some versions, the world attributes are accessed with macros, and in the newer one(s), they’re accessed with an array of structs.

For one of (if not the) latest libgccvb’s, I would get the code for one of the 2008 compo entries (MK Virtual Circuit is a good choice, but try as many as you can; they might each have something you want to use).

Also, (and this goes for everyone!) always post actual error messages whenever possible. It makes it much easier to help.

What kind of directory structure should I use with this makefile? I feel like I don’t have my folder set up right. Right now I just have all the .h and .c files in a folder called “source”

That’s (almost) entirely up to you. The makefile (tries to) compile every .C file in the folder from which it’s run, but those C files can #include files from anywhere. You can even add an include search path at the proper place in the makefile and use #include’s syntax. Libraries (as in linkable modules, not includes) work similarly, although libraries are specified in the makefile, not in the source.

I haven’t worked with makefiles long enough to know all the tricks like importing other makefiles and compiling in multiple directories, but feel free to “upgrade” the makefile and post your changes! 😀

You definitely didn’t disappoint! :thumpup:

I don’t have access to any FPGA stuff, but it makes me want to at least hook a breadboard or something up to my VB.

Vaughanabe13 wrote:
Sweet, thanks!

Just fulfilling my duties as “Search Engine Liaison” 😛 😉

Vaughanabe13 wrote:
When I create a makefile with:

all:  v810-gcc -T /usr/local/v810/lib/vb.ld -O -I. demo.c -o demo.elf  v810-objcopy -O binary demo.elf demo.vb

I get the following error when I try to compile demo.c:
“makefile:2: *** missing separator. Stop.”

Any ideas?

Makefiles are sensitive to indentation. It has to be:

all:
<-tab->v810-gcc -T /usr/local/v810/lib/vb.ld -O -I. demo.c -o demo.elf
<-tab->v810-objcopy -O binary demo.elf demo.vb

Also, this is such an overly simplified makefile, you may as well just go with a shell script…

Try this one instead:

http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=5825#forumpost5825

It even handles #include’ed files automatically.

If you don’t want to mess with environment variables (which are kind of a hassle on windows alone, and then you get cygwin involved…) just edit the makefile and add the line:

VBJAENGINE = 

somewhere near the top. For example, if vbjae.h is in C:\javbengine\ it would be:

VBJAENGINE = /cygdrive/c/javbengine

Whenever I’m having “missing file” type errors while compiling, I try to track down what is pointing to said file(s) and where it’s looking for it/them. In this case, I looked in the makefile ;-).

Really excited to see what you do with the game! 😀

EDIT: Alright! Why do my posts always end up at the top of a new page?!? >:( 😛

Hey, KR155E, how about a “paginator” badge? 😉

Triumph wrote:

… I’m getting an error …

bash: make: command not found

If you’re getting this error, then:

… I fully installed cygwin …

probably isn’t accurate…

By “fully” do you mean that you installed EVERY package in the cygwin installer, or that you “clicked through” the whole installer? You do actually have to pick the packages you need, because the base system only includes the shell and a few system utilities.

Run the installer again and when you get to the big list box, type “make” into the search box at the top, then expand the “Devel” item and click the word “skip” next to the “make” package. It should turn into a version number and the box in the “Bin?” column should be checked. You might also want to install GCC, binutils, etc. in case you want to brush up on your C skills by making non-VB programs (such as VB development utilities ;-)) or compiling a newer version of the gccVB cross-compiler.

Hope that helps!

dasi wrote:
If it’s the same tool as sold here (it looks the same), the shank is either 52 or 56 mm long, which isn’t long enough to get at the two deepest screws.

I thought it might be, but if you break the plastic off, the shank inside might be long enough. At most you’d have to grind off the “ears” they sometimes add to keep the shank from rotating in the handle, put it should be milder steel than the hex bits (they usually only harden the “business end”).

Also, off-topic:

Check out this SNES pad with a number pad in the center!

Do want! 😀

I recently stumbled across this:

http://www.mod-chip.com/gamecube/gamecube-screwdriver.html

Even if it’s not long enough, it might be easier to modify than the hex-drive bits.

If you need something to open your VB, consider getting one of these and giving us a report of how well it works.

Also, maybe the original manufacturer can be discovered and contacted about making a batch that are long enough for the VB’s screws (someone could probably make a tidy sum on eBay ;-)).

I think it would be best to just take a male<->female USB cable, cut it in the middle and attach a link port connector to the cut ends.

I don’t think reusing a USB plug in a non-standard way is a good idea…

Also, it would be easier and cheaper just to make one type of “extension lead” and either make it able to connect to itself (using a so-called “hermaphroditic” connector) or use a male connector and a “bridge” containing two female connectors (but not standard ones, unless they’re not (or no longer) commonly used on PCs, like an RJ25, or some-such.

That way, you could sell two different kits: A cheaper one with just a USB adapter and single cable, and one with the adapter, two cables, and a bridge.

I don’t know why they changed either, but my theory was always that some people (little kids?) were trying to eject carts with the power switch still on. I never tried it, but I think the “new” carts (top image) push the “lock bar” out of the way (notice the curved bottom edge of the middle part) during eject. This prevents damage to the eject lever while also turning the SNES off, which may reduce the possibility of SRAM erasure.

Weird? Yes. Cheesy? Definitely. Ugly? Perhaps… Disturbing? Only to you, I’m afraid. 😛

Also, it’s just a box… Just take the game out of it and throw it in the trash!

* RunnerPack pictures RidingHero and the other collectors foaming at the mouth and making effigies of him just for writing such a thing 😉

Re: not being able to back-up saves:

It would be possible to build DogP’s USB link cable and use a program running on the VB to save/restore SRAM through the link port.

Maybe Chris and Richard could work on marketing such a cable (which would also allow multi-player gaming between emu and hardware, or between two VB’s over the ‘net).

It would also be a good idea to somehow make the VB-side cable detachable so it could be connected to another one to make a standard VB<->VB cable.

Vaughanabe13 wrote:

DogP wrote:

I do have something pretty cool that I’ve been playing with on and off for a long time… maybe I’ll post some pics one of these days. I doubt it’ll ever go to production, but it’s cool anyway.

DogP

Please do! 😀

Seconded! 😀

KR155E wrote:
I’d love one, too. 😀

Check your email 😉

(The forum wouldn’t accept the attachments :question: :-?)

@Dev’rs: After it’s posted, try it out and let me know about any bugs you find (or if the docs are confusing). It’s so simple it should work fine, and it does have some error checking, but it still needs more field-testing.

Hope it helps with some compo entries! 😀

Welcome to the community, Octopus! Regarding development: the forum section dedicated to the topic may look intimidating, but it’s fully searchable and filled with threads that run the gamut from beginner stuff to advanced topics. And don’t forget to check out the VB Development Wiki!

Also, you should try idling in the forum as long as you can. The regular users live all around the globe and have very different schedules. If you ask a question (check the forum and wiki first! ;-)), eventually someone will stop in, see it, and (probably) respond.

Can’t wait to play your first creation! 😎

Well, since you’ve broadcast the code selection criteria (or is it just the one criterion?) to your game’s entire audience, there’s probably a 100% chance that they’ll be easily guessed… given enough time and desire on the user’s part.

Also, there are 120 combinations. Not 124, not 125, 120. Period.

VirtualChris wrote:
Correct me if I’m wrong, but there’s about 3,125 different combinations of those letters.

You’re wrong 😉

If you include things like “OOOOO” and “GBGBG” there are 3125, but if you only use each letter once, there are:

5 * 4 * 3 * 2 * 1 = 120 permutations

Also, I hereby submit “BOUGS” for your consideration 😀

Well, that was my point: you don’t have to use flash. The DS carts (I believe) translate back and forth between the DS cartridge interface and the SD card interface, in real-time (with varying degrees of success).

I don’t know how difficult this would be on the VB, but probably no more so than for the DS, and probably less, given an FPGA or ASIC with enough I/O and space for FIFO buffers. And if Vaughanabe13 can do it for $6-$7 per unit, I’d buy at least two of ’em! 😀

I don’t want to contradict you, KR155E, but only the first of the benefits you listed are applicable here. Since Vaughanabe13’s intention is basically just to put the flasher and a “harddrive” on the cart itself, it’s just a FlashBoy with the added expense of a microSD card and reader/writer (which is not meant as an insult to the FlashBoy, just a statement that it doesn’t do anything you mentioned in your post :-D).

Unless something besides standard “FlashBoy” flash chips are used in the cart itself, the other benefits (which apply to things like the DS “R4” devices) don’t apply.

Let me be clear that I don’t think Vaughanabe13 is incapable of making an R4-equivalent for the VB, I’m just pointing out what his current plan seems to be (based on his own statements).