Long Filename Browser for ZX-UNO / esxDOS

Field Programmable Gate Array based devices! As exciting as they sound
tom-cat
Drutt
Posts: 43
Joined: Sat Oct 03, 2020 7:39 am

Re: New File Browser for ZX-UNO

Post by tom-cat »

Thank you. Got it working with the z88dk :)
tom-cat
Drutt
Posts: 43
Joined: Sat Oct 03, 2020 7:39 am

Re: New File Browser for ZX-UNO

Post by tom-cat »

There is a bug in the browser when going through Screenshots with 1 and 2 and you go past the page of the selection (lets say you start on page 1 and then with 2 you go into page 2 or even furhter) when you go back out of the screenshot viewer with SPACE (or with 2 if you are on the last entry) the first page is displayed with no selection and it bugs from then on when you move around. You have to go back up one dir to make it ok again.
azesmbog
Manic Miner
Posts: 307
Joined: Sat May 16, 2020 8:43 am

Re: New File Browser for ZX-UNO

Post by azesmbog »

DEFC SCR_SIZE=6912
if a screenshot has a size of 6144, it doesn't stop being a screenshot because of this. Or since it is black and white, does it mean segregation? BLM?)
Well, it doesn't show - well, okay.

I found a .SNA file that works very strangely in the EXP27 version in ZXUno - there is sound, and there is a border, but there is no image :)
Is it just me so broken? :))
https://drive.google.com/file/d/15o9Fd9 ... sp=sharing
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

tom-cat wrote: Thu Nov 12, 2020 5:35 pm There is a bug in the browser when going through Screenshots with 1 and 2 and you go past the page of the selection (lets say you start on page 1 and then with 2 you go into page 2 or even furhter) when you go back out of the screenshot viewer with SPACE (or with 2 if you are on the last entry) the first page is displayed with no selection and it bugs from then on when you move around. You have to go back up one dir to make it ok again.
Thanks for the report. I think I've fixed it. Took me longer to find and download enough .scr files to replicate the issue than it did to fix. :) It will be in the next test build.
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

azesmbog wrote: Thu Nov 12, 2020 8:32 pm DEFC SCR_SIZE=6912
if a screenshot has a size of 6144, it doesn't stop being a screenshot because of this. Or since it is black and white, does it mean segregation? BLM?)
Well, it doesn't show - well, okay.

I found a .SNA file that works very strangely in the EXP27 version in ZXUno - there is sound, and there is a border, but there is no image :)
Is it just me so broken? :))
https://drive.google.com/file/d/15o9Fd9 ... sp=sharing
All the .scr files I had previously encountered were all 6912 bytes so this seemed a sensible sanity check. What attribute value is typically used - INK 0 : PAPER 7 or PAPER 7 : INK 0 if the file doesn't specify colours?

Does .snapload load your snapshot correctly? I'm just executing that dot command with the snapshot filename.
azesmbog
Manic Miner
Posts: 307
Joined: Sat May 16, 2020 8:43 am

Re: New File Browser for ZX-UNO

Post by azesmbog »

bob_fossil wrote: Thu Nov 12, 2020 10:16 pm What attribute value is typically used - INK 0 : PAPER 7 or PAPER 7 : INK 0 if the file doesn't specify colours?
The correct question.
The Z80Stealth emulator loads such screenshots, but does not change the attributes, it would be reasonable to clear and set the standard attributes.
The very good BMP2SCR program loads such files without problems and does not reflect on the size of 6144.
Even in your program there are 2 such files, with hints :) Also, the bitmap font file is usually the same size, there information about the color is not important.
As far as I remember, other programs and emulators can save a file with a size of 6144. So this format has existed for a long time, but whether to support it or not is a master's business :)
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

New test version available here.

Plugin system now supports navigating to the first and last files in a folder. You can also return a status message from a plugin to tell the user information. Hopefully fixed the reported SCL plugin bug and navigation issues in the browser. Please check:

Code: Select all

plugins/plugins_info.txt
for the latest set of features and changes to the plugins as some of the keys have changed.

Oh and in other news - 30,000+ view for this topic. :)
tom-cat
Drutt
Posts: 43
Joined: Sat Oct 03, 2020 7:39 am

Re: New File Browser for ZX-UNO

Post by tom-cat »

Thank you. The bug with the navigation in the browser is fixed. I have modified the plugin a bit so it doesn't need CAPS SHIFT pressed for navigation, since I use it on a plain rubber 48k. Also added a crude way of automatically navigating to the next SCR file if nothing is pressed for a period of time, making an automatic slideshow :) Would be nice to be able to save some sort of configuration byte for a plugin so one could turn the automatic slideshow on/off with a key or something, but that is a tough one I think.
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

tom-cat wrote: Sun Nov 15, 2020 5:48 pm Thank you. The bug with the navigation in the browser is fixed. I have modified the plugin a bit so it doesn't need CAPS SHIFT pressed for navigation, since I use it on a plain rubber 48k. Also added a crude way of automatically navigating to the next SCR file if nothing is pressed for a period of time, making an automatic slideshow :) Would be nice to be able to save some sort of configuration byte for a plugin so one could turn the automatic slideshow on/off with a key or something, but that is a tough one I think.
You can still access the esxdos api from the plugin so there's nothing stopping you writing a byte or bytes from the plugin on exit and saving them to the /BIN/BPLUGINS folder and then loading them back on next startup.
tom-cat
Drutt
Posts: 43
Joined: Sat Oct 03, 2020 7:39 am

Re: New File Browser for ZX-UNO

Post by tom-cat »

bob_fossil wrote: Sun Nov 15, 2020 5:57 pm You can still access the esxdos api from the plugin so there's nothing stopping you writing a byte or bytes from the plugin on exit and saving them to the /BIN/BPLUGINS folder and then loading them back on next startup.
Good idea.

btw. would be nice to have common navigation handling in the plugins as it is in the browser. Maybe a way to include the code that reads the configuration for the keys and a routine that scans them and returns if one of the navigation keys were pressed ? Possibly too much hassle, but if it is simple to do would be nice.
azesmbog
Manic Miner
Posts: 307
Joined: Sat May 16, 2020 8:43 am

Re: New File Browser for ZX-UNO

Post by azesmbog »

bob_fossil wrote: Thu Nov 12, 2020 10:16 pm Does .snapload load your snapshot correctly?
I figured out the strange work of the snapshot and made it work correctly .. He also loaded earlier, and tried to work, but crooked.
I’m even at a loss to say whether this is version 0.27 or a browser problem :) I hope that no one else will come across this, and snapshots are rarely used. Let's refer this to random insignificant fluctuations :)
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

tom-cat wrote: Sun Nov 15, 2020 6:13 pm btw. would be nice to have common navigation handling in the plugins as it is in the browser. Maybe a way to include the code that reads the configuration for the keys and a routine that scans them and returns if one of the navigation keys were pressed ? Possibly too much hassle, but if it is simple to do would be nice.
Maybe some sort of callback mechanism from the plugin into the browser so you could do input processing or other stuff like displaying messages in the browser from the plugin? That would require some code juggling as the input code uses the nice z88dk functions to do this and the area of memory they live in gets loaded over when the plugin is started. I'll have a think about it.

One way to hack around the issue would be to load the browser config file

Code: Select all

/bin/browse.cfg
into memory in your plugin and pull values from that. This has the following layout:

Code: Select all

struct settings
	{
	unsigned char attr_top_line;
	unsigned char attr_bottom_line;
	unsigned char attr_border;
	unsigned char attr_file;
	unsigned char attr_dir;
	unsigned char attr_selection;
	unsigned char device_number;
	unsigned char flags;
	unsigned char flags2;
	unsigned char key_up;
	unsigned char key_down;
	unsigned char key_left;
	unsigned char key_right;
	unsigned char key_select;
	};
key_up, key_down etc are the scancodes for the browser navigation keypresses. To see whether we're using Kempston joystick input, AND flags with 0x2. You'd then need to include your own keyboard / joystick handling code. :)
tom-cat
Drutt
Posts: 43
Joined: Sat Oct 03, 2020 7:39 am

Re: New File Browser for ZX-UNO

Post by tom-cat »

Thanx for the info. For now will leave it as it is... working nicely.
User avatar
Luzie
Manic Miner
Posts: 908
Joined: Fri May 01, 2020 2:07 pm

Re: New File Browser for ZX-UNO

Post by Luzie »

bob_fossil wrote: Mon Nov 09, 2020 6:30 pm I've had to switch over to Fuse. During development of the new browser features in v12 and later I found that SpecEmu didn't seem to emulate the divMMC's 128k of memory correctly (only the 32k needed for esxdos to run) which I'm now using for saving the RAM contents and plugins.
Just for clarification: I discovered an error here: SpecEmu only support divIDE-Emulation and no divMMC-Emulation. I made a mistake here, when I write that I used SpecEmu with divMMC-Emulation.
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

New test version available here.

Added new plugins to support Pro Tracker 1.x modules (PT1) and multiArtist 8x4 images (MG4).

Is anyone still using the .browse dot command or can I get rid of it and assume everyone is now using the NMI version? :)
tom-cat
Drutt
Posts: 43
Joined: Sat Oct 03, 2020 7:39 am

Re: New File Browser for ZX-UNO

Post by tom-cat »

bob_fossil wrote: Sun Nov 22, 2020 4:22 pm New test version available here.

Added new plugins to support Pro Tracker 1.x modules (PT1) and multiArtist 8x4 images (MG4).

Is anyone still using the .browse dot command or can I get rid of it and assume everyone is now using the NMI version? :)
On DivIDE that does not have 128k ram it is very usefull since it means a faster start and no writing to the CF card. I do use .b shortcut more often than actual NMi button I think :)
azesmbog
Manic Miner
Posts: 307
Joined: Sat May 16, 2020 8:43 am

Re: New File Browser for ZX-UNO

Post by azesmbog »

bob_fossil wrote: Sun Nov 22, 2020 4:22 pm Added new plugins to support Pro Tracker 1.x modules (PT1) and multiArtist 8x4 images (MG4).
Good job. But I would be more interested in the 8x1 image viewer
and a file player SAA1099 - there are more than 600 melodies, there is something to listen to on ZX Uno :)
Spezzi63
Drutt
Posts: 44
Joined: Sat Dec 28, 2019 1:36 pm

Re: New File Browser for ZX-UNO

Post by Spezzi63 »

tom-cat wrote: Sun Nov 22, 2020 6:16 pm
bob_fossil wrote: Sun Nov 22, 2020 4:22 pm New test version available here.

Added new plugins to support Pro Tracker 1.x modules (PT1) and multiArtist 8x4 images (MG4).

Is anyone still using the .browse dot command or can I get rid of it and assume everyone is now using the NMI version? :)
On DivIDE that does not have 128k ram it is very usefull since it means a faster start and no writing to the CF card. I do use .b shortcut more often than actual NMi button I think :)
Hello,
currently is "No_MMC_Memory v0.12" for DivIDE.
When a new version detects the size of RAM, the version number can also follow again 8-)
Regards,
Guenter
pjrodriguez
Drutt
Posts: 23
Joined: Tue May 05, 2020 9:38 am

Re: New File Browser for ZX-UNO

Post by pjrodriguez »

bob_fossil wrote: Sun Nov 22, 2020 4:22 pm New test version available here.

Added new plugins to support Pro Tracker 1.x modules (PT1) and multiArtist 8x4 images (MG4).

Is anyone still using the .browse dot command or can I get rid of it and assume everyone is now using the NMI version? :)
Thank you again for the new updates.
Yes, I am using the .browse dot command since I'm still using Dr Slump's NMI handler.
Please don't drop the .browse dot command!
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

New test version available here.

Added plugins for viewing multiArtist 8x1 (MG1) and 8x2 (MG2) image files. MG1 files need Pentagon timings to display correctly (Shift +M if you're running on a ZX-UNO). Perhaps some kind person can see if the plugin code (mg1_viewer.asm) can be fixed for classic Spectrum timings? I've also restored the option to skip saving memory when entering the NMI for the No MMC Memory version of BRWSCFG.
spykoni
Drutt
Posts: 14
Joined: Sat Jan 11, 2020 10:08 pm
Location: Athens, Greece

Re: New File Browser for ZX-UNO

Post by spykoni »

has it been tested on 0.0.8 ESXDOS version and on a +3 and DivMMC Pro Enjoy? I followed carefully the instructions, tried with both
0 and 1 as "device numbers", but doesn't work
User avatar
Luzie
Manic Miner
Posts: 908
Joined: Fri May 01, 2020 2:07 pm

Re: New File Browser for ZX-UNO

Post by Luzie »

spykoni wrote: Wed Dec 02, 2020 1:49 pm has it been tested on 0.0.8 ESXDOS version and on a +3 and DivMMC Pro Enjoy? I followed carefully the instructions, tried with both
0 and 1 as "device numbers", but doesn't work
Any message while booting? Has 0.8.8 esxDOS "alone" bootet OK before adding New File Browser for ZX-UNO-Files? Maybe you could post a screenshot here if there´s anything reported on screen.
User avatar
bob_fossil
Manic Miner
Posts: 656
Joined: Mon Nov 13, 2017 6:09 pm

Re: New File Browser for ZX-UNO

Post by bob_fossil »

spykoni wrote: Wed Dec 02, 2020 1:49 pm has it been tested on 0.0.8 ESXDOS version and on a +3 and DivMMC Pro Enjoy? I followed carefully the instructions, tried with both
0 and 1 as "device numbers", but doesn't work
I only ever test with the Fuse emulator and my ZX Uno - I don't possess any real DivMMC hardware. A couple of posters in this thread have mentioned using the DivMMC Enjoy so it must work for them.

If you try and launch the browser with the dot command '.browse' from BASIC and get a black border, the browser is failing to read the boot sector which it needs to read the directory structure from the disk. This is usually down to the device number being incorrect in the settings. Usually 0 or 1 does the trick but it does go up to seven, so you might need to play around with all the possible values. Without further information, I don't know what else to suggest. What size SD card are you using and how is it formatted?
User avatar
Luzie
Manic Miner
Posts: 908
Joined: Fri May 01, 2020 2:07 pm

Re: New File Browser for ZX-UNO

Post by Luzie »

Tried under Fuse with divMMC and +3 Emulation, and starts without problems via NMI key:

Image

Not yet transfered files to my real hardware "DivMMC Pro Enjoy", but as I don´t own a +3 I´m not able to test this all together on real machine.
spykoni
Drutt
Posts: 14
Joined: Sat Jan 11, 2020 10:08 pm
Location: Athens, Greece

Re: New File Browser for ZX-UNO

Post by spykoni »

Luzie wrote: Wed Dec 02, 2020 5:30 pm
spykoni wrote: Wed Dec 02, 2020 1:49 pm has it been tested on 0.0.8 ESXDOS version and on a +3 and DivMMC Pro Enjoy? I followed carefully the instructions, tried with both
0 and 1 as "device numbers", but doesn't work
Any message while booting? Has 0.8.8 esxDOS "alone" bootet OK before adding New File Browser for ZX-UNO-Files? Maybe you could post a screenshot here if there´s anything reported on screen.
No extra messages while booting. It boots normally. The problem starts as soon as I press the blue NMI button (nothing happens) and when i give
.browse ( a white screen with blue border appears with the OK message).
btw, what I notice is a slower response to the keyboard typing .
Post Reply