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] Re: Problems with fuse 0.6.1 and 0.6.1.1

[Darren S. <ds...@yo...>]

I demand that Philip Kendall may or may not have written...

> On Sat, Oct 11, 2003 at 04:46:36PM +0100, Darren Salt wrote:
>> I demand that Philip Kendall may or may not have written...
>>> FWIW, this won't be a problem for any future versions of Fuse as they'll
>>> require a libgcrypt version >= 1.1.42.
>> That could pose a small problem. Maintaining support for 1.1.12 for at
>> least the next release may be worthwhile.
>>   <URL:http://bugs.debian.org/205081>
>>   <URL:http://bugs.debian.org/213820>

> IMO, they don't appear to be particularly relevant. With respect to
> #205081, the multi-threaded linking problem referred is apparently fixed in
> the latest CVS[1], and Werner Koch seems happy for 1.1.43 to be packaged.

This is good... it's really a matter of whether this makes it into sarge
(chances are that it will) and of when sarge becomes the stable distribution
(probably no earlier than the middle of next year).

> #213820 is just Debian-internal stuff (and only 8 days old. Give the guy a
> chance!)

What got my attention here was the word "experimental". I don't particularly
want dependencies on packages in experimental ;-)

[snip]
-- 
| Darren Salt                    | nr. Ashington, | RISC OS,
| ds...@yo... | Northumberland | Linux
| ds...@za...            | *Toon Army*    |
|   I don't ask for much, just untold riches...

The time is right to make new friends.

Re: [fuse-emulator-devel] Re: Problems with fuse 0.6.1 and 0.6.1.1

[Philip K. <pa...@sr...>]

On Sat, Oct 11, 2003 at 04:46:36PM +0100, Darren Salt wrote:
> I demand that Philip Kendall may or may not have written...
> 
> > FWIW, this won't be a problem for any future versions of Fuse as they'll
> > require a libgcrypt version >= 1.1.42.
> 
> That could pose a small problem. Maintaining support for 1.1.12 for at least
> the next release may be worthwhile.
> 
>   <URL:http://bugs.debian.org/205081>
>   <URL:http://bugs.debian.org/213820>

IMO, they don't appear to be particularly relevant. With respect to
#205081, the multi-threaded linking problem referred is apparently fixed
in the latest CVS[1], and Werner Koch seems happy for 1.1.43 to be
packaged.

#213820 is just Debian-internal stuff (and only 8 days old. Give the guy
a chance!)

Looking slightly longer term, I believe that plan is still to get the
'stable' libgcrypt 1.2 released this year[2], which is quite likely to
be before the next version of Fuse anyway.

Cheers,

Phil

[1] http://lists.gnupg.org/pipermail/gcrypt-devel/2003-September/000497.html
[2] http://lists.gnupg.org/pipermail/gcrypt-devel/2003-October/000500.html

-- 
"So you bought the Magic Shop and you were attacked before it opened.
Who's up for a swinging chorus of the 'We Told You So' symphony?"
                                           Xander: Buffy: The Replacement

Re: [fuse-emulator-devel] Re: Problems with fuse 0.6.1 and 0.6.1.1

[Darren S. <ds...@yo...>]

I demand that Philip Kendall may or may not have written...

[snip]
> FWIW, this won't be a problem for any future versions of Fuse as they'll
> require a libgcrypt version >= 1.1.42.

That could pose a small problem. Maintaining support for 1.1.12 for at least
the next release may be worthwhile.

  <URL:http://bugs.debian.org/205081>
  <URL:http://bugs.debian.org/213820>

-- 
| Darren Salt                    | RISC OS, | nr. Ashington,
| ds...@yo... | Linux    | Northumberland
| ds...@za...            |          | *Toon Army*
|   Wanted: PRM v5a

Four mats see colon.

[fuse-emulator-devel] Re: Problems with fuse 0.6.1 and 0.6.1.1

[Philip K. <pa...@sr...>]

