ppera

Most likely old floppies are the problem. You can DL the game from some site (planetemu.net), and write it to floppy, for instance with Floppy Imager. It is normal that can not open Deep Space (or see files) - it is bootable floppy, with own loader.

Awesome ! Sorry, I was not able to finish this post then... Surprise: F1GP works on Mega STE with mine hard disk driver ( a dodgy one according to our hard disk 'expert' ). So, I think that there are still some problems by work with Hddriver (occupied RAM was 49KB by me, btw.). You may consider this as trolling, it's your problem... I'm not using Hddriver, I don't need D-Bug adaptations. I played F1GP without floppy swap 16 years ago. Klapauzius made all it much nicer and more reliable. What is problem with most of Atari folk is that they are shallow. Nothing is perfect on this World. Things may be done in many ways. I expecting 100-s of adaptations now.... How much times 10 minutes is passed from launch ?

Only other adaptation what works not on my Mega STE is EPIC, guess from who ?

Not saying nice ? I congratulated first. Even if my adaptations were called 'stupid' and some worse words. Did I said that it is crap. That code is stollen? Data destroying ? Then, I pointed about bug in STE recognition, and what we see now - STE with TOS 2.06 and IDE IF is CRAP! Then, you, who worry about beiing nice here, please explain some things to CJ - that maybe should decrease mentioning my 'persone non-grata' on his site. Ah, and F1 GP greetings my Mega STE with 3 bombs. With Hddriver 8.13, not some dodgy driver. Maybe 4MB is not enough ? Muphex, your mother should visit CJ and talk little with him, really

The nice part: Congratulations . The not so nice part: Thank you for mentioning my small name at your 'revolutionary' page. I really feel now as some important person Well, there is some people on this planet, who walks his way, and don't need to use everything what is so bombastically announced. Then, there is a people with ST computers and only half-1MB RAM, what is very hard to expand. Someone thinking on them, and is solved running F1GP from hard disk on machines with only 512KB, for instance. The funny part: According to CJ, STE with IDE hard disk and TOS 1.62 is STE. Same machine, with TOS 2.06 is 'CRAP!' So, not only Satandisk is crap, but Mario Becroft's IDE interface, TOS 2.06 is that . I learn something new every day ...

So far the capital letters are biggest proof Just a reply on this: "I apologise to your Atari in particular, for having to put up with your soldering skills" I have 5 working Ataris at moment. In all is something soldered. Some pictures are on WEB. 'Soldered' hunderts of diverse computers in past, mostly C64 and Sinclair Spectrum. PCs too earlier, now nobody fixes motherboards and PSs. In Ataris RAM expansion was very popular in 80-es, so did a lot of RAM expansions to 1M, 2.5MB. All it was a lot of soldering, regardless was it piggy-back or with some board. But our CJ knows it better... he sees from 2000km distance how it goes in my home... What a credibility... Hip-hip hurra

http://www.ppest.org/atari/fromhd.php

You will not prove anything. IP numbers are not fixed. But please, post them. It will be very interesting reading In any case, I still expect some proofs about destructiveness of my SW. + some apologizes considering said about floppy RPM and other programs

This is what I call 'argumented post' You may continue like that. But better would be to supply some arguments and proofs instead of just insulting. Fact is that I never got any mail about some harmful behaviour of my SW. Some minor bugs were corrected after reportings. So, I will repeat last time here, what already said: everyone is welcome to send me report about problems with my SW, in E-mail or PM. Then I may do some testings, research about. What CJ talks is completely worthless empty blah-blah. But it is usual when he is out of arguments. As I remember on this forum was 1 post, where someone talked about 'homebrew' SW Floppy Imager, as it is buggy, not works etc. When I pointed that it may be problem with his Windows he stopped to respond. Interesting that about 'homebrew'. Maybe he expects that in 21st Century some firm will bother with Atari SW ? Another negative post was in other Atari forum, where poster later admitted that mixed my prg. with other. Finally, every SW what serves it's purpose is good, useful SW. There is no PRG which everybody will like. If you don't like it, or think that yourself can do it better then don't use, - make, publish, sell better one. But writing bullshits and complete nonsenses as those about 'wiping partitions' is good only for people who has very limited knowledge about how computers, OS, OS calls, hardware works. That comment about attacking Atari-forum moderators, members... well, no reason to repeat details, facts and history is against CJ, who obviously can not distinguish some (sometimes harder) arguing, positive critic from insulting. This thread becomes boring, nothing new to read here...

