fuse-emulator-devel — Development of Fuse (the Free Unix Spectrum Emulator), the associated utilities and libspectrum, the ZX Spectrum file-format handling library.

Re: [fuse-emulator-devel] Next release of fuse

[Miroslav A. <mir...@gm...>]

Hi,

Yes, the mailinglist is still active. I can see your emails.
Unfortunately the evolution stalled around 2020. From my observations
release must be done by the original author, which however did not do much
in last years.

There were some changes accepted by second author, but even with him the
possibilities are limited. Some of My pull requests were not processed or
commented in 2 years. Some were thou.

I myself am a newcomer to this project. Have ideas, but lost time to be
able to work on them either.

For basic usage old version still does the job. And who has a problem,
usually has also the remedy and can build it.

If interested I have a fork on github, look for arki55. Unmerged stuff is
only around Didaktik 128k with floppy D40 thou. I've created github
workflows for auto building multiple versions within PRs, also created
workflow for nightly builds. Limited to win32 packages only thou.
It is still glitchy, needs the final kick..

 I still keep the hope that speccy users did not die out yet and so believe
there will still be some further evolution in the future.

Br,
Miroslav Ďurčík
Bratislava

Dňa ut 11. 2. 2025, 0:56 Peter Moore via fuse-emulator-devel <
fus...@li...> napísal(a):

> Is this mailing list still active?
>
> > On 10. Jan 2025, at 14:03, Peter Moore <pet...@gm...> wrote:
> >
> > Hi,
> >
> > I was curious if there is a plan to make a new release of fuse? I
> contributed a patch last January, but I think it hasn’t been released yet.
> >
> > Many thanks,
> > Pete
>
>
>
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel
>

Re: [fuse-emulator-devel] Next release of fuse

[Peter M. <pet...@gm...>]

Is this mailing list still active?

> On 10. Jan 2025, at 14:03, Peter Moore <pet...@gm...> wrote:
> 
> Hi,
> 
> I was curious if there is a plan to make a new release of fuse? I contributed a patch last January, but I think it hasn’t been released yet.
> 
> Many thanks,
> Pete

[fuse-emulator-devel] Next release of fuse

[Peter M. <pet...@gm...>]

Hi,

I was curious if there is a plan to make a new release of fuse? I contributed a patch last January, but I think it hasn’t been released yet.

Many thanks,
Pete

Re: [fuse-emulator-devel] Multiple settings files

[Adam A. <ada...@gm...>]

Sorry, I only just saw this as it went into my spam folder.

Thanks for adding to the bug report.

I didn't realise until after I posted that there are a lot more command
line switches than are provided by the propgram help text, to the point
where I could probably reproduce my examples using a script similar to
yours.

Cheers,

Adam

On Fri, 25 Oct 2024 at 10:04, Alberto Garcia <be...@ig...> wrote:

> On Thu, Oct 24, 2024 at 12:51:53PM +0100, Adam Ainsworth wrote:
>
> > would it be possible to allow multiple 'profiles' by being able to
> > select the config file via a command line switch?
>
> I agree that it would be nice to have a better way to select the
> location of the configuration file.
>
> It could be as simple as a flag (--configfile ~/.fuserc-48k) or an
> environment variable (FUSE_EMULATOR_CONFIG_FILE=$HOME/.fuserc-48k).
>
> Related bug report: https://sourceforge.net/p/fuse-emulator/patches/443/
>
> > It would be nice to be able to quickly choose whether you want (for
> > instance) a standard 48 set up (ie. for Microdrives), standard 128
> > for daily use, +3e for disk manipulation or Pentagon for watching
> > demos.
> >
> > I realise I can do some file jiggery-pokery by replacing .fuserc but
> > having it native would be awesome
>
> You can also do that without having to replace .fuserc if you use a
> separate launcher script or shell alias / function.
>
> For example I have this in ~/.bashrc:
>
> fuse-slowtape () {
>         fuse --no-detect-loader --no-auto-load --no-traps \
>              --no-fastload --no-accelerate-loader "$@"
> }
>
> Berto
>
>
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel
>

Re: [fuse-emulator-devel] Multiple settings files

