andym00

If you're close to the m40/m1/m6 (or any combination of) route then of course

Well if you change your mind Mclaneinc there's a spare seat in my car since you're only a few miles away from the start line, although it'll be more like a real life version of GACCRR, or however you abbreviate it

Lol, just dawned on me I misread the question

Personally, I think that'd be overkill, and maybe short sighted given how I imagine this whole OS might go I'd say implement OS level access to the sound registers and let each app do what it wants, with the OS determining what goes to the actual hardware, so initially say the app in focus has access to the sound hardware.. But cache each apps current state when not in focus to allow you to restore it at a later date.. The OS can then easily override the Apps sounds, on a channel by channel basis, for any immediate bleeps and bloops required for alerting the user to impending doom and/or fuckwittery Any real hardware is only going to be a jsr (or so) away and it's not like there's a mountain of registers for each voice, and I'd say also allow an app to request exclusive access to a voice so fancy arsed can still work without breaking everything.. Or have each voice used by an app prioritised and then only update those that are assigned physical voices.. That way you can have multiple apps (if you ever multi-tasked) each accessing audio sensibly.. Just my small fraction of an ever declining currency

The important difference is that the 6510 can't be stopped during writes, of which there's a maximum of 3 successive write cycles[1].. The VIC-II always sets BA early enough as I understand it, so it'll bring BA low 3 cycles before it actually wants to steal the cycles that would be used by the 6510.. The 6510 only accesses the bus in the second phase of the clock cycle.. I don't think it actually makes that much difference in the real world though, since the VIC-II takes this timing into account to ensure the processor will be halted in advance of when it wants to access the bus.. From the VIC article.. [1] 2 under normal circumstances such as a some indexed write instructions or a RMW instruction.. Interrupts generate 3 successive writes though, hence the 3 cycles maximum time before the processor is actually halted..

At the rate this is going I think I'll be selling mine before I even possess it..

As long as it'll fit on with my eagerly awaited VBXE, then I'm up for one of these

Without bending it too far off topic.. SBR (SubBand Replication) is a pile of pooh.. Only greed drives the proliferation of that by the stations to shovel more stations into the available bandwidth.. Although your average eared merkins can barely tell the difference when listening in isolation, but give one of these average ears an ABC Hidden Reference test with a broad suite of samples containing SBR material and they can never unlisten to horrors of what they hear.. Not a fan, and I've personally avoided implementing SBR in all of my psychoacoustic codecs, not just for patent reasons either Anyway, back to the regular buffonary

He means purely the fundamental frequency.. The rest of his other post is the usual meaningless & incomprehensible psychobabble..

Make sure you use the box filter, that was my mistake where the source image that was 320x200 fat-pixels with the right palette, was still getting resampled with the lanczos default filter, and generating lots of very subtle extra colours, that meant it appeared to home in on a good result quickly, but then rapidly lost the plot totally.. I only realised this 10 minutes ago, when I was getting ready to post, and noticed my capture had too many shades in it, and at 1:1 pixel resolution in my screen, I just hadn't noticed this very subtle extra shades being added..

Damn, that's an hour of my life gone as I found myself listening to every song in that.. And it a nice emulation, though it feels like there's much more bass than there should be, and one of the Follin tracks sounded 'unusual' during it's prog rock solo bit, though maybe I've not listened to the original for a while.. But very good nonetheless Very curious who the author of this at is ? I don't think I've ever stumbled across that version before, and it sounds rather lovely, in a very Wendy Carlos hooked on Bach way..

Is the last experimental version deficit on some way ? Just curious as I'd run the v3 version and experimental side by side for 7 days, up to 70M iterations, and the experimental one was always subpar to the v3 version even though the (I assume) SNR was very close..

uhuh

Not sure, the spans aren't that long, so I'd guess it's not really getting a chance to shovel out big runs like you would in a more conventional (ie: longer spans) polygon filler..