You did not point to any bug (and in my SW were/are still some bugs, of course). You just talked nonsenses about wiping partitions, 'not working with any hard disk driver', stealing code and similar. Thankyou for that 'help' . Improvements? For instance adding copy of whole directories in Floppy and Drive Imager. MCH cookie for STE detection I did not use. Klapauzius used it. Although I don't know is in his corrected detection it, or something like: ... buser1 lea buser2(pc),a1 move.l a1,8.w tst.b $FFFF8924.w *Microwire for STE detect move.b #2,(a2) *Code for STE bra.s restosp buser2 move.b #1,(a2) restosp move.l a3,sp backorb move.l #0,8.w *here comes original buserror vector ... This is pure HW detection and will work regardless of cookies. But even MCH cookie $10008 is OK on my STE with IDE. With non-modded TOS 2.06 . With hard disk driver not touching cookies. Where is that unofficial hack ? Maybe your HW experience, TOS knowledge has some space for improvements. "... takes all for cash " - simple, what someone says is not unsecure check or similar, but cash in hands (sure money) That phrase is used in East Europe. Interesting request for admin, considering all spitting, lies, insults, abuses what are on your site/forum... But even there you succeed to exagger and fail with 'priceless' thread.

This is getting better and better... So, it looks that some people with high sense takes all for cash what reads from CJ... Sorry, it will not stop... Because you are so blind and dumb. This thread was not started to be serious, but gone even far more ridiculous. All this reminds me on McCarthy era, Stalinism. It was enough just to point on someone, and he was automatically claimed guilty. No, to finish this bullshit: my SW is not dodgy. Your brains are dodgy. I'm getting lot of positive mails and requests for improving them. Some smartheads which have total 0 pieces of own SW on their WEBsite for download, and even are unable to make correct STE detection (some 5 lines of code) may talk what their want. I feel just sorry for all you...

Ahh, you forgot to mention all victims of WW II, for what my SW is most responsible. Bank crisis? No crisis... I just saw new bank forming

Oh, I'm sorry if I wrote something not propriate here.... You know, I'm just dumb idiot who only steals code, makes programs which destroy user's datas and similar. Got the point ? There is many thing to do with old Ataris beside playing old ST games on Falcon. For some Falcon users it is most important. Some other think on people with only ST, STE machines, with maybe only 512K-1MB RAM, what is hard to expand (no RAM slots). But some called such support 'priceless stupidity' . But people here does not care about such things. Just getting afraid that will not get next presence in following week. Some things even went forgotten - there were people doing hard disk adaptations 16 years ago, and it was done very well. And it is still useful, for instance for Satandisk users (FFLS). Considering all work made by D-Bug and that Falcon users are not poorest people on the Planet, I suggest that they send some money as compensation for effort and time spent.

Not exactly. There is a couple thread about fixing Satandisk itself, where it is discussed in details. You need to search more. Sorry, I can't help better. What I remember fixing stays of adding 1 resistor on ACSI bus and some modding of AVR firmware.

Link please? http://www.atari-forum.com/ Search in hardware section. Simbo and Popsel is 2 people worked on it. Maybe some others too.

As I know, new versions of Satandisk have 1-2 fixes. Better power supply part, and some fix against accidental data loss. More about it is written on other Atari forum. In any case, count of people having problems is not too big, as I see. Every product may have child-ills, so we can hope that new revisions will be much better...

@Fletch: Here are some schematics of diverse Atari models: http://dev-docs.atariforge.org/ Of course, there are power supplies drawn on them. No SCH of 520 and it's PS, but it is not big deal to measure them. If you still can not figure out pin-layout, I con dig out one of old external 520 PSes, and check it... Same as PC AT... ? Hahhaha... Not layout of pins is same, not internal circuit (PC power suplies are much stronger, with 2-3 power transistors at primar, while ST power suplies have only 1 power transistor... ). Using PC PS however may be a solution, and we have even some silent ones available...

