LinkoVitch

If RB+ adds all SNDxxxxx's to a list, and then at the start of VBI if a list exists, caps it off and fires it at the SE I imagine that would work perfectly. Better than staggering individual calls (which could introduce unwanted echo effects as the sample playback would start at different times). Leaving it to the game programmer to only fire off one effect per tick would work but would also be a bit naff, EG you want to have a shot effect from both Left and right channels, You do left in tick one, right in tick 2, on systems with mono output you would essentially create a reverb/echo effect of 16-20ms for the sample. Plus added complexity or time loss for the game loop, waiting a whole tick just to fire off another command.

I have never looked at the RB+ side of things. GGN, I am wondering if perhaps the SNDPLAY call is generating a command list with a single play instruction on it, that is then passed to the SE for processing? If so, then perhaps if there are multiple sounds played in a quick enough succession they may be overwriting the previous command before it is processed or sent? When I initially created the SE, I was imagining a list of commands being generated covering all banks and those being sent for processing as a job lot, rather than individual sounds. Perhaps there is some requirement for a non-list approach for triggering sounds in the engine? For the current releases though, is there any way to build a list and send it over perhaps with a 2nd command? perhaps a SNDPLAY_DELAYED(arg, arg) and then a SNDSEND() type of arrangement? Might be nice if it is possible to build a raw list and send it? So if new features are added, etc, RB+ user could build a custom list and issue an RB+ command to point that list at the SE? (or is that possible with some poke like actions?

and also because if it was all easy, there would be no 'fun'

If you smelt my little cotton socks I am sure you'd only be considering blessing them with fire.. LOTS of fire

Now I will definitely have to not bury my Jaguar and skunk when moving house! Will also try and remember some half decent speakers (the ones in the TV are a bit pants) too

I second what GummyBear suggested, try it with dirty RF and just one pad plugged into port 1. Disconnect your cable etc, make the setup as simple as possible to limit the number of possible variables for the issue. Good luck

TBH as a programmer I don't see anything wrong with setting co-ordinates for text position on the screen. For one, the position of that text may have been determined by a graphic designer. If we want something to look good you DON'T have a programmer do the art, this usually resembles an affront to eyeballs! How do those who think their solution was bad propose they positioned the text on the screen? given they are essentially putting a bitmap font on top of a bitmapped image? Perhaps develop and implement a form of markup language and suitable parser in game, along with tool set to design the layout externally to the game? Because loads of extra code in a game is so much better when the ultimate result going onto the cart is always going to be the same, (except for that bug that crept in during the last-minute rush to finish on time, where occasionally the text does weird things.) Perhaps save each screen of text as a static image? because Jag carts are HOOGE! and we have loads of space to waste. Maybe just have the computer figure it out though programming wizardry? That's NEVER going to bite you in the arse, ever now is it. When you are writing code for a release like this you want the code as simple and efficient as you possibly can, clever coding costs you time and reliability, and these are games that can't have a patch released later to fix bugs, they have to work from day one. Just my 2p

Flux it sounds like you have fallen foul of solving bugs the way I have done many times You hit a bug, it makes no sense, you try to figure it out, get no where, so you grab a nearby colleague (in this case the forum) and explain the problem to them, except that as you are explaining the solution presents itself and you realise what you did wrong, quite often they don't even get the full detail of the issue. (or there about) I recommend you get yourself some teddy bears, or rubber ducks, (or some other inanimate object), when you hit a problem like this, try explaining it to one of the ducks/bears/etc.. whilst they'll not say anything, can cause you to find something you had previously overlooked... can be good to have a few in case the 1st couple don't yield results.. Then there is always the forums when this doesn't work (except GGN/Zero will occasionally quack )

GummyBear smithing out rotary pads! Admit it, it's not really an LED in there, but an enchanted dragon glass ring!!!

Perhaps using this as a soldering iron?

If you have ever experienced a LinkoFart, they are not easily forgotten consider yourself lucky :D (ask Gaz if you don't believe me )

Except when the power is connected and you have just sat down to play your stack of super high quality JagCD games ....

So it's a WIP version and not even the finished version that you made with the correct names in? nice I guess the quest for easy money is all important for the maker of the cart.

That would be Mr FrediFrodo Sure he will be Farting along at some point soon @madman I just spotted, in the bottom right corner really small text looks like it claims its a reproduction cart.

I suspect it's a really poor attempt to shift a knackered 4 chip board. Wouldn't be surprised if there was nothing on the EPROMs of any value or interest. I can't think of any reason that a developer would burn the JagCD BIOS to EPROMs and test like that, I am sure they had Alpines and flash carts etc, the CD BIOS is useless without the CD Unit, unless you want to look at the "power not connected" image.

If you are seeing it in the Device Manager then the cable is fine. If it were just a charging cable then you'd not see even that. Have you tried the latest version of JCP the CLI tool? Could check if that can see it jcp -s will communicate with the Skunk and just give you the serial info from it, hence proving all is good.

When you connect the Skunk to your PC do you get the usual Sound/Notification to say that new hardware was connected? Have you checked in Device Manager to see if it appears in there? (Ezhost is what it will come up as in USB devices). There was a run of Skunks made that came with USB cables that only connected power and had no data lines, might be you have one of those cables? (suitable for charging only).. I'd suggest try a different USB cable, if you have one you know works for data transfer. Or also try the cable you have with your Skunk on some other device. Hopefully just a bad cable.

Ah, Must have been different events then, was a busy event as that was the first (and my first) Jagfest , don't think I have been to another with BSG network though, I have missed a fair few Jagfests in Germany alas, or I simply didn't notice it Might see you in November if you are going to e-Jagfest this year?

We had a mass (10/12?) player BSG at the 1st Jagfest UK in 2003, if that is the one you were thinking of PeterG ? I remember it well (the event not the game )

I had always assumed that volatile was mostly for use in systems where there is Ln CPU cache ? but fair point I have also just realised this is in the RB+ section! sorry! I just saw a post in Jaguar programming and didn't notice the sub-forum.. my bad..

In that case I'd suggest you setup a timer and have an ISR handle those timing events. The system timer I mentioned will loop fairly quickly and not be much use over several seconds. If you setup a custom interrupt you can decide what interval is best for you and have that set and solid without worry of it drifting. Plus you can have the ISR trigger whatever needs to happen at the appropriate times.

Reading the address will really depend on the language/processor you target C uint16_t *timer = (uint16_t *) 0xF10036; // I *think* this would work uint16_t value = *timer; 68000: move.l #$f10036,a0 move.w (a0), d0 ; value of timer in D0 JRISC: movei #$f10036, r0 loadw (r0), r1 ; value of timer stored in r1

I have used the JPIT1 counter to measure duration of things, it increments once per tick (so about 25MHz). You can find it at the memory location 0xF10036 Read that in, do a thing, read it in again, difference between teh two is the number of system ticks that have elapsed. I have used it before for timing GPU code (https://www.u-235.co.uk/gpu-in-main-science/) Hope that helps

Zero> I guess the stamps are from when the post was started? as I had the pop-up of another post being made as I was waffling away Please don't speak ill of hot dogs, I LOVE hot dogs! I could agree with Little Chef vs a fine restaurant though Added strangeness for caring sooo much about the Jag version of AW, whilst it is a great version and well produced, it's not the only place you can play the game! it's on pretty much every platform that can run it, including the current generation of consoles, and the 16-bit Area of home computers. Due to the nature of the game and how it works, they're all pretty much identical in gameplay too (I believe) I more get the impression most of the hatred comes from the perceived loss of ebay sale profits.. All those $300+ sales being missed.. the potential for flipping newly bought copies etc, I doubt it has much to do with the game itself and just some peoples fixation with money.

HOW are they unreliable? from recollection they (I assume you mean JagWare?) have delivered what they have promised. IIRC when AW was announced they said then it was a limited run. No one has to prove anything to you, even if the sole reason for not making more was "Can't be arsed" that is perfectly valid a standpoint. Do you go and stand outside of your local department store and shout and rave when they cancel your favourite brand of limited edition breakfast cereal too? demand they explain in detail why they refuse to make "Sugary Snowflake Crunchies" any more? These are people sat at home doing something for a hobby.. Perhaps one reason is, they want to do other things with THEIR time, and having entitled asshats ranting and raving at them online is simply another reason to NOT make more? Spinning.. I think that's more in your realm, for evidence I cite your post from 5 posts ago, where you are spinning about how much easier it is to make carts, and yet in this, your most recent post you admit you don't actually know what you are talking about! So spinning is most definitely YOUR thing JC, not Zero's