On Sat, Oct 11, 2003 at 02:09:32AM +0200, Humitsec wrote:
> 
> I'm participating at the Speccy Tour 2003, and the first records I sent
> to the tour was recorded using fuse 0.6.1, libspectrum 0.2.0, this last
> compiled against libgcrypt 1.1.10 to get signing support. Every record
> made with that configuration gets a bad signature when checking at
> another system, which uses fuse-utils 0.6.1, libspectrum 0.2.0, and
> libgcrypt 1.1.12.
> 
> Updating the emulator to version 0.6.1.1 (libspectrum 0.2.0.1), and
> keeping libgrcypt 1.1.10 seems to not resolve the problem. Updating to
> libgcrypt 1.1.12 appears to be the solution, at least, to get a good
> signature check *only* when fuse-utils uses a libspectrum compiled in
> another system that uses libgcrypt 1.1.12.

OK, got this one. Quoting from libgcrypt's NEWS file:

"* gcry_pk_sign, gcry_pk_verify and gcry_pk_encrypt can now handle an
   optional pkcs1 flags parameter in the S-expression."

and looking at libspectrum's crypto.c:

static const char *hash_format = "(data (flags raw) (value %m))";

The "(flags raw)" bit is the optional pkcs1 parameter referred to above.
For reasons I haven't really looked into, using the above hash format
with libgcrypt 1.1.10 doesn't produce any warnings or anything like
that, but produces signatures which aren't compatible with anything
else.

There are two ways round this problem that I can see:

* upgrade to libgcrypt 1.1.12. Nice and easy :-)
* if you *really* need to stick with libgcrypt 1.1.10 (or 1.1.11),
  change crypto.c:hash_format to be

static const char *hash_format = "(%m)";

which will then be compatible with 1.1.12 (in both directions --
recordings made with this will verify under a 1.1.12 rzxcheck, and
recordings made with 1.1.12 will verify with this).

Sorry for the confusion, kids... Ivan, I think you'll probably want to
encourage all Tour players to update libgcrypt to 1.1.12.

FWIW, this won't be a problem for any future versions of Fuse as they'll
require a libgcrypt version >= 1.1.42.

Cheers,

Phil

-- 
"I found a 24-hour place for coffee. Remember that bookstore? Well they
became one of those books-and-coffee places and now they're just coffee.
It's like evolution only without the getting-better part."
                                                  Anya: Buffy: After Life

Re: [fuse-emulator-devel] Re: Fuse web pages

[Darren S. <ds...@yo...>]

I demand that I definitely did write:

> I demand that Philip Kendall may or may not have written...
[snip; logo?]
> (I have one too; if I can export it in some nice open vector format, I'll
> make it available...)

<URL:http://zap.tartarus.org/~ds/fuse/> now has three SVG-format images. I
can't guarantee that they're actually displayable, though...

[snip]
>> * If/when we get a final design, the SourceForge rules say that every
>>   page must include the SourceForge logo.

> Trivially doable. (I hope.)

It is. The current page (which /should/ now look better in monopolist
browsers) contains code for this, but it's currently commented out.

-- 
| Darren Salt                    | RISC OS, | nr. Ashington,
| ds...@yo... | Linux    | Northumberland
| ds...@za...            |          | *Toon Army*
|   <URL:http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys)

There is no gravity. The earth sucks!

Re: [fuse-emulator-devel] Re: Fuse web pages

[Darren S. <ds...@yo...>]

I demand that Philip Kendall may or may not have written...

> On Tue, Oct 07, 2003 at 10:33:40PM +0100, Darren Salt wrote:
>>> It would obviously be possible for me to upload a very slightly changed
>>> version of the current page. However, if anyone feels they want to
>>> volunteer to do a redesign of the page, now would be a very good time to
>>> speak up :-)
>> I've been playing with the pages a little: what I've done so far can be
>> seen at <URL:http://zap.tartarus.org/~ds/fuse/spectrum/fuse.html>.

> That's certainly a bit nicer than my design, IMO. I'm not attached to the
> 'green' theme of it in any particular way: that was an arbitrary decision
> made a few years ago for my Spectrum web pages which I never changed later
> :-)

I'll probably play with the colouring, then :-)

