very big apols simon but lovely top hear from someone with 2 seconds to just explain that something is possible but the do not have the time sorry for all the trouble caused i'm sure pressing the delete key when you are so snowed under is a real pain i'm going to try to keep this short and sweet as the longer they get the more i offend everyone i posted several million annoying questions about how things work which i still dont understand i know rtfm i tried to rtftm technical manual where hmpr bits 5&6 are supposedly explained i think aley tried to explain it to me and he managed it slightly better thant he technical manual and i was trying to tie this explanation in with the comments to a question i posted on teh world of sam site so maybe some people have been bombarded with questions from me hacing not read the comments on world of sam where i saked in teh palette section how many palette alterations could be made per scan line someone posted that 9 was allowed in internal ram an 18 using external i'm obsessed - that doesnt seem like too many but if a couple fo those were hmpr bits5&6 changes then surely even if we had to keep one colour the same throughout all the 16 colours available in the clut - now divided into 4x4 colour sections for a mode 3 screen - keeping one colour the same would this help reduce flicker? i assume if you alter all four colours then the one that is on the screen being displayed and having its clut value modified will flicker during the alteration - i do not know i did not design the asic - nor could i! well i just keep thinking that at 512x192 and then inerlacing two 512x192 screens - which technically when you could have 16 screen$ in easy vmpr pointable to ram areas without having to copy form ram to ram or from port to ram - unless you manage to use teh full 4mb external as a video ram page buffer - uncompressed? - which would also necessitate a ram to ram copy and here is where the DMA from the MB-02+ would come in really useful - though yes i agree with everyone that £139.99 for the 28½mhz accelerator from quazar or the 14mhz one from velesoft woudl be much more fun from a progrrammers point of view - mind you if either or both could have a dma - especially if there was one that understood what teffect the bits per pixel of video ram might have on the byte or blocks of ram it copies &or compares - in terms of offering rotations or other scaling orientation modifications for things like sprites or scrolled backgrounds - even antialiased lines for 3d vectors or solid shapes- polygons(dead parrot?!) off on another one still 512x384 16 colours per scan line? if bmp2scr output this in its tap/tzx file - prefer an atom hdf file but still only another massive application to spend all day transferring from one place to another only to find it has been hacked on route - for pities sake never use a secure connection with any of the hardware driver update software app sites - it makes sense! shit 20 years ago 512x384 16 coluors per scan line? animations if we'd hada hardrive at the time? DMA interface - evn a basic one - you coudl ahve converted amiga demos and reanimated them on sam - who cares if the processor isnt power ful enough to do it look its running as a video! which is incidentally what most of the ati nvidia demos are which kind of begs the question was it worth spengin several million piounds to install several dozen vga cards with tv encoders that dont work in my pc! - got it in there just at the end - you can ban me from all the forums on the planet now and hack my pc another dozen times please - yours ever restarting my restart reboot rebooot reboooot even my sam boots faster than this piece of shit! just think masterdos and masterbasic running with mass storage like atom lite dictonary like spell master on a couple of records 80,000 words - now use that as the basis for the itu t v44+IPR=921600 oh dear another technical term weird you guys can program emulators that dont work properly but dont understand modems! - me ether!
On 06/04/2012, Simon Cooke <si...@popcornfilms.com> wrote: > I thought about doing something like this a while back, but as ever didn't > get chance to play with the idea. For me, the trick would have been to say > screw it and randomly/genetically generate the code required to change the > palette. On modern CPUs it shouldn't take more than a few hours to > generate/simulate even if you're brute forcing it. > > Now, of course, once you get to dithering the image and optimizing that, > you're starting to explode the solution space but it's not exactly > insurmountable. > > (I've got a 2 year old daughter and enough work to sink a battleship these > days, so unfortunately as much as I hate to say it, I think my SAM > programming days are done :'( ).
