theres only five hours left so it aint gonna happen
On 12/06/2011, Roger Jowett <rogerjow...@gmail.com> wrote: > http://cgi.ebay.co.uk/MICRO-COMMAND-USE-Sinclair-ZX-Spectrum-U-K-/280691048962?pt=UK_VintageComputing_RL&hash=item415a7d8202 > > woudl anyone do me a very big favour and ask this seller if the thing > has a processor inside? i was hoping he might be persuaded to undo two > screws and scan both sides of the pcb but ebay has blocked me from > sending emails to people from whom im trying to buy rubbish > go and retract bid now thanks ebay... > > On 11/06/2011, Roger Jowett <rogerjow...@gmail.com> wrote: >> so all attachments are aturomatically stripped fom emails sent to this >> service? >> we carnt even send disc images or atom lite hdf files? >> is there a maximum file attachment size limit - i havent received any >> messages relating to it or why teh files were strippde in teh first >> place they were simple jpg nothign too offensive just my desktop >> showing the whopping 12½% of the internet connection that i actually >> get - although its 12½% of some fictional conenciton speed it sure as >> heck isnt the full 3mbps that it claims to be but once again the >> computer like the vgac ard can pretend to be able to do thisngs at any >> speed it likes and whether it can or not is not a legal matter for the >> courts - just like how i dont have the right to use my usb2.0 devices >> at usb2.0 because i sent a sniffy email to asrock and compalined that >> teh serial port was 115200bps and that the itut v44+IPR=921600 modem >> needs a 921600 serial port luckily not one of the serial port >> manufacturers bothers to make a 30 port serial interface which is the >> only way that you can connect 30 itu t v44+IPR=921600 modems to a >> single pc - although bt will take several years before refunding the >> service they gave me to this tune >> >> On 11/06/2011, Roger Jowett <rogerjow...@gmail.com> wrote: >>> anyway cheers LCD >>> great program >>> had it chunred out a full 700mb tap file i would have said tht your >>> program was excellent i dont fancy making 30mb chunks of video in >>> order to recreate the full 700mb version which will easily fit on the >>> aotm lite compact flash cards i have as they are 1gb >>> i guess all the invites to social networks that dont bother to detect >>> teh internet connection speed and keep it onscreen or offer a full >>> refund for the days waiting technique guaranteed to amke you think you >>> need to pay more for a faster connection untill someone figures out >>> that the faster connection your are paying for isnt even guaranteeing >>> the maximum conneciton speed of the older service you paid for still >>> best not use a fone modem as for one hour local calls are free and >>> luckily you cant find a single uplaod and download manager that allows >>> you to restart upand downloads every hour in order ot save a few bob - >>> most people prefer chucking the stuff away - money that is. >>> oh well ttfn >>> havent i upset everyone enough - thougt i would have been banned again >>> due >>> to >>> foul language >>> still posting? >>> with or without attachments? >>> >>> On 11/06/2011, Roger Jowett <rogerjow...@gmail.com> wrote: >>>> well ifyou send an email to asrock comlpainni about the motherboards >>>> tehy manufacture they somehow manage to turn a perfectly good USB 2.0 >>>> motherboard connector into a USB 1.0 one >>>> memtest? is that a part of the operating system? >>>> wy would i want to memtest - surely programs like that make problems >>>> for the memory that is how they make money? 2gb in this beastie and >>>> 6gb in the other one >>>> >>>> how does a 29mb limit have something to do with an emualtor - i took a >>>> 700mb video file where every frame was already at 256x192 only it was >>>> still pc 16bit colour depth - i assumed your program would convert it >>>> into a tap&tzx file as i had no idea that neither would work in sim >>>> coupe or in your own file viewer that comes with retroX >>>> i couldnt use retroX to convert it as it doesnt convert stuff only >>>> bmp2scr managed to do it and it stopped after it had made exactly two >>>> 29mb files one tzx and the second one tap >>>> i was unabel to use these in sim coupe as sim coupe doesnt support >>>> these file formats or file truly useful formats like RZX which saves >>>> you the hastle of actually having to remember how to press all the >>>> buttons at exactly the right moments in order to get anywhere - which >>>> i would have thought would have been possible to replicate seeing as >>>> the rom could be modified so that any keybaord read routines simply >>>> read data from somewhere big like the external 4mb where the >>>> keypresses - im not sure if RZX has full functionality with regard to >>>> various mouse interfaces as it would need to store any mouse movements >>>> made at the same time as reading keyboards and joysticks which must be >>>> slightly more tricky as the mouse movement woudl be scanned 50 times a >>>> second and need another four variables - so not sure if any one at the >>>> RZX archive has managed to upload a mouse RZX file though it might be >>>> possible for someone to communicate with zx spin real spectrum and >>>> fuse all of which claim to support this file format though my >>>> experience is rather different again rather like trying to use bmp2scr >>>> - you say theres no file size limit whereas my machine was stopped >>>> after a 29mb tap & tzx file was produced dont worry it probably isnt >>>> your program it is probably the same barstewards who spent all day >>>> preventing me from uplaoding the video to youtube - histerically funny >>>> and then added a 2mb upload limit without bothering to inform anyone >>>> when they were uplaoding as they couldnt be bothered to add to the >>>> error message that there was no error only an illegal limit placed on >>>> folks uploading just to piss people off especially as the website in >>>> question was still happily telling the world that it can accept files >>>> of 1gb >>>> mind you if we cant get 48 snaps running in external ram area - which >>>> cant be that complicated - although maybe some sprite stuff is not >>>> going to work due to speed issues - though i doubt it surely any 3d >>>> vector or freescape stuff will trundle along quite happily? wouldnt >>>> you just be changing the location of two 16kb ram chunks opf teh >>>> snapshot which had automatically loaded into internal ram - unless you >>>> could trick the load routine to load into external ram without having >>>> to copy the code across - but then its all abit like a push print >>>> routine its all a bit pie in the sky unless you've actually got your >>>> teeth into the pastry and can see the apple at the opposite end you >>>> aint ad your main av u c! >>>> so which emualtor puts a 29mb limit on a totally separate program like >>>> bmp2scr and how does it do it if you can explain that to someone with >>>> ½ a brain i would much appreciate >>>> although to be honest the animation just keeps on rotating as far as i >>>> remember and even in its hi definition verison was a bit week - i >>>> think the thing with the nvidia ati vgac ard demos is that they are >>>> all a bit rediculous - each graphic card chipset is supposed to have >>>> so many extra features and even within the same kind of vga chip >>>> family the ultra versions are supposed to be so much better - mindyou >>>> most of the demos apart from letting you fiddle with lines dots solid >>>> - change the viewing position a little bit alter some slight and >>>> terribly marginal aspects of it >>>> its not as though you are giving a carte blanche able to add models or >>>> run programs with various settings - the vga driver from teh >>>> manufacturer has a huge list of programs and benchmarks as tough you >>>> are goign to waste your time individually setting each program to run >>>> at some optimum vga card 3d rendering setting - i really couldnt be >>>> bothered - the benchmarks havent a clu that your running a 32bit >>>> operating system on a 64 bit processor or tow of them so they cant be >>>> bothered to detec tthe tv encoder on the vga card either and as all im >>>> doing is trying to create semi decent videos of my dear ol sam - >>>> though at the moment ive been cheating and using simkoop most of the >>>> time with stupid screen cast desktop recording programs none of which >>>> have any idea what a tv encoder on the vga card is least of all what a >>>> digital tv tuner is >>>> i cant even get the speell chaecker to work in ie8 >>>> and every website urges me to upgrade to ie9 even though im still >>>> running xp on this as the vodaphone mobiel broadband incredibly >>>> expensive and totally rubbish service wont install on a 64bit os >>>> though i asked them about this over a year ago - but again probably if >>>> you buy it from them it will work on a 64bit os its probebly designed >>>> just to prevent me from doing it as you can see from the problems i >>>> have experienced in the public library and then trying to use bmp2scr >>>> which functions in a totally different manner for me than for >>>> everyone else >>>> >>>> >>>> On 10/06/2011, VELESOFT <veles...@seznam.cz> wrote: >>>>> Original SAM MOUSE interface can't support wheel mouse (no free pins >>>>> on >>>>> mouse connector). But my SAM MOUSE TURBO support mouse with PS/2 >>>>> protocol, >>>>> 5 >>>>> buttons and wheel. All this signals is connect and can be used. But >>>>> firmware >>>>> for my CPLD use only standard SAM MOUSE communication. >>>>> >>>>> Is possible modify firmware and add wheel status: >>>>> >>>>> Original SAM MOUSE communication protocol >>>>> ----------------------------------------------------------------- >>>>> if you read 9x port #FFFE then CPU read : >>>>> 1) keyboard state >>>>> 2) keyboard state >>>>> 3) mouse buttons (three buttons + 1 bit is unused/reserved) >>>>> 4) X-AXIS counter (high 4 bits) >>>>> 5) X-AXIS counter (middle 4 bits) >>>>> 6) X-AXIS counter (low 4 bits) >>>>> 7) Y-AXIS counter (high 4 bits) >>>>> 8) Y-AXIS counter (middle 4 bits) >>>>> 9) Y-AXIS counter (low 4 bits) >>>>> >>>>> All this 9 ports must be read during time 100ys. Theoretically I can >>>>> add >>>>> status with wheel counter or 4th and 5th mouse buttons. This is new >>>>> protocol >>>>> idea: >>>>> if you read 10x port #FFFE then CPU read : >>>>> 1) keyboard state >>>>> 2) keyboard state >>>>> 3) mouse buttons (three buttons + 1 bit is unused/reserved) >>>>> 4) X-AXIS counter (high 4 bits) >>>>> 5) X-AXIS counter (middle 4 bits) >>>>> 6) X-AXIS counter (low 4 bits) >>>>> 7) Y-AXIS counter (high 4 bits) >>>>> 8) Y-AXIS counter (middle 4 bits) >>>>> 9) Y-AXIS counter (low 4 bits) >>>>> 10) mouse wheel counter (high 4 bits) >>>>> 11) mouse wheel counter (low 4 bits) >>>>> This protocol return 8bit counter for wheel ( -128 to 127 ) >>>>> >>>>> I don't know if is free space in CPLD chip for this counter. >>>>> Practically >>>>> use >>>>> SAM MOUSE too big mouse counters for X and Y axis. Each counter is >>>>> 12bit >>>>> value (2048 steps). I can reduce counters to 8bit as in KEMPSTON MOUSE >>>>> for >>>>> ZX Spectrum (256 steps). High 4 bits of X and Y axis can be unused >>>>> (only >>>>> hardware emulated for backward compatibility). After this >>>>> optimalisation >>>>> will protocol same (11 times read FFFE) and free space in CPLD can be >>>>> used >>>>> for wheel counter. And up to 5 mouse buttons can be readable on 12th >>>>> reading >>>>> of FFFE. :) >>>>> >>>>> Or exist next way : >>>>> connect K-MOUSE TURBO interface to SAM COUPE. This is mouse interface >>>>> for >>>>> ZX >>>>> Spectrum, but is compatible with SAM COUPE ports. Can be used original >>>>> ZX >>>>> software with mouse support or rewrited mouse drivers in SAM COUPE >>>>> software >>>>> for K-MOUSE support. :) >>>>> >>>>> Small info about mouse support on SAM COUPE: >>>>> Mouse connector on SAM COUPE back side contain 9 signals DOWN, UP, >>>>> CTRL, >>>>> LEFT, RIGHT, MOUSE, INTERRUPT, RDMSEL, +5V and GND. Hardware in SAM >>>>> COUPE >>>>> (ASIC chip) is designed for different mouse communication than are >>>>> used >>>>> in >>>>> original SAM MOUSE and emulators. Original idea about mouse >>>>> communication >>>>> use special interrupt and return on cursor port direction state >>>>> (active >>>>> true >>>>> directions LEFT/RIGHT/UP/DOWN after each change of mouse position). >>>>> This >>>>> communicaion can generate multiple interrupt in very small time range >>>>> and >>>>> very slowdown CPU. Then hardware designers make new mouse interface >>>>> (original SAM MOUSE) using only 4 bit communications and usable also >>>>> in >>>>> software with perfect timing (no need more CPU time, mouse driver can >>>>> be >>>>> call in long intervals) >>>>> >>>>> Here is photo of Czech old mouse prototype - low price mouse interface >>>>> based >>>>> on original communication idea (multiple interrupt): >>>>> http://velesoft.speccy.cz/samcoupe/sammouse/sammouse-original/sammouse_new_prototype_top.jpg >>>>> http://velesoft.speccy.cz/samcoupe/sammouse/sammouse-original/sammouse_new_prototype_bottom.jpg >>>>> >>>>> My SAM MOUSE TURBO can work as this mouse idea if I rewrite firmware. >>>>> But >>>>> not exist software for it :( >>>>> >>>>> VELESOFT >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: Leszek Chmielewski >>>>> To: sam-users@nvg.ntnu.no >>>>> Sent: Friday, June 10, 2011 9:35 AM >>>>> Subject: Re: ST Mice >>>>> >>>>> >>>>> Where did Velesoft say it will not work? Velesoft only said, the >>>>> mouse >>>>> wheel will not work, which is correct. I said USB (PS/2 Protocol) >>>>> mouse >>>>> will >>>>> work with this converter. This is correct too. >>>>> USB mouse with PS/2 support will work, The wheel status reading will >>>>> not >>>>> work. Check the pinouts of Mouse connector on SAM. It has up, down, >>>>> left, >>>>> right annd status of two buttons. No additional data lines for readind >>>>> wheel >>>>> status. You are mixing up two problems, so both answers are correct. >>>>> There is only one solution: construction of a Mouse interface with >>>>> direction and button reading to the mouse input port, and SAM >>>>> expansion >>>>> bus >>>>> interface for non-standard reading of additional buttons and wheels. >>>>> >>>>> >>>>> >>>>> >>>>> 2011/6/10 Roger Jowett <rogerjow...@gmail.com> >>>>> >>>>> you say it will velesoft says it wont? >>>>> im getting a bit spammed misself here?! >>>>> >>>>> >>>>> On 06/06/2011, Leszek Chmielewski <retr...@gmail.com> wrote: >>>>> > 2011/6/6 <war...@wdlee.co.uk> >>>>> > >>>>> >> Here's something interesting... >>>>> >> >>>>> >> An Atari ST mouse to usb mouse connector. In theory, this >>>>> should >>>>> also >>>>> work >>>>> >> with the SAM mouse interface, should it not? So we could use a >>>>> modern >>>>> usb >>>>> >> mouse with the old MGT mouse interface? >>>>> >> >>>>> >> >>>>> >> >>>>> http://cgi.ebay.co.uk/Atari-ST-USB-Mouse-Adapter-Brand-New-/120732726502?pt=UK_VideoGames_VideoGameAccessories_VideoGameAccessories_JN&hash=item1c1c3b34e6#ht_2467wt_1139 >>>>> >> >>>>> >> I suppose the other questions, which others will know better, >>>>> are >>>>> whether >>>>> >> or not it would support a)optical mice and b)perhaps even >>>>> wireless? >>>>> Though >>>>> >> I >>>>> >> would presume there are other issues regarding power from the >>>>> USB >>>>> port, >>>>> >> etc, >>>>> >> for wireless and optical that might make it incompatible with >>>>> the >>>>> SAM. The >>>>> >> item listing seems to imply that it would work with optical and >>>>> wireless >>>>> >> mice on the ST, so who knows? >>>>> >> >>>>> >> An interesting possibility! :-) >>>>> >> >>>>> >> It will work with SAM mouse interface and optical / RF mices >>>>> without >>>>> > problems, but only if the mice supports PS/2 protocol (sold with >>>>> a >>>>> PS/2 >>>>> > adapter). Pure USB mices are not supported. >>>>> > >>>>> >>>>> >>>>> >>>> >>> >> >