> Possible other sources of information:

> * Rus has been working on a text-ish logo for Fuse. He may show up with
>   that sometime soon.

That'll be integrated. It'd be best if it were available in some suitable
vector format, though.

(I have one too; if I can export it in some nice open vector format, I'll
make it available...)

> * One thing I knocked up a while back (inspired by Cyborg's efforts for
>   the WoS front page redesign) is
>   http://www.srcf.ucam.org/~pak21/spectrum/chip.png

The server's down (but the machine's up). :-\

>   If anyone wants to play with that, feel free -- I've attached the
>   povray scene file used to generate it.

Well... either something's removed the attachment, or... :-|

> * If/when we get a final design, the SourceForge rules say that every
>   page must include the SourceForge logo.

Trivially doable. (I hope.)

-- 
| Darren Salt                    | RISC OS, | nr. Ashington,
| ds...@yo... | Linux    | Northumberland
| ds...@za...            |          | *Toon Army*
|   Retrocomputing: a PC card in a Risc PC

There is no grief which time does not lessen and soften.

RE: [fuse-emulator-devel] Administrivia

[Marek <sp...@we...>]

that is so un-spectrum
it should be 48kb ;)))

--
Marek

> -----Original Message-----
> From: fus...@li...
> [mailto:fus...@li...]On Behalf Of
> Philip Kendall
> Sent: Thursday, October 09, 2003 11:34 AM
> To: fus...@li...
> Subject: Re: [fuse-emulator-devel] Administrivia
> 
> 
> On Thu, Oct 09, 2003 at 03:53:06PM +0100, Russell Marks wrote:
> > I presume attachments are ok then. :-)
> 
> FWIW, there's a 40 Kb limit above which posts get held for approval. If
> anybody has any strong views one way or another on this, shout.
> 
> P
> 
> -- 
> "New Watcher?" "New Watcher."
> "Screw that." "Now, why didn't *I* just say that?"
>                                                Faith and Buffy: Bad Girls
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> fuse-emulator-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel

Re: [fuse-emulator-devel] Administrivia

[Philip K. <pa...@sr...>]

On Thu, Oct 09, 2003 at 03:53:06PM +0100, Russell Marks wrote:
> I presume attachments are ok then. :-)

FWIW, there's a 40 Kb limit above which posts get held for approval. If
anybody has any strong views one way or another on this, shout.

P

-- 
"New Watcher?" "New Watcher."
"Screw that." "Now, why didn't *I* just say that?"
                                               Faith and Buffy: Bad Girls

Re: [fuse-emulator-devel] Re: Fuse web pages

[Philip K. <pa...@sr...>]

On Thu, Oct 09, 2003 at 02:19:52PM +0100, Philip Kendall wrote:
>   If anyone wants to play with that, feel free -- I've attached the
>   povray scene file used to generate it.

D'oh...

-- 
"I can't believe you're not Sebacean." "Human. It's kinda like Sebacean,
but we haven't conquered other worlds yet, so we just kick the crap out
of each other."
                              Gilina and Crichton: Farscape: PK Tech Girl

Re: [fuse-emulator-devel] Re: Fuse web pages

[Philip K. <pa...@sr...>]

On Tue, Oct 07, 2003 at 10:33:40PM +0100, Darren Salt wrote:
> > It would obviously be possible for me to upload a very slightly changed
> > version of the current page. However, if anyone feels they want to
> > volunteer to do a redesign of the page, now would be a very good time to
> > speak up :-)
> 
> I've been playing with the pages a little: what I've done so far can be seen
> at <URL:http://zap.tartarus.org/~ds/fuse/spectrum/fuse.html>.

That's certainly a bit nicer than my design, IMO. I'm not attached to
the 'green' theme of it in any particular way: that was an arbitrary
decision made a few years ago for my Spectrum web pages which I never
changed later :-)

Possible other sources of information:

* Rus has been working on a text-ish logo for Fuse. He may show up with
  that sometime soon.