[Alberto G. <be...@ig...>]

On Thu, Oct 24, 2024 at 12:51:53PM +0100, Adam Ainsworth wrote:

> would it be possible to allow multiple 'profiles' by being able to
> select the config file via a command line switch?

I agree that it would be nice to have a better way to select the
location of the configuration file.

It could be as simple as a flag (--configfile ~/.fuserc-48k) or an
environment variable (FUSE_EMULATOR_CONFIG_FILE=$HOME/.fuserc-48k).

Related bug report: https://sourceforge.net/p/fuse-emulator/patches/443/

> It would be nice to be able to quickly choose whether you want (for
> instance) a standard 48 set up (ie. for Microdrives), standard 128
> for daily use, +3e for disk manipulation or Pentagon for watching
> demos.
> 
> I realise I can do some file jiggery-pokery by replacing .fuserc but
> having it native would be awesome

You can also do that without having to replace .fuserc if you use a
separate launcher script or shell alias / function.

For example I have this in ~/.bashrc:

fuse-slowtape () {
        fuse --no-detect-loader --no-auto-load --no-traps \
             --no-fastload --no-accelerate-loader "$@"
}

Berto

[fuse-emulator-devel] Multiple settings files

[Adam A. <ada...@gm...>]

Hi,

would it be possible to allow multiple 'profiles' by being able to select
the config file via a command line switch?

It would be nice to be able to quickly choose whether you want (for
instance) a standard 48 set up (ie. for Microdrives), standard 128 for
daily use, +3e for disk manipulation or Pentagon for watching demos.

I realise I can do some file jiggery-pokery by replacing .fuserc but having
it native would be awesome

Thanks!

Adam

Re: [fuse-emulator-devel] Verifying Fuse in Flathub

[Alberto G. <be...@ig...>]

On Mon, Sep 23, 2024 at 07:24:29PM +0200, Alberto Garcia wrote:
>    https://flathub.org/apps/net.sf.fuse_emulator
> 
> One small thing that I would like to do is mark the app as
> "Verified", which means that it was published or approved by the
> original developers.

This is done now:

   https://flathub.org/apps/net.sourceforge.fuse_emulator.Fuse

Users don't need to do anything special, the whole process should be
transparent.

Regards,

Berto

Re: [fuse-emulator-devel] Verifying Fuse in Flathub

[Sergio B. <ser...@gm...>]

On 23/9/24 19:24, Alberto Garcia wrote:
> Hi,
> 
> as you know the Fuse emulator has been available in Flathub (the main
> Flatpak "app store") for many years and it has been doing reasonably
> well with an average of 30 downloads per day (numbers similar to
> FS-UAE or Vice):
> 
>     https://flathub.org/apps/net.sf.fuse_emulator
> 
> One small thing that I would like to do is mark the app as "Verified",
> which means that it was published or approved by the original
> developers.
> 
> ...
> 
> So if this all sounds good to you I would only need someone with
> access to the project's home page to create the file with the ID that
> I will provide (I need to apply for it first, but I wanted to confirm
> with you before proceeding).

Hi Berto,

sounds good to me. Wait some days for more opinions and apply for that 
key, barring objections. I can upload it to sf.net

Thank you for your efforts.

Cheers,
Sergio

[fuse-emulator-devel] Verifying Fuse in Flathub

[Alberto G. <be...@ig...>]

Hi,

as you know the Fuse emulator has been available in Flathub (the main
Flatpak "app store") for many years and it has been doing reasonably
well with an average of 30 downloads per day (numbers similar to
FS-UAE or Vice):

   https://flathub.org/apps/net.sf.fuse_emulator

One small thing that I would like to do is mark the app as "Verified",
which means that it was published or approved by the original
developers.

There are two things that need to be done:

1. Change the Flatpak ID to represent the actual canonical URL of
   the project's home page. I cannot verify the app with the current
   "net.sf..." name. This is something that I can handle completely on
   my own and is not a problem.

2. I have to prove control over the home page. This means that I have
   to create a file at this URL:

   https://fuse-emulator.sourceforge.net/.well-known/org.flathub.VerifiedApps.txt

   The file simply needs to contain an alphanumerical id provided by
   Flathub, and no further action is needed.