Thankyou very much ggn - you just added another item to already big pile of D-Bug lies, abusements etc... How source of my RPM measuring looks may see everybody here: http://www.ppest.org/atari/astopensw.php (at bottom). I really don't understand those guys... Ggn at least could look with some disassembler my short program. Obviously it is easier to shoot in empty... Sorry, I really try to stop talking about D-Bug, but it means not that I will not respond on posts like this of him. For those interested: my RPM works different. It measures time between index pulses of floppy drive. That ensures much better accuracy than some sector readings. Measuring takes 5 seconds, better said 25 rotations of drive, very accurate, because starts right after 1 index pulse, and finishes right after 26-th. Timebase is 200Hz timer. For instance, I think that QINDEX uses similar method, but it is not so accurate. It shows 304 RPM for drive which has 299. In my code is additional part, for disabling falsche counts, as some drives have very long index pulses. Here is the core of PRG: storemomnt move.w t200.w,d5 * Now wait further 25 index pulses (some 5 sec) * But during it must restart FDC somehow... moveq #24,d3 indew3 bsr delay move.w t200.w,d4 eor.b #1,tran+3 * Steps between track 0 and 1 bsr step * Now wait about half rotation... add.w #18,d4 waih cmp.w t200.w,d4 nop bne.s waih indew31 move.w #$180,(a2) *Read status move.w (a3),d0 btst #1,d0 beq.s indew31 dbf d3,indew3 move.w t200.w,d2 sub.w d5,d2 * passed time move.l #300000,d1 divu d2,d1 * In d1 is now RPM P.S. someone with brain and little expereience could know that size of compiled program would be much bigger than 708 bytes

Yet another small proggy, what may be useful for Atari users: Program works on ST(E), Mega ST(E) and Falcon. It measures accurately (error is under 0.5%) rotation speed of floppy drives. 3.5 inch drives must have rotation speed close to 300 RPM for good work. FLRPMM.PRG is for ST(E) machines, while FLRPMMF.PRG is for Falcon, but later works well on STs too. Usage: just run it with (in case of hard disk), or from some formatted floppy in drive A. I tested with 7 floppy drives in diverse Atari machines. Results were good, all in range 299-301. FLRPMM.ZIP

I thought that Yoda is very intelligent person, with little funny word order in sentences As I said, there is a limit while is a worth to push something. I reached it here and now. No need to hide and pretend... Our dear D-Bug will remind us on many things, as they not willing to remove abusing comments. Final words: for what good this thread may serve? Maybe exactly the opposite as looks - when I say that falconizing at all cost is dumb, some people (guess who ) will do their best to show that they can and know to solve it all

I will not discuss more about IP addresses and how nonsense is (talk about) multiple registrations at D-Bug forum... Obviously has not sense to post here about some complexer thing, as this thread should be. Yes, everybody has right to do what want, make hobby... Point was made by someone other . Is there right to proclaim self as pros ? Talking that some HW, SW is crap just like that... So, folk, read further 'expert' comments from CJ... You will learn a lot I have better things to do instead continuing this fight for truth, which is abviously something irrelevant for most.

Because I have what to say. And I'm not spreading lies as some do... There is still lot of people who deserves better than reading abusive comments from some self proclaimed judges of Atari scene. Who stires trouble here really? Writing that my work, SW, site is crap is what I see here... Nobody reacted about that... So, I should act as nothing happens... And when someone from my place comes to defend me, and to point to one really abusive, insulting and btw. incompetent post on other place we have 'multiple identity' and explanations how it is unlikely. Is it unlikely that D-Bug people defends CJ ? Come on...