* One thing I knocked up a while back (inspired by Cyborg's efforts for
  the WoS front page redesign) is
  http://www.srcf.ucam.org/~pak21/spectrum/chip.png

  If anyone wants to play with that, feel free -- I've attached the
  povray scene file used to generate it.

* If/when we get a final design, the SourceForge rules say that every
  page must include the SourceForge logo.

Cheers,

Phil

-- 
"Thank you for stopping her from killing me today." "Well, you know, I
try to save a life a day. Usually it's my own."
                              Gilina and Crichton: Farscape: PK Tech Girl

[fuse-emulator-devel] Re: Fuse daily CVS snapshots

[Philip K. <pa...@sr...>]

On Wed, Oct 08, 2003 at 09:23:36PM +0100, Fred wrote:
> I have been having problems with getting updates from the sourceforge 
> CVS server (for all projects) for a couple of months. Could you arrange 
> for daily CVS snapshot tarballs to be available for download?

Possibly. Try

http://fuse-emulator.sourceforge.net/fuse-cvs.tar.gz
http://fuse-emulator.sourceforge.net/fuse-utils-cvs.tar.gz
http://fuse-emulator.sourceforge.net/libspectrum-cvs.tar.gz

These *should* be regenerated every day at 20:28 SourceForge local time,
which (at least presently) is PDT (GMT-7). We'll find out soon if this
actually happens, of course :-)

Cheers,

Phil

-- 
"Oh, you have to go." "That's just what..."
"Little sis coming. I know." "So much to do before she gets here"
                                        Faith and Buffy: This Year's Girl

Re: [fuse-emulator-devel] Fuse sound routines

[Russell M. <rus...@nt...>]

Fred <fr...@sp...> wrote:

> Hi,
> I am trying to add support for the Timex TS2068 and other NTSC models to
> Fuse and the sound is not quite working as well as I'd like. I have made
> the timer happen at 17ms for NTSC machines and added a patch like:

A bit unpleasant to reuse the longer 50Hz buffer as a 60Hz buffer
without reallocating, but I suppose it's less hassle, and should work
as long as we *always* allocate for 50Hz in sound_init(). You should
add a comment in sound_init() to that effect IMHO, so that it doesn't
get `fixed' (i.e. broken :-)) in future - maybe add "/* MUST be 50 to
allocate buffers properly */" to the line in sound_init() which sets
sound_framesiz.

> The TS2068 machine timings are adjusted for the NTSC (262 lines), but I
> am still finding that the pitch of the beeper is different between the
> (NTSC) TS2068 and (PAL) TC2068. Do you think that there is anything that
> I'm missing to get the pitch the same?

The pitch of the beeper is based on four things - most obviously the
Z80 that's messing with the beeper :-), with the other three things
being tstates, machine_current->timings.tstates_per_frame, and
sound_framesiz. All I can suggest is to check that all four *are*
actually what you think they are.

-Rus.

[fuse-emulator-devel] Re: Real joystick support

[Philip K. <pa...@sr...>]

On Tue, Oct 07, 2003 at 02:53:27PM +0100, Philip Kendall wrote:
> I've just committed Darren/Fred's support for real joysticks into Fuse;
> I don't have a machine I can easily test this on, so if anyone who can
> could test it sometime after it appears on SourceForge's anoncvs
> sometime tomorrow, that would be much appreciated :-)

OK, one problem found in the configure script (--disable-ui-joystick had
no effect if libjsw wasn't present). Fix committed, and patch attached
here should you want to test this before SourceForge catches up...

Cheers,

Phil

-- 
"You stole a toothbrush?" "A mother-of-pearl handle. Very fancy."
"Yeah, but you stole a toothbrush. As far as rebellious teenagers go,
you're kinda square."
                                                  Buffy and Dawn: Entropy

[fuse-emulator-devel] Fuse sound routines

[Fred <fr...@sp...>]

Hi,
I am trying to add support for the Timex TS2068 and other NTSC models to
Fuse and the sound is not quite working as well as I'd like. I have made
the timer happen at 17ms for NTSC machines and added a patch like:

--- sound.c     2003/07/16 20:40:24     1.7
+++ sound.c     2003/10/08 11:49:05
@@ -618,6 +615,7 @@
  sound_ay_reset(void)
  {
    int f;
+  int hz = 50;

  /* as above... */
    if (!sound_enabled_ever)
@@ -632,6 +630,12 @@
    for (f = 0; f < 3; f++)
      ay_tone_high[f] = 0;
    ay_tone_subcycles = ay_env_subcycles = 0;
+
+  if( libspectrum_machine_capabilities( machine_current->machine ) &
+         LIBSPECTRUM_MACHINE_CAPABILITY_NTSC )
+    hz = 60;
+
+  sound_framesiz = sound_freq / hz;
  }

The TS2068 machine timings are adjusted for the NTSC (262 lines), but I
am still finding that the pitch of the beeper is different between the
(NTSC) TS2068 and (PAL) TC2068. Do you think that there is anything that
I'm missing to get the pitch the same?

Fred

Re: [fuse-emulator-devel] Re: Fuse web pages

[Fred <fr...@sp...>]

Darren Salt wrote:
> I've been playing with the pages a little: what I've done so far can
> be seen at <URL:http://zap.tartarus.org/~ds/fuse/spectrum/fuse.html>.

A suggestion: people love screenshots!

Fred

[fuse-emulator-devel] Re: Fuse web pages

[Darren S. <ds...@yo...>]

I demand that Philip Kendall may or may not have written...

> One thing I'd like to do [... is] to move Fuse's 'homepage' [...] to the
> sf.net webspace (aka fuse-emulator.sourceforge.net).

> It would obviously be possible for me to upload a very slightly changed
> version of the current page. However, if anyone feels they want to
> volunteer to do a redesign of the page, now would be a very good time to
> speak up :-)

I've been playing with the pages a little: what I've done so far can be seen
at <URL:http://zap.tartarus.org/~ds/fuse/spectrum/fuse.html>.

-- 
| Darren Salt                    | RISC OS, | nr. Ashington,
| ds...@yo... | Linux    | Northumberland
| ds...@za...            |          | *Toon Army*
|   <URL:http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys)

I worked in a pet shop and people kept asking how big I'll get.

[fuse-emulator-devel] Real joystick support

[Philip K. <pa...@sr...>]

I've just committed Darren/Fred's support for real joysticks into Fuse;
I don't have a machine I can easily test this on, so if anyone who can
could test it sometime after it appears on SourceForge's anoncvs
sometime tomorrow, that would be much appreciated :-)

Cheers,

Phil

-- 
"Are you suggesting that I approve the theft of priceless works of art?"
"You see, sir, we would just be borrowing them."
                                   Devlin and Vaughn: Alias: The Solution

[fuse-emulator-devel] Fuse web pages

[Philip K. <pa...@sr...>]

One thing I'd like to do before announcing the great Fuse move to
SourceForge to the rest of the world would be to move Fuse's 'homepage'
from www.srcf.ucam.org to the sf.net webspace (aka
fuse-emulator.sourceforge.net).

It would obviously be possible for me to upload a very slightly changed
version of the current page. However, if anyone feels they want to
volunteer to do a redesign of the page, now would be a very good time to
speak up :-)

This isn't particularly a call for help: IMO, the current page does the
job it needs to do, even if it's not the prettiest thing ever.

Cheers,

Phil

-- 
"Jayne, this is something the Captain has to do for himself."
"No! No, it's not!" "Oh. OK, then."
                                        Zoe and Mal: Firefly: War Stories

[fuse-emulator-devel] More SourceForge stuff

[Philip K. <pa...@sr...>]

Some more small updates to the Fuse stuff on SourceForge:

There's now some actual released software there (Fuse 0.6.1.1,
fuse-utils 0.6.1 and libspectrum 0.2.0.1), there's a new
fuse-emulator-cvs list which will (hopefully!) get all the commit
messages, and this message should serve as a little test of the -devel
list.

Cheers,

Phil

-- 
"That's my underwear." "What does this say?"
"Calvin." "They're not yours."
                           Crichton and Aeryn: Farscape: Rhapsody in Blue