Zerosquare

Done ! My pictures are here : http://zerosquare.free.fr/rgc_2008/. Pictures/videos by other attendants are available here : http://www.yaronet.com/posts.php?s=116206.

I will -- just not found the time to sort and upload my pictures yet

Merci à tous ! Ah non, enfonce pas le clou

Look OK to me. There are probably ways to optimize this (only updating what's necessary instead of using "brute force"), but I wouldn't bother if your code runs in 1 VBL with the current method. Don't forget that sprite objects must be aligned on a 16-byte boundary, and scaled sprite objects on a 32-byte boundary. So you can't just add 4 or 6 to compute the address of the following object in the list, you have to round up too.

That's true, but there are several causes : - unlike AtariAge or JSII, this is a development-centered forum, so the range of discussions is much more limited. - most developers here have made the choice not to announce anything before it's almost 100% done (well, except for the JagCF ). The drawback is that it gives the impression that nothing is happening, but the advantage is that there isn't any pressure to release things, and nobody is disappointed when a project is canned. - general chat about current projects (and sometimes not even Jaguar-related things ) is done via IRC (channel #jagware on Worldnet). Most active people here know each other well, and feel it's more interesting to have the conversations "live" rather than posting. But anybody is welcome on the channel, feel free to drop by if you like (it's mostly active between 20:00 and midnight, CET). That means that regular members may not publicly post a lot, but if you're a developer, here's what we have to offer : - technical (and non-technical) advice from other developers - a space to discuss about anything development-related - a separate public or private forum for your project(s) if you ask for it

The "hidden" posts are either : - in private "work" forums (for unreleased projects) that have 4 or 5 members - vaporware ideas that may get completed sometimes in the next century - forum administration stuff - stupid "inside jokes" chatter Basically, all the "important" stuff is eventually posted publicly, so don't worry, you're not missing much.

In fact, the problem is more broad than that. The important thing is, unless the OS/loader program/etc. explicitly sets the RAM to a known value (e.g. the BSS sections in Atari programs are set to zero by the TOS), you should never assume anything about the contents. Even if nothing had been written there before, the contents of RAM chips at power-up are not zero, they are random. (In fact they're not truly random ; there is very often a repeating pattern which depends on the electrical implementation of the RAM cells)

When Project Tempest and a real Jaguar don't agree, usually the real Jaguar is right Sorry, I don't know if (and how) it is possible to work around PT's behaviour. Personally I don't use emulators at all when developing for the Jaguar : they're not reliable, there are just too many differences between their emulation and the real hardware. The Jaguar is already complicated enough as it is

N'anniv

If I remember well, Macs never had a parallel ports, so you can't use the normal BJL cable with them. USB-to-parallel adapters definitely don't work for BJL. PCI parallel-port cards work (at last with Windows), but I don't know if the Mac mini has PCI slots and if there are drivers. It's basically working, not 100% finished, but usable. I even ported the code to run on Macs (a friend lent me his Macbook for a few days) and it seemed to work fine. I'm now working on the JagCF, so the project has been "paused", especially since it's not useful if you already have a JagCF. But if you really don't have another solution and if we can find time (not easy ), maybe SCPCD and I can build one for you.

Happy Birthday Ray

(et désolé pour le retard !)

Welcome to the forum ! I was going to say "The SNASM2 is very rare, someone on AtariAge has one, maybe he can help you with it"... then I saw you were the one on AtariAge I don't have any info on it, sorry. You can use the official Atari assembler (MAC) and linker (ALN) to develop on the Atari, but you would still need some software to upload your program to your dev board.

That's very kind of you But I thought you were busy enough with your own projects

You can, but the high-density 15-pin connector is more difficult to solder than the 25-pin connector. So it's easier to use a VGA extension cable and a parallel port connector.

Yes, you can use BJL with a Falcon. The cable is the same as the one which is used with PCs. It's not a standard cable, so you can't buy it from a computer store. (Some persons used to sell BJL cables, but I don't know if they still do). Here's a guide on how to build it. (note : it's easier to start with half a VGA extender cable, so you only have to solder the parallel port side.) For more information, ask GT Turbo : he uses BJL exclusively with his Falcon, because he doesn't like PCs

Interesting - yet another Jaguar bug (as if it didn't have enough already ) But the documentation states that DMAEN should not be used anyways (that's TOM bug #24 in TechRef). Enabling it gives more priority to the GPU than to the Object Processor, so if bus contention occurs between the two, the OP may not get the graphics data quickly enough and the display can be corrupted.

Happy birthday Starcat

Yes, I did some time ago, and it works. Since I don't have a JagLink, I built my own TTL-RS232 converter with a MAX232 chip, but it makes no difference on the software side. You should take a look at this topic for details. Sending data from the Jaguar to the PC is easy. Receiving data is much more tricky because of the Jaguar UART's hardware bug. I've explained the workaround I've used to make it work in the topic. To build the cable, look there (the same cable is used to encrypt CDs).

Orion_'s website got hacked some time ago and all the files on it were deleted. Here's the file : SPRITE.zip