Amateurs vs. pros ? There is no pro at all. Only some self-praising crew which thinks that only they know things, and everyone who does own way is idiot. And worst is making competition from this... Who made more adaptations... who made harder adaptations... I adapt what I like. Not games which consider as poor, although adapted couple such, only because it was easy. I'm not against falconizing generally. Just again it at all costs. Future will prove me. You will see that many titles will never be adapted. Who is real Atari enthusiast? Someone who just hates PC, Windows, Intel, and therefore uses 20 years old machines whole time... Or someone who writes SW, makes HW moddings in machines and similar... In my home and brain Atari and PC can fine coexist. Comparing 2 machines now is totally nonsense. Modern PC has for instance 2000 times faster memory transfers... Atari was superior to PCs only couple years, and 2 decades ago... If you talk about what I fixed, and mention Blockout and Minigolf... Nothing adapted in Blockout. Minigolf was very easy. It self says that those games are well programmed. And I like them, what's most important. What I consider as really good made, and hard for programming are games like Carrier Command, F1 GP, Archipelagos etc. They deserve lot of hours to be made compatible... Or Flight of the Intruder - was incompatible with Mega STE too, where runs even better than on Falcon... Apropo, Mega STE... It is after TT best Atari machine. It is pro. Falcon is just amateur. Professional case, power supply, keyboard... Just to mention it... So, what's the point of this thread? Maybe just exposing some opinions. Practizing English lang...

I'm on to adding some new features to Floppy Image Runner. First is support for multy-floppy games. It means that need to select more than 1 floppy image file, and during gameplay to change active image (for floppy A) somehow. In attachment is test version of multy-floppy Image Runner. It is mostly for machines with 4MB RAM, since sets 1MB for system, games, and rest above for RAMDISKs. Usage is relatively simple: mount all required images in order with Mount ST or Mount MSA. Always mount first (boot) floppy first. After last mounting click on GO !. After reset game will start (or need to start from Desktop, A). This is old version based, so need to prevent hard disk driver load with ALT key. Changing active image: by holding down left Shift key whan game asks some floppy. It will cycle between available images in order. After last first again, of course. I tried it with Indiana Jones 3 (3 floppies) and worked well. 'Floppy' change is indicated by screen flashing. Then release fast left shift, to avoid multiple changes. When Game sees proper 'floppy' will stop asking for replace... I really don't know with what games to test it further. Many multy-floppy one is with direct FDC access, so will not work with this... Many works from hard disk's any folder... But certainly we have a number of such which seeks files on A. So, if someone can do couple tests and write his opinion/ideas... Further development: multy floppy support in Imgrun Fast (for specific TOS versions). Then maybe will be good to use special fiel naming, so that PRG can automatically load all files. For instance naming first floppy image WHATEVER1.ST and others WHATEVER2.ST and so on... .. in way good for people with not too much RAM (1MB mostly) - instead RAMdisk will use cache area on hard disk. Then may caching practically unlimited number of floppies (I know about game on 7 floppies max... ). Maybe is good idea that in case of 2 floppy game map first to A, and second to B... Some ideas are welcome, especially considering 'floppy' change during gameplay. Then, I thinking for longer time about solving run of (some) games using direct FDC access. As we have number of games using same mechanisms for direct FDC as some linkings and similar (I really don't remember their names), it is likely possible to do some 'on-fly' patching of code and replacing floppy controller access with RAMdisk (or hard disk) access. So, former/current crackers, if can suply some infos about popular direct FDC systems used, I will be grateful. IMGRMUT2.ZIP

Thanx Rianata... I really don't see sarcasm in your post. Just beeing tired from all this nonsense what is going on with CJ... And really can not understand attitude of forum staff - they don't care for people still working for Atari folk. My path is OK, I think... And when you write that continue work on FloImg and other SW it is in some kind harmony with what I wrote... Simple - we can not do everything. Our day and lifetime is limited. So, we must do some choices, selections. This is why I wrote that 'falconising' at all cost is not good idea. See thread about ImgRun enhancing... abcd P.S. I did some cowork with Klapauzius. He gave me some useful infos about Falcon patching when I started with it. We exchanged some ideas about adaptations, I pointed him about error in ST detection in his launchers, what he corrected fast. STE detection is incorrect in D-Bug's launcher too. At least of those with IDE IF - just a clue...