Quill from Gilsoft

[RalfR]

Source?

[Derek_Stewart]

Hi,

I am only stating what is available now.

The Next QL core on my KS2 Next, does not have a directory device driver to access the FAT32 SD Card parition. I have to use the executable files: SDIR to list the files on the FAT32 partition and SCOPY to transfer files to/from QLWA file.

Maybe the KS3 Next QL core will address this, I have pledged support for a Magenta Next.

The Q68 has a directory device driver FATx to access a FAT16 parition x on the SD Card. I can not store files on the Q68 FAT32 partitions, except in a QLWA file.

On both systems, the QL executable files canot be stored natively, and need a container or archive file to store them. Which fir me, this seems to be not a problem. I store FLP images on the Q68 FAT16 partition and use FDI to access the files. Can not do this on the Next or XberryPi.

When can I expect a FAT32 QDOS directory device driver to work on any QL system?

[XorA]

When can I expect a FAT32 QDOS directory device driver to work on any QL system?

When someone writes one!

You could have had one years ago if QDOS had any support for C device drivers!

[Derek_Stewart]

When can I expect a FAT32 QDOS directory device driver to work on any QL system?

When someone writes one!

You could have had one years ago if QDOS had any support for C device drivers!

my problem is, I do not have the programming skills, to accomplish this task.

I have tried, but have not produced anything usable.

What is C device drivers?

[Morgul]

Okay, I'll prepare some simple QL database that has multiple objects, locations, connections between them, and with some code. I replicate the database format that Quill for QL uses (at least version A07), so it should be the same as if it was generated by Quill itself. For this kind of use case, optimized databases shouldn't be used, as they're optimized for size based on what the interpreter can handle, not for other tools to work on the database. So I'll share a non-optimized one, the one that I mean replicates the format Quill uses.

That's great, thanks! Looking forward to giving it a go...

Here you go, Sebright. It's a simple database with two rooms, a message displayed on turn number 2, the code to quit the game, and a test of inverse text display.

[Sebright]

Okay, I'll prepare some simple QL database that has multiple objects, locations, connections between them, and with some code. I replicate the database format that Quill for QL uses (at least version A07), so it should be the same as if it was generated by Quill itself. For this kind of use case, optimized databases shouldn't be used, as they're optimized for size based on what the interpreter can handle, not for other tools to work on the database. So I'll share a non-optimized one, the one that I mean replicates the format Quill uses.

That's great, thanks! Looking forward to giving it a go...

Here you go, Sebright. It's a simple database with two rooms, a message displayed on turn number 2, the code to quit the game, and a test of inverse text display.

Thanks Morgul! That seemed to work ok, but maybe a full game would be a better test. Here is my output, use 'LRUN boot' which loads in QLiberator extensions and then starts the 'game' in BASIC.

example_v2.zip

(19.01 KiB) Downloaded 5 times