So if this all sounds good to you I would only need someone with
access to the project's home page to create the file with the ID that
I will provide (I need to apply for it first, but I wanted to confirm
with you before proceeding).

Regards,

Berto

Re: [fuse-emulator-devel] ZX-Net status in IF1

[Alistair <ali...@zx...>]

On 2024-09-02 16:39, desertkun wrote:
> Don't know about zx-net particularly, but I have invested significant 
> time to support Spectranet, which is a different cartridge, but I assume 
> does similar thing.

It's entirely different. Spectranet's W5100 has hardware packet buffers 
etc so is much easier to emulate. Everything the IF1 does is bit banged 
on the wire by the CPU.

Re: [fuse-emulator-devel] ZX-Net status in IF1

[desertkun <des...@gm...>]

Don't know about zx-net particularly, but I have invested significant time
to support Spectranet, which is a different cartridge, but I assume does
similar thing. See my fusex fork on speccytools.org regular fuse also
supports it but it's buggy and cumbersome. Other emulators like es.pectrum
also support it.

On Mon, Sep 2, 2024, 14:39 Derek Fountain <der...@gm...> wrote:

> Can anyone advise on the status of the ZX-Net emulation in the Interface 1
> code?
>
> There's a bit of chat in one of the Spectrum forums about getting a couple
> of Fuse instances talking (same host), and someone has opened up a feature
> request ticket (#153). It looks to me like there's code already there, but
> it's not documented, and it's not clear how to use it, if it works, or if
> it ever worked.
>
> Does anyone know where this feature got to?
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel
>

[fuse-emulator-devel] ZX-Net status in IF1

[Derek F. <der...@gm...>]

Can anyone advise on the status of the ZX-Net emulation in the Interface 1
code?

There's a bit of chat in one of the Spectrum forums about getting a couple
of Fuse instances talking (same host), and someone has opened up a feature
request ticket (#153). It looks to me like there's code already there, but
it's not documented, and it's not clear how to use it, if it works, or if
it ever worked.

Does anyone know where this feature got to?

Re: [fuse-emulator-devel] Would a hardware donation make sense?

[Sergio B. <ser...@gm...>]

Thank you for your offer. I guess main developers already a little hardware
collection. If anyone is interested will contact you.

Cheers,
Sergio

El sáb, 29 jun 2024 a las 22:22, thraex via fuse-emulator-devel (<
fus...@li...>) escribió:

> Hi all,
>
> I still have a ZX Sinclair Spectrum along with an alphacom 32 thermal
> printer and a microdrive (no idea whether they still work). I don't use
> them as Fuse is much more convenient, but I was wondering if donating it
> do the developers would make sense.
>
> If you're interested, I'd be happy to send them to aid the advancement
> of the project.
>
> Best regards.
>
>
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel
>

[fuse-emulator-devel] Would a hardware donation make sense?

[thraex <th...@nu...>]

Hi all,

I still have a ZX Sinclair Spectrum along with an alphacom 32 thermal 
printer and a microdrive (no idea whether they still work). I don't use 
them as Fuse is much more convenient, but I was wondering if donating it 
do the developers would make sense.

If you're interested, I'd be happy to send them to aid the advancement 
of the project.

Best regards.

[fuse-emulator-devel] Proposal: AY RS232/MIDI interface for 128/+2/+3

[<kos...@an...>]

Hello, everyone!

After a few weeks of (successful) testing I would like to ask the wider 
audience to join me. Recently I came up with a patch enabling FUSE to 
interface with any serial device (or a pair of FIFOs) presenting those 
as I/O Port 14 of the AY 8912. Not all emulators are able to do the 
same:  https://sourceforge.net/p/fuse-emulator/patches/442/

If you have few minutes to spare, I’d appreciate you reviewing the 
proposed change and sharing your opinion.

Thank a lot!

Re: [fuse-emulator-devel] fuse: error: font contains invalid character

[Szász G. <sz...@hu...>]

On Fri, May 03, 2024 at 04:57:55PM +0000, Szász Gergely via fuse-emulator-devel wrote:
> On Thu, May 02, 2024 at 03:59:24PM +0200, Mentore Siesto wrote:
> > Hello everyone, first time here so let me introduce myself:
> > 
> > I'm an italian developer really loving FUSE and using it daily.
> > 
> > I'm also an OS/2 old time enthusiast and I'm porting software in my spare
> > time. I just gave a shot at FUSE 1.6.0 and got a somehow working executable
> > using GCC 9.2 and SDL interface, but the executable crashes with the error
> > 
> > 
> > fuse: error: font contains invalid character
> > fuse: error initialising -- giving up!
> > 
> > Wondering what may be the culprit, without any clue on that. The font file
> > is currently present and untouched.
> > 
> > I configured the source package like this
> > 
> > and make worked like a charm after giving the correct location for
> > libspectrum files.
> > 
> > Is there something I can do to debug the problem? Do I have to do something
> > to the font file in order to use it?
> > 
> > Thanks in andvance,
> > 
> > Mentore Siesto
> 
> Hi Mentore,
> 
> You have to copy fuse.font file into $(datadir)/fuse - on linux this is /usr/share/fuse or /usr/local/share/fuse directory (depending on compile time "prefix"
> 
> You may need here some other files too:
> cassette.bmp
> fuse.font
> keyboard.png
> keyboard.scr
> menu_data.ui
> microdrive.bmp
> plus3disk.bmp
> 
> And you need at least 48.rom in the roms directory... hmm.. maybe /usr/share/fuse/roms ??? 
> 
> Maybe your font file is in place, but "bogus".
> The fuse.font file length is 1818 byte.
> 
> Best regards,
> Gergely

And one more...

It looks like you can copy all the files to the directory where fuse(.exe) is.0

Gergely
> 
> > _______________________________________________
> > fuse-emulator-devel mailing list
> > fus...@li...
> > https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel
> 
> 
> 
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel

Re: [fuse-emulator-devel] fuse: error: font contains invalid character

[Szász G. <sz...@hu...>]

On Thu, May 02, 2024 at 03:59:24PM +0200, Mentore Siesto wrote:
> Hello everyone, first time here so let me introduce myself:
> 
> I'm an italian developer really loving FUSE and using it daily.
> 
> I'm also an OS/2 old time enthusiast and I'm porting software in my spare
> time. I just gave a shot at FUSE 1.6.0 and got a somehow working executable
> using GCC 9.2 and SDL interface, but the executable crashes with the error
> 
> 
> fuse: error: font contains invalid character
> fuse: error initialising -- giving up!
> 
> Wondering what may be the culprit, without any clue on that. The font file
> is currently present and untouched.
> 
> I configured the source package like this
> 
> and make worked like a charm after giving the correct location for
> libspectrum files.
> 
> Is there something I can do to debug the problem? Do I have to do something
> to the font file in order to use it?
> 
> Thanks in andvance,
> 
> Mentore Siesto

Hi Mentore,

You have to copy fuse.font file into $(datadir)/fuse - on linux this is /usr/share/fuse or /usr/local/share/fuse directory (depending on compile time "prefix"

You may need here some other files too:
cassette.bmp
fuse.font
keyboard.png
keyboard.scr
menu_data.ui
microdrive.bmp
plus3disk.bmp

And you need at least 48.rom in the roms directory... hmm.. maybe /usr/share/fuse/roms ??? 

Maybe your font file is in place, but "bogus".
The fuse.font file length is 1818 byte.

Best regards,
Gergely

> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel

[fuse-emulator-devel] fuse: error: font contains invalid character

[Mentore S. <men...@al...>]

Hello everyone, first time here so let me introduce myself:

I'm an italian developer really loving FUSE and using it daily.

I'm also an OS/2 old time enthusiast and I'm porting software in my 
spare time. I just gave a shot at FUSE 1.6.0 and got a somehow working 
executable using GCC 9.2 and SDL interface, but the executable crashes 
with the error


fuse: error: font contains invalid character
fuse: error initialising -- giving up!

Wondering what may be the culprit, without any clue on that. The font 
file is currently present and untouched.

I configured the source package like this

and make worked like a charm after giving the correct location for 
libspectrum files.

Is there something I can do to debug the problem? Do I have to do 
something to the font file in order to use it?

Thanks in andvance,

Mentore Siesto

Re: [fuse-emulator-devel] Fuse

[Alberto G. <be...@ig...>]

On Wed, May 01, 2024 at 09:01:30AM +0000, Szász Gergely via fuse-emulator-devel wrote:
> You have to unzip the .tzx or .tap file.

FWIW Fuse supports reading .zip files since 2016:

   https://sourceforge.net/p/fuse-emulator/patches/343/

Berto

Re: [fuse-emulator-devel] Fuse

[Szász G. <sz...@hu...>]

On Wed, Apr 24, 2024 at 10:19:04PM -0400, Bill Blasingim wrote:
> I'm interested in learning something about the ZX Spectrum. More than just
> games, but I have to start somewhere. I've worked with many emulators. I
> installed fuse from my Linux distros software manager, it's version 1.6.0.
> I've read and watched videos. It seems very straightforward. I have the
> 48.rom. I watched a video that played Manic Miner. So I downloaded that in
> both tap and tzx format. Like the video I do File>Open>ManicMiner.tzx.zip.
> In the video it immediately begins to play. All I get it a return to the
> same initial screen. No errors...no messages...no nothing. I also tried
> Media>Tape>Open>ManicMiner.tap.zip then Play. I was told unzipping was
> unnecessary. But I also tried pointing to the unzipped files. I thought I'd
> start it from the command line to see if any messages pop up... but again
> nothing. However there was this email address that said
> For help, please mail <fus...@li...>
> 
> Thanks for any help,
> Bill

Hi Bill,

You have to unzip the .tzx or .tap file.

In ManicMiner.tzx.zip archive there is a ManicMiner.tzx or "Manic Miner.tzx" file, you need this file.

You can unzip the archive from command line: unzip ManicMiner.tzx.zip. Now you should see:
  Archive:  ManicMiner.tzx.zip
    inflating: Manic Miner.tzx

Now you can open the tzx file more than one way:

 - File->Open "Manic Miner.tzx" .. now tape loaded automatically and the game start up.

 - Media->Tape->Open "Manic Miner.tzx" .. now you have to type LOAD "" and [ENTER] (J, Ctrl-P, ctrl-P, ENTER) .. now tape loaded and the game started

If you want to hear/see the original loading sound/effects and border stripping, etc. you have to unset three option:
 - Options->Media->Fastloading
 - Options->Media->Use tape traps
 - Options->Media->Accelerate loaders

If you uncheck the Options->Media->Detect Loaders than you have to control manually the tape player:
 - Type LOAD ""
 - Media->Tape->Play

A 48k game normal loading time from tape is around 10' :)

On the irc://irc.oftc.net:6667 we have a #fuse-emulator irc channel (quite empty nowadays...):

Best regards,
Gergely

> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel

Re: [fuse-emulator-devel] Fuse

[Alan P. <ala...@gm...>]

Silly question - did you do LOAD “”  command in the Spectrum, after you did the tape steps you mentioned?

> On 25 Apr 2024, at 03:19, Bill Blasingim <bla...@be...> wrote:
> 
> I'm interested in learning something about the ZX Spectrum. More than just games, but I have to start somewhere. I've worked with many emulators. I installed fuse from my Linux distros software manager, it's version 1.6.0. I've read and watched videos. It seems very straightforward. I have the 48.rom. I watched a video that played Manic Miner. So I downloaded that in both tap and tzx format. Like the video I do File>Open>ManicMiner.tzx.zip. In the video it immediately begins to play. All I get it a return to the same initial screen. No errors...no messages...no nothing. I also tried Media>Tape>Open>ManicMiner.tap.zip then Play. I was told unzipping was unnecessary. But I also tried pointing to the unzipped files. I thought I'd start it from the command line to see if any messages pop up... but again nothing. However there was this email address that said 
> For help, please mail <fus...@li...> <mailto:fus...@li...> 
> 
> Thanks for any help,
> Bill
> 
> <fuse1.png><Fuse2.png>
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel

Re: [fuse-emulator-devel] Fuse

[Alberto G. <be...@ig...>]

On Wed, Apr 24, 2024 at 10:19:04PM -0400, Bill Blasingim wrote:
> I watched a video that played Manic Miner. So I downloaded
> that in both tap and tzx format. Like the video I do
> File>Open>ManicMiner.tzx.zip.  In the video it immediately begins
> to play. All I get it a return to the same initial screen. No
> errors...no messages...no nothing.

Hi, it should just work as you say. Maybe you don't have "Auto-load
media" enabled in Options -> Media ?

I would also like to point out that this mailing list is for the
development of Fuse. For general questions about the Spectrum, how to
use emulators, load software, etc, I recommend you to have a look at
the Spectrum Computing forums, which are very active and where you
will find more people who can help you:

   https://spectrumcomputing.co.uk/forums/

Welcome to the Spectrum world :-)

Regards,

Berto

[fuse-emulator-devel] Fuse

[Bill B. <bla...@be...>]

I'm interested in learning something about the ZX Spectrum. More than 
just games, but I have to start somewhere. I've worked with many 
emulators. I installed fuse from my Linux distros software manager, it's 
version 1.6.0. I've read and watched videos. It seems very 
straightforward. I have the 48.rom. I watched a video that played Manic 
Miner. So I downloaded that in both tap and tzx format. Like the video I 
do File>Open>ManicMiner.tzx.zip. In the video it immediately begins to 
play. All I get it a return to the same initial screen. No errors...no 
messages...no nothing. I also tried Media>Tape>Open>ManicMiner.tap.zip 
then Play. I was told unzipping was unnecessary. But I also tried 
pointing to the unzipped files. I thought I'd start it from the command 
line to see if any messages pop up... but again nothing. However there 
was this email address that said
For help, please mail <fus...@li...>

Thanks for any help,
Bill

Re: [fuse-emulator-devel] Disciple Support on 128K Spectrum

[Alan P. <ala...@gm...>]

Hi Gergely 
More than happy to, but it won’t let me create an account (whatever answers I give the security trivia question don't work and it goes in an endless loop asking same questions)
The help link says ro contact admins, but no way to do so…


Latest version temporarily here (1st row in table):
https://spectrumcomputing.co.uk/zxdb/add/public/history.php?user=disciplePalGuy&notproccesed=0&filetypefilter=0&filter_id=NaN


which when published will end up on this page:
https://spectrumcomputing.co.uk/index.php?cat=96&id=1000117


Happy for you to upload to https://sinclair.wiki.zxnet.co.uk/wiki/DISCiPLE  if you have access ?
It also has PlusD information too.

Alan

> On 1 Apr 2024, at 08:25, Szász Gergely via fuse-emulator-devel <fus...@li...> wrote:
> 
> Hi Alan,
> 
> Could you publish the PAL equivalent logic in https://sinclair.wiki.zxnet.co.uk
> 
> e.g. on the https://sinclair.wiki.zxnet.co.uk/wiki/DISCiPLE page or as an "Integrated Circuit" https://sinclair.wiki.zxnet.co.uk/wiki/Category:Integrated_Circuit
> 
> best regards,
> gergely
> 
> :)
> 
> On Tue, Mar 05, 2024 at 11:01:48PM +0000, Alan Pearson wrote:
>> Hi All,
>> 
>> 
>> I'm the guy wrote 'The Disciple PALs finally unveiled' and I found this thread discussing the issue on WoS by accident while trying to figure out why the disciple isn't working on FUSE in 128K mode.
>> https://worldofspectrum.org/forums/discussion/42567/the-disciple-clone-doable/p1???
>> What an interesting thread , and i was shocked to see my doc referenced.
>> I haven???t been able to create an account on WoS to reply there, it seems the admin may have gone on holiday or something???. so I came here.
>> 
>> First, the document:
>> 1) This was a direct reverse engineer of working PAL chips, put on a logic analyser by Rudy Biesma, then turned into the equations manually by myself then jedec files created.
>> 2) All the findings & equations seem to correspond to known info about the disciple (manual, Ramsoft guide and Rudy's disassembly)
>> 3) The proof however was in real world testing - I repaired a broken disciple by programming the PAL chips with the jedec files created and it works perfectly on a 128k +2 (grey).
>> 4) There is a typo... N1 should be M1 throughout the doc, but I think you guys worked that out already
>> 
>> Now, from my reading of the WoS thread and the Rudy disassembly, it seems there is no way the disciple should work on a 128K (at least no way it should initialise)... but it does.
>> The code path just doesn't make sense on a 128K machine at reset time.
>> 
>> Let's change tact - the PlusD uses EXACTLY the same initialisation code, lands in the same place in the ROM when it unpages itself at reset (location #52) and makes no attempt (on reset at least) to figure out if it's a 1128K or 48K or 128k spectrum or which spectrum rom is in.
>> How does the plusD then work under FUSE ? It's very weird.
>> It's worth saying that the PlusD does have routines specific to 128K paging/unpaging but they are only used when the COPY command finishes and the machine resets after completion.
>> The PlusD TO_NEW routine essentially jumps to location #C7 on a 128k (reset routine in the editor ROM) or #11B7 in 48K. 
>> Relevant routines below, but as I said they are NOT called when the system resets.
>> 
>> From Rudy's +D disassembly :
>> 
>> THE 'UNPAGE 128 ROM' SUBROUTINE
>> This routine pages out the +D system and returns to the 128K ROM at address #0049. That
>> address contains a RET instruction so the effect is a jump to BC with the 128K ROM paged
>> in. 
>> 
>> 0046 UNPAGE_BC  PUSH BC                  Stack return address.
>> 0047 UNPAGE_0   OUT  (231),A             Page out +D system.
>> 0049            RET                      ? This statement is not reached from
>>                                         above.
>> 004A            DEFB #00,#00,#00,#00,#00 Unused locations.
>> 
>> THE 'NEW' PATCH
>> When the file copy command is finished the +D jumps to the 'NEW' routine. With System 2a
>> a selection is made for 48K or 128K 'NEW'
>> 
>> 3137 TO_NEW     BIT  4,(IY+1)            Jump if not in 128K mode HL contains
>> 313B            JP   Z,#004F,UNPAGE_HL   #11B7, the address of 48K 'NEW'.
>> 313E            CALL #5B00,SWAP          Call the paging subroutine of the 128.
>> 3141            DI
>> 3142            LD   BC,#00C7            Address of 128 'NEW' routine.
>> 3145            JP   #0046,UNPAGE_BC
>> 
>> 
>> 
>> Regarding the PALs, I suspect the equations are right, and the fact the code exists in both the +d and Disciple to initialise them suggests that it should be used, so I don't think this is a problem of paging in the interfaces at the wrong time. That said, I can't see how it all should work on a 128, but it does. So this can't be a disciple specific problem, can we trace the +D codepath in FUSE in  128K mode?? I'm not sure how to do this myself.
>> 
>> 
>> It would be great to see Disciple working in 128K models... there are difference between the interfaces that I've run into in converting a program to load from disc (specifically the interface 1 hook code #32, which does a RET on the disciple, but on the PlusD allows any ROM addresss to be called via DE register)
>> 
>> I know this is a horrible kludge, but can we not monitor location #52 on both inrwefaces and if we have a 128K ROM paged in, simply jump to #00C7 after the OUT instruction ?
>> 
>> 
>> 
>> Any thoughts ?
>> 
>> Alan
> 
> 
>> _______________________________________________
>> fuse-emulator-devel mailing list
>> fus...@li...
>> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel
> 
> 
> 
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel

Re: [fuse-emulator-devel] Disciple Support on 128K Spectrum

[Szász G. <sz...@hu...>]

Hi Alan,

Could you publish the PAL equivalent logic in https://sinclair.wiki.zxnet.co.uk

e.g. on the https://sinclair.wiki.zxnet.co.uk/wiki/DISCiPLE page or as an "Integrated Circuit" https://sinclair.wiki.zxnet.co.uk/wiki/Category:Integrated_Circuit

best regards,
gergely

:)

On Tue, Mar 05, 2024 at 11:01:48PM +0000, Alan Pearson wrote:
> Hi All,
> 
> 
> I'm the guy wrote 'The Disciple PALs finally unveiled' and I found this thread discussing the issue on WoS by accident while trying to figure out why the disciple isn't working on FUSE in 128K mode.
> https://worldofspectrum.org/forums/discussion/42567/the-disciple-clone-doable/p1???
> What an interesting thread , and i was shocked to see my doc referenced.
> I haven???t been able to create an account on WoS to reply there, it seems the admin may have gone on holiday or something???. so I came here.
> 
> First, the document:
> 1) This was a direct reverse engineer of working PAL chips, put on a logic analyser by Rudy Biesma, then turned into the equations manually by myself then jedec files created.
> 2) All the findings & equations seem to correspond to known info about the disciple (manual, Ramsoft guide and Rudy's disassembly)
> 3) The proof however was in real world testing - I repaired a broken disciple by programming the PAL chips with the jedec files created and it works perfectly on a 128k +2 (grey).
> 4) There is a typo... N1 should be M1 throughout the doc, but I think you guys worked that out already
> 
> Now, from my reading of the WoS thread and the Rudy disassembly, it seems there is no way the disciple should work on a 128K (at least no way it should initialise)... but it does.
> The code path just doesn't make sense on a 128K machine at reset time.
> 
> Let's change tact - the PlusD uses EXACTLY the same initialisation code, lands in the same place in the ROM when it unpages itself at reset (location #52) and makes no attempt (on reset at least) to figure out if it's a 1128K or 48K or 128k spectrum or which spectrum rom is in.
> How does the plusD then work under FUSE ? It's very weird.
> It's worth saying that the PlusD does have routines specific to 128K paging/unpaging but they are only used when the COPY command finishes and the machine resets after completion.
> The PlusD TO_NEW routine essentially jumps to location #C7 on a 128k (reset routine in the editor ROM) or #11B7 in 48K. 
> Relevant routines below, but as I said they are NOT called when the system resets.
> 
> From Rudy's +D disassembly :
> 
> THE 'UNPAGE 128 ROM' SUBROUTINE
> This routine pages out the +D system and returns to the 128K ROM at address #0049. That
> address contains a RET instruction so the effect is a jump to BC with the 128K ROM paged
> in. 
> 
> 0046 UNPAGE_BC  PUSH BC                  Stack return address.
> 0047 UNPAGE_0   OUT  (231),A             Page out +D system.
> 0049            RET                      ? This statement is not reached from
>                                          above.
> 004A            DEFB #00,#00,#00,#00,#00 Unused locations.
> 
> THE 'NEW' PATCH
> When the file copy command is finished the +D jumps to the 'NEW' routine. With System 2a
> a selection is made for 48K or 128K 'NEW'
> 
> 3137 TO_NEW     BIT  4,(IY+1)            Jump if not in 128K mode HL contains
> 313B            JP   Z,#004F,UNPAGE_HL   #11B7, the address of 48K 'NEW'.
> 313E            CALL #5B00,SWAP          Call the paging subroutine of the 128.
> 3141            DI
> 3142            LD   BC,#00C7            Address of 128 'NEW' routine.
> 3145            JP   #0046,UNPAGE_BC
> 
> 
> 
> Regarding the PALs, I suspect the equations are right, and the fact the code exists in both the +d and Disciple to initialise them suggests that it should be used, so I don't think this is a problem of paging in the interfaces at the wrong time. That said, I can't see how it all should work on a 128, but it does. So this can't be a disciple specific problem, can we trace the +D codepath in FUSE in  128K mode?? I'm not sure how to do this myself.
> 
> 
> It would be great to see Disciple working in 128K models... there are difference between the interfaces that I've run into in converting a program to load from disc (specifically the interface 1 hook code #32, which does a RET on the disciple, but on the PlusD allows any ROM addresss to be called via DE register)
> 
> I know this is a horrible kludge, but can we not monitor location #52 on both inrwefaces and if we have a 128K ROM paged in, simply jump to #00C7 after the OUT instruction ?
> 
> 
> 
> Any thoughts ?
> 
> Alan


> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel