UDG designer

Any discussions related to the creation of new hardware or software for the ZX80 or ZX81
Moggy
Posts: 1507
Joined: Wed Jun 18, 2008 1:00 pm

Re: UDG designer

Post by Moggy » Thu Aug 24, 2017 4:24 pm

I find the board to be rock solid and have no problems switching the jumper, why add more cost and complication, let people mod their own boards as needed.

User avatar
Andy Rea
Posts: 1267
Joined: Fri May 09, 2008 1:48 pm
Location: notts UK

Re: UDG designer

Post by Andy Rea » Sat Aug 26, 2017 4:28 pm

New verison of UDG Deigner updated in first post. UDGDES01.P

I have also included the dkchr.rom file in the zip so you don't have to go hunting for it :mrgreen:

bug fix id you left the editor in 128 char mode with current char =>128 <=191 and then run the program again char zero was shown inverted in the editor until you changed to next or previous char.

Added new feature, R for Restore

key R on its own will restore the current character to its standard rom equivalent
Shift and R will restore the current block of 64 characters been edited

further suggestions and or ideas for improvement are most welcome.

Regards Andy
6 x ZX81, 1 x TS1500 , 1 x +3e, 1 x timex 2040 printer, 1 x timex 2020 cassette deck, siclair printer and some spectrum

Moggy
Posts: 1507
Joined: Wed Jun 18, 2008 1:00 pm

Re: UDG designer

Post by Moggy » Sat Aug 26, 2017 4:46 pm

Off we go again!!

I can't think of anything else this needs offhand, cracking bit of software. :D

User avatar
Andy Rea
Posts: 1267
Joined: Fri May 09, 2008 1:48 pm
Location: notts UK

Re: UDG designer

Post by Andy Rea » Tue Aug 29, 2017 9:01 pm

okies peeps, this one is mostly for Mrtinb, in an effort to make a one size fits all solution for eightyone, zxpand and zxblast here is a new release of UDGDES ( see first post for download )

because of the current difficulty to load data to the 8 - 16K region on ZXblast the first question you are now asked is to choose the address of a free 8K block of memory to use as a working area for the UDG's that you wish to edit. suggested start addresses are 8192, 32768 or 40960 in any case it should be on a 1K boundary. NOTE please do not use an address >48k for compatibility reasons some area's of the display file used during the active editor are copied to the memory region.

i guess for now, zxblast users are going to have to manually save and load memory area's but i think Pokemon is working on a patched ROM that will aloow load and save from within basic.

regards Andy
6 x ZX81, 1 x TS1500 , 1 x +3e, 1 x timex 2040 printer, 1 x timex 2020 cassette deck, siclair printer and some spectrum

User avatar
mrtinb
Posts: 508
Joined: Fri Nov 06, 2015 4:44 pm
Location: Denmark
Contact:

Re: UDG designer

Post by mrtinb » Tue Aug 29, 2017 10:18 pm

It will be a few days before I have time to test this.
Martin
ZX81, Lambda 8300, Commodore 64, Mac G4 Cube

User avatar
PokeMon
Posts: 2138
Joined: Sat Sep 17, 2011 5:48 pm

Re: UDG designer

Post by PokeMon » Tue Aug 29, 2017 10:32 pm

To be clear - it is not a problem to read/write to 8-16k area from a .p program. I think the designer is a standard p file which can be loaded normally to 16k area. ZXblast can not load data to 8-16k now but a program can do it and use this area. This will be fixed in the next release.

User avatar
Andy Rea
Posts: 1267
Joined: Fri May 09, 2008 1:48 pm
Location: notts UK

Re: UDG designer

Post by Andy Rea » Tue Aug 29, 2017 10:54 pm

PokeMon wrote:
Tue Aug 29, 2017 10:32 pm
To be clear - it is not a problem to read/write to 8-16k area from a .p program. I think the designer is a standard p file which can be loaded normally to 16k area. ZXblast can not load data to 8-16k now but a program can do it and use this area. This will be fixed in the next release.
Understood, but the user might need to load data before starting the editior, and certainly would like to save data after editing. As i don't have a ZXblast im going on what the manual says and bits i'm picking up from her and Martins results on various tests.

the work around for the display trick was to copy the 2 bytes after each CALL instruction to the corresponding addresses in the 48 -64 K

regards Andy
6 x ZX81, 1 x TS1500 , 1 x +3e, 1 x timex 2040 printer, 1 x timex 2020 cassette deck, siclair printer and some spectrum

User avatar
PokeMon
Posts: 2138
Joined: Sat Sep 17, 2011 5:48 pm

Re: UDG designer

Post by PokeMon » Tue Aug 29, 2017 11:03 pm

Yes - indeed if you want to execute code with more than one byte (not only one M1 cycle but with following read/write cycles M2, M3) or with D6 set to 0 - it will not be executed correctly. The standard ZX81 does due to mirroring but if you have any 48k or 56k variant this would also not work I think as long as you don't copy the code. This is typical M1NOT stuff. ;)

User avatar
mrtinb
Posts: 508
Joined: Fri Nov 06, 2015 4:44 pm
Location: Denmark
Contact:

Re: UDG designer

Post by mrtinb » Wed Aug 30, 2017 4:42 am

If you depend on M1NOT, this might be the problem. ZxBlast doesn't support M1NOT in the current release.
Martin
ZX81, Lambda 8300, Commodore 64, Mac G4 Cube

User avatar
Andy Rea
Posts: 1267
Joined: Fri May 09, 2008 1:48 pm
Location: notts UK

Re: UDG designer

Post by Andy Rea » Wed Aug 30, 2017 7:06 am

No it's not m1not, just expect full mirroring like on a 16k machine
6 x ZX81, 1 x TS1500 , 1 x +3e, 1 x timex 2040 printer, 1 x timex 2020 cassette deck, siclair printer and some spectrum

Post Reply

Who is online

Users browsing this forum: No registered users and 3 guests