- Welcome to 8BitChip Forum.
Recent posts
#11
Software / Example of Virtual Floppy usef...
Last post by Petari - 01-04-2024, 09:46:23 There is thread at AA :
STE demo 4096 c.
And as usual those who usually give advice there have no clue about what is the real problem, and what may be solution.
So, why it does not work with UltraSatan after copying files from floppy to SD card ?
But everyone can see that there is AUTO folder on floppy, and will that execute when is copied to some folder on hard disk ? Of course not. It needs to be copied to C:\AUTO to work after reset when hard disk driver is active. Will it work at all then depends. In any case it is not good to have something like it in AUTO folder of C: - eats plenty of RAM, will start every time ... and not sure that will solve running .
To add that it is just one of cases when simple copy of files from not copy protected floppy to hard disk results in not working . For instance there is lot of SW where files are accessed by giving drive letter too, like : A:\FILE22 - that will not work from UltraSatan, only from some other adapter :-) Of course, will not work from any hard disk type adapter and with usual driver SW.
It can be solved by editing file names in programs on floppy - what I did many times with games and other SW.
But there are other cases, hard to solve. Still not copy protected. Copy protection is special case, and it needs in most cases some corrections (patch) in SW on floppy.
Virtual Floppy is solution for most cases, especially for user's floppy disks, not copy protected commercial/freeware SW . That's why I wrote code for it in my hard disk driver SW.
And there is Virtual Floppy in my improved TOS too .
I just tried The Source CD 89 via my driver with Virtual Floppy feature and it works well from mass storage - so UltraSatan too .
The real reason why it works not after simple file copy to some DIR on hard disk/SD card is that files are packed. Depacking is done by program in AUTO folder - that is not working from hard disk/Flash card.
This can be solved by depacking packed files and copy them so to hard disk. But it needs depacker SW, some experience. With packed executable files it is not so simple. So, Virtual Floppy is simplest solution.
STE demo 4096 c.
And as usual those who usually give advice there have no clue about what is the real problem, and what may be solution.
So, why it does not work with UltraSatan after copying files from floppy to SD card ?
But everyone can see that there is AUTO folder on floppy, and will that execute when is copied to some folder on hard disk ? Of course not. It needs to be copied to C:\AUTO to work after reset when hard disk driver is active. Will it work at all then depends. In any case it is not good to have something like it in AUTO folder of C: - eats plenty of RAM, will start every time ... and not sure that will solve running .
To add that it is just one of cases when simple copy of files from not copy protected floppy to hard disk results in not working . For instance there is lot of SW where files are accessed by giving drive letter too, like : A:\FILE22 - that will not work from UltraSatan, only from some other adapter :-) Of course, will not work from any hard disk type adapter and with usual driver SW.
It can be solved by editing file names in programs on floppy - what I did many times with games and other SW.
But there are other cases, hard to solve. Still not copy protected. Copy protection is special case, and it needs in most cases some corrections (patch) in SW on floppy.
Virtual Floppy is solution for most cases, especially for user's floppy disks, not copy protected commercial/freeware SW . That's why I wrote code for it in my hard disk driver SW.
And there is Virtual Floppy in my improved TOS too .
I just tried The Source CD 89 via my driver with Virtual Floppy feature and it works well from mass storage - so UltraSatan too .
The real reason why it works not after simple file copy to some DIR on hard disk/SD card is that files are packed. Depacking is done by program in AUTO folder - that is not working from hard disk/Flash card.
This can be solved by depacking packed files and copy them so to hard disk. But it needs depacker SW, some experience. With packed executable files it is not so simple. So, Virtual Floppy is simplest solution.
#12
Software / Re: New game adaptations
Last post by dakidski - 29-03-2024, 19:47:35Quote from: Petari on 26-03-2024, 08:15:43Yes, key M . It works only with Mega STE .I used a MiST fpga that day, so I can easily switch to Mega STE! <3
#13
Software / Re: New game adaptations
Last post by Petari - 26-03-2024, 08:15:43Yes, key M . It works only with Mega STE .
#14
Software / Re: New game adaptations
Last post by dakidski - 25-03-2024, 17:47:03Playing on the couch on my big screen tv.
Sometimes you see the option 8>16 MHz on the yellow screen.
But I forgot.
Which key do you press to select between the two?
Edit. Ah found it! "M".
Sometimes you see the option 8>16 MHz on the yellow screen.
But I forgot.
Which key do you press to select between the two?
Edit. Ah found it! "M".
#15
News / Re: How to be useless
Last post by Petari - 23-03-2024, 13:35:09Typical AA thread
People asks practically basic questions - well, often not well formulated, but level of answers is really pathetically low. First thing: driver - that will work only with images which are with partitions (filesystem), master boot record (MBR) compatible with them. Hddriver has it's demo, but it is practically useless - user can not do partitioning because no partitioning program. Whole demo is just to show how driver installer works. Or in other words: what I did is much more useful: I supplied images with driver - and image here means that it is with partitions, MBR . And with TOS/DOS compatible partitions. So, usable with Atari ST(E), TT, Falcon. And with modern computers - PC (Windows, Linux), Mac ... Or (again) in other words - you don't need emulator to access files, partitions on such image - they are accessible - need just USB reader - first write image to SD card (or CF card), then reinsert it, and will see partitions, files ...
People asks practically basic questions - well, often not well formulated, but level of answers is really pathetically low. First thing: driver - that will work only with images which are with partitions (filesystem), master boot record (MBR) compatible with them. Hddriver has it's demo, but it is practically useless - user can not do partitioning because no partitioning program. Whole demo is just to show how driver installer works. Or in other words: what I did is much more useful: I supplied images with driver - and image here means that it is with partitions, MBR . And with TOS/DOS compatible partitions. So, usable with Atari ST(E), TT, Falcon. And with modern computers - PC (Windows, Linux), Mac ... Or (again) in other words - you don't need emulator to access files, partitions on such image - they are accessible - need just USB reader - first write image to SD card (or CF card), then reinsert it, and will see partitions, files ...
#16
News / Re: How to be useless
Last post by Petari - 15-03-2024, 12:51:53Mega ST vs STE
Well, whole idea to start talk about diff-s between 2 machines from which one is launched in 1987 and other in 1989 is just bad - in those years development was strong. And everyone can look about it by checking main machine specs - how ? I'm not sure about it, but maybe, pardon MAYBE by using some search :-) Ah, but who am I ? Intelligent people will not use own brain, time, no - there are others to do it. And yes, WEB forums are made for it ! So, whole thread is just complete - yes, usual shallow blah - typical for AA (atariage).
My answer to question: for sure STE is better. Why ? Because all extra features of Mega ST are not relevant today. It was good for professionals in 1987++ , but really - how much people dealt professionally with Atari ST machines then ? Now ? I'm sure you know the answer.
Well, whole idea to start talk about diff-s between 2 machines from which one is launched in 1987 and other in 1989 is just bad - in those years development was strong. And everyone can look about it by checking main machine specs - how ? I'm not sure about it, but maybe, pardon MAYBE by using some search :-) Ah, but who am I ? Intelligent people will not use own brain, time, no - there are others to do it. And yes, WEB forums are made for it ! So, whole thread is just complete - yes, usual shallow blah - typical for AA (atariage).
My answer to question: for sure STE is better. Why ? Because all extra features of Mega ST are not relevant today. It was good for professionals in 1987++ , but really - how much people dealt professionally with Atari ST machines then ? Now ? I'm sure you know the answer.
#17
Software / Re: New game adaptations
Last post by dakidski - 14-03-2024, 18:14:27Quote from: TheNameOfTheGame on 13-03-2024, 01:00:57Good job! Nice to see Shackled and Obitus in there.Wow yeah, Obitus is very cool. Never saw that game before today.
#18
Software / Re: New game adaptations
Last post by dakidski - 14-03-2024, 18:13:58Quote from: Petari on 07-03-2024, 08:33:03I prepare new updates this days. When is done will send you DL data. That will include Eaglestar and Invasion too, of course.
Excellent! Eaglestar and Invasion STAC are present and working! Thank you so much!!
Fink Angel (Eaglestar) also made two other adventure games: https://www.atarilegend.com/games/search?developer_id=1251
#19
Software / Re: New game adaptations
Last post by Petari - 13-03-2024, 10:42:38 #20
Software / Re: New game adaptations
Last post by TheNameOfTheGame - 13-03-2024, 01:00:57Good job! Nice to see Shackled and Obitus in there.