I think the fact that clock for clock it destroys a 68k also plays some minor part in it...

Blaster is very cool, but the display system for it is something that's very much built around stuff the hardware & cpu can handle really well.. Or else it got very lucky given the way it was using the blitter on the arcade board to do the rendering, which I guess is the same blitter as Robotron and family.. Top game, though I think anything using a similar style of rendering would have a hard time not looking like Blaster I'd totally forgotten the Speccy does it in wireframe mode, and (I assume because I'm not installing a Speccy emulator right now and can't find a video of it) doesn't actually scroll the map smoothly, and it doesn't look so bad all said and done..

I've already got my eye on one.. It will be mine very soon with any luck As for Zarch.. I think my brain had blurred out just how slow the ST version is looking at that side-by-side video again .. I always have the Archimedes version burned into my head for some reason, which is odd, because I've never actually played it on a real machine.. Just looked at lots of videos of it.. If you were to settle for an ST'like frame rate then there'd be a lot more room for rendering the thing..

Oh!, that is indeed the one.. I assumed since AtariProtos didn't have a link to it that it wasn't available.. Having said that, once I'd got my head around the 5200 controller setup in Altirra, and got into the game it's not as fast as I thought it'd be.. I was imagining it to be faster, but once you play it I guess it doesn't really have to be any faster than that really, not given the way it's presented on screen.. Still a clever little system though.. I think some disassembling might be in order

Have you seen Spitfire on the 5200? That has quite an interesting rendering technique (its no I Robot tho) :- http://www.atariprot...re/spitfire.htm I have actually, and I wondered a few times exactly how their renderer worked, though I've never seen it moving, just staring at the screenshots wondering how to do that So a low priority curiosity really... Is there a ROM for that available anywhere yet ? I'm still very curious how smoothly it moves on screen...

Oh no, it'd never be 50, but then I'm not sure the actual arcade machine is either Thing is it'd be a breeze on the Jag, but where's the fun in that ?

I still have mad thoughts about the 7800 and 3D on a fairly frequent basis, especially the idea of putting I'Robot on it, since it's never been ported to anything and I love that game.. Though every time I sit down and think about doing it on the 7800 it just doesn't seem workable, which is a shame as it's the only 8bit that has the palette, a fair resolution and the number of on screen colours to do it right..

No more, it was floating around with the Elite stuff back then, and I no longer have the hard drive with all that stuff on from those times.. Suffice to say, it was the same polygon stuff as the Elite thing, but specialised calculations for the floor.. It didn't run very fast though

They're similar in some ways.. Similar instruction formats, similar instructions, but then that's kind of the RISC style from that time.. Although the ARM achitecture does predate the MIPs architecture by some time, if my memory serves me right.. Personally, I like them both, although I've done more MIPs work over the years than ARM code, but I figure they feel comfortable because they feel (ARM especially) like big 6502s.. To me at least Though the MIPs addressing modes were a bit shit to be honest

Ah! That worked.. I was trying to change themes in the iPhone IP.Board app on the phone, not in Safari.. But Selecting full version on the phone, then changing the theme, logging out, then logging in here has worked What's enlightening now is that I realise that the IP.Board app has been doing nothing but showing me the plain mobile site anyway all these months.. Bah Right, note to self.. Do not touch themes setting ever again!!

Ah well, I'm stuck in mobile mode now after trying to change themes, and stupidly going to mobile mode to see what it looked like now I've logged out on my phone, and also on the PC.. Then logged back in on phone tried to change the theme, no luck.. Logged out there.. Logged in on PC, try to change theme but the change theme button now links to nothing more than this url: http://www.atariage.com/forums/# So now can't get out of mobile mode.. Sigh... Cleared caches, logged out of everything I can think of.. Has anyone got a direct link to whatever it is to change themes ? Edit: And now just logged in via IE8 (which I've never used before on this machine) to try and change themes, but the change themes button still leads nowhere..