In article <5997989484dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

Please... I have a question about the app "Thump".

From the menu within a Thump display window, "Menu > Viewer > Save
As" Either Sprite, Drawfile or text list, presents the following
error.

"Message block is to big or not a multiple of 4"

Strange. I have tried it here, with v1.56 (a15) on this Titanium
running RO5.29, and there were no messages. Can you try it on other OS versions?

Note that message text does not seem to be contained in the Thump
!RunImage, its Messages, or MessageTrans. I wonder where it came from?

(Not picked up by Reporter BTW).

That is also strange. If a RISC OS error was raised, I am pretty sure
Reporter would show it. Are you sure it was a normal error box? Was an application shown?

However despite throwing up the error, it does seem to save the
file.

Perhaps Thump handled it and then carried on.

Have you tried running !Thump.!RunDebug and seeing if that shows
anything?

The same happens if the Thump Toolbar saves are used.

VRPC-DL RISC OS 6.20
Thump version 1.56 (A15) June 6 2020.

If no other suggestions, you could try contacting Chris Martin.

--
Martin Avison
Note that unfortunately this email address will become invalid
without notice if (when) any spam is received.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <5997b08b97dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

[Snip]

Hi Martin,
Thanks for the thoughts, now for some testing and visible results.

The test directory contains 7 drawfiles.

Dropped on Thump's icon bar icon, it opens an images display of the
files.

In the toolbar select "Save as Sprite" opens a Save dialogue.
Name the file and drag and drop to the destination directory, this sets a path and saves the spritefile okay.

Now, In the toolbar again select "Save as Sprite" opens a Save dialogue obviously with the path set.

This time after file naming click the OK. (Not D&D).

"Message from Thump"
"Message block is to big or not a multiple of 4"

Reporter shows nothing.

The RunDebug shows nothing apart from the Filepath that was initiall set.

http://www.triffid.co.uk/dstuff/Thumptest.zip contains two grabbed
images, The first shows the filepath and name is set, the second shows a Message from Thump.

Thanks
Dave

Later if nothing crops up here I'll contact Chris, assuming his address
in the Help is still okay.
D.

Hi again Martin,
I've had time to try this on VRPC-DL RISC OS 4.39 and RPCEmu 0.9.4 running
ROD RISC OS 5.28 and in both cases the Message from Thump error is
generated.

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <5997a73c3dNews03@avisoft.f9.co.uk>,
Martin <News03@avisoft.f9.co.uk> wrote:

In article <5997989484dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

Please... I have a question about the app "Thump".

From the menu within a Thump display window, "Menu > Viewer > Save
As" Either Sprite, Drawfile or text list, presents the following
error.

"Message block is to big or not a multiple of 4"

Strange. I have tried it here, with v1.56 (a15) on this Titanium
running RO5.29, and there were no messages. Can you try it on other OS versions?

Note that message text does not seem to be contained in the Thump
!RunImage, its Messages, or MessageTrans. I wonder where it came from?

(Not picked up by Reporter BTW).

That is also strange. If a RISC OS error was raised, I am pretty sure Reporter would show it. Are you sure it was a normal error box? Was an application shown?

However despite throwing up the error, it does seem to save the
file.

Perhaps Thump handled it and then carried on.

Have you tried running !Thump.!RunDebug and seeing if that shows
anything?

The same happens if the Thump Toolbar saves are used.

VRPC-DL RISC OS 6.20
Thump version 1.56 (A15) June 6 2020.

If no other suggestions, you could try contacting Chris Martin.

Hi Martin,
Thanks for the thoughts, now for some testing and visible results.

The test directory contains 7 drawfiles.

Dropped on Thump's icon bar icon, it opens an images display of the files.

In the toolbar select "Save as Sprite" opens a Save dialogue.
Name the file and drag and drop to the destination directory, this sets a
path and saves the spritefile okay.

Now, In the toolbar again select "Save as Sprite" opens a Save dialogue obviously with the path set.

This time after file naming click the OK. (Not D&D).

"Message from Thump"
"Message block is to big or not a multiple of 4"

Reporter shows nothing.

The RunDebug shows nothing apart from the Filepath that was initiall set.

http://www.triffid.co.uk/dstuff/Thumptest.zip contains two grabbed
images, The first shows the filepath and name is set, the second shows a Message from Thump.

Thanks
Dave


Later if nothing crops up here I'll contact Chris, assuming his address in
the Help is still okay.
D.

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <5997b08b97dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

In article <5997a73c3dNews03@avisoft.f9.co.uk>,
Martin <News03@avisoft.f9.co.uk> wrote:

In article <5997989484dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

Please... I have a question about the app "Thump".

[Snip]

Thanks for the thoughts, now for some testing and visible results.

The test directory contains 7 drawfiles. Dropped on Thump's icon
bar icon, it opens an images display of the files.

In the toolbar select "Save as Sprite" opens a Save dialogue. Name
the file and drag and drop to the destination directory, this sets
a path and saves the spritefile okay.

Now, In the toolbar again select "Save as Sprite" opens a Save
dialogue obviously with the path set.

This time after file naming click the OK. (Not D&D).

"Message from Thump"
"Message block is to big or not a multiple of 4"

And when I replicated that on RO5.29 ...
I got the same! (or very nearly).

My message was "Message block is too big / not a multiple of 4"
which is the BadMessageSize message in Resources.Wimp.Messages.
I suspect the version in RO6 must have "or" instead of "/".

Reporter shows nothing.

That is because it is a message window produced by Thump, not an error
box, so no error can have been raised.

Later if nothing crops up here I'll contact Chris, assuming his
address in the Help is still okay.

I think that is your best bet - seems something associated with
handling Drawfiles upsets the Wimp somehow! Does not seem to matter
how it is saved, or on Text, Sprite or Drawfile.

When I tried it before I had a directory containing jpegs, whic worked
ok.

--
Martin Avison
Note that unfortunately this email address will become invalid
without notice if (when) any spam is received.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <5997b6b0fbNews03@avisoft.f9.co.uk>,
Martin <News03@avisoft.f9.co.uk> wrote:

In article <5997b08b97dave@triffid.co.uk>,

[Snip]

Later if nothing crops up here I'll contact Chris, assuming his
address in the Help is still okay.

I think that is your best bet - seems something associated with
handling Drawfiles upsets the Wimp somehow! Does not seem to matter
how it is saved, or on Text, Sprite or Drawfile.

When I tried it before I had a directory containing jpegs, whic worked
ok.

Well interesting things...

As you will have noted from a follow up posting Thump on 6.20, 4.39 and
5.28 all present the same problem.

To test out your above paragraph...

Here it doesn't matter if the files are Drawfiles, Sprites or Jpegs, the
error remains.

It's not a failure as such, for despite the error message the output is
still save okay.

And of course the D&D doesn't error.

Dave

Will contact him later.
D.

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 08/12/2021 16:55, Dave wrote:
[ "Message block is to big or not a multiple of 4" ]

I've had time to try this on VRPC-DL RISC OS 4.39 and RPCEmu 0.9.4 running ROD RISC OS 5.28 and in both cases the Message from Thump error is
generated.

I seem to remember this error coming up before on VRPC, but not on real
RISC OS machines.

---druck

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <sor7jd$qbl$1@dont-email.me>,
druck <news@druck.org.uk> wrote:

On 08/12/2021 16:55, Dave wrote:
[ "Message block is to big or not a multiple of 4" ]

I've had time to try this on VRPC-DL RISC OS 4.39 and RPCEmu 0.9.4 running ROD RISC OS 5.28 and in both cases the Message from Thump error is generated.

I seem to remember this error coming up before on VRPC, but not on real
RISC OS machines.

---druck

Aha! I still have a working real hardware SARPC, I'll do a bit o' testing
on that today (Thurs) when I've done my work.

Thanks for the thought.

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <5997fd26a2dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

In article <sor7jd$qbl$1@dont-email.me>,
druck <news@druck.org.uk> wrote:

On 08/12/2021 16:55, Dave wrote:
[ "Message block is to big or not a multiple of 4" ]

I've had time to try this on VRPC-DL RISC OS 4.39 and RPCEmu 0.9.4 running ROD RISC OS 5.28 and in both cases the Message from Thump
error is generated.

I seem to remember this error coming up before on VRPC, but not on
real RISC OS machines.

---druck

Aha! I still have a working real hardware SARPC, I'll do a bit o' testing
on that today (Thurs) when I've done my work.

Thanks for the thought.

Dave

Wound up the real SARPC, RISC OS 6.20 and did a few tests with Thump.

Directory with a few Drawfiles, same processes as before, failed with the
same error message.

Directory with a few sprites and Jpegs, same processes as before, failed
with the same error message.

So the process has been tried on:
VRPC-DL, RPCEmu installs and a Real hardware RISC OS machine.

OS version:
5.28, 6.20, 4.39, and 4.02 where the end result is error.

Oh yes I forgot, tested on Fay's VRPC-Adjust SA, RISC OS 4.39 It errored.

Dave

Yesterday I wrote up my notes and posted to Chris Martin, assuming the
address given in the !Help is active.

D.

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <599806648ddave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

Yesterday I wrote up my notes and posted to Chris Martin, assuming the address given in the !Help is active.

He certainly fixed a couple of issues I reported a while back. The
latest version here works fine with saving a display of jpegs without
error. I haven't tried with other filetypes in the display yet.

There is an email address on the Thump web site, which is the one he
used when last contacting me (that was about DPScan).

-------------------------------------------------------------------
My name is Christopher Martin. You can email me through account "iam-chris-martin" at host "internode-on-net". (Replace the dashes
with dots, etc.) -------------------------------------------------------------------

--
Chris Johnson

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Update:
Had a note from Chris M, he can reproduce the behaviour, and will have a
delve into the code.

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 10 Dec 2021 as I do recall,
Dave wrote:

Update:
Had a note from Chris M, he can reproduce the behaviour, and will have a delve into the code.

Excellent!

--
Harriet Bazley == Loyaulte me lie ==

A hangover is the wrath of grapes.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <5998850901dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

Update:
Had a note from Chris M, he can reproduce the behaviour, and will have a delve into the code.

Dave

Update for anyone interested.

Chris contacted me earlier this evening...

Noting... "I have uploaded version 1.56 alpha 17. This should fix the
problem."

I've downloaded and tested, and it does indeed fix the Save problem.

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <599df06509dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

In article <5998850901dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

Update: Had a note from Chris M, he can reproduce the behaviour, and
will have a delve into the code.

Dave

Update for anyone interested.

Chris contacted me earlier this evening...

Noting... "I have uploaded version 1.56 alpha 17. This should fix the problem."

I've downloaded and tested, and it does indeed fix the Save problem.

Dave

Please...
Wonder if anyone can offer a bit of advice...

Thump does not show PNG thumbnails, instead it displays the filename and a
big Red Pling (!).

I understand from the !!!ReadMe it needs the !Spr2Png app.

I have both the !Spr2Png app and inside it the png2spr both of which are
very recent downloads.

In "Configuration-Boot-Look at" I have a path entry so it is seen by the
filer early in the Boot sequence.

But Thump will still not display PNGs.

Any thoughts why?

Thanks
Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 20 Dec 2021 as I do recall,
Dave wrote:

Thump does not show PNG thumbnails, instead it displays the filename and a big Red Pling (!).

I understand from the !!!ReadMe it needs the !Spr2Png app.

I have both the !Spr2Png app and inside it the png2spr both of which are
very recent downloads.

In "Configuration-Boot-Look at" I have a path entry so it is seen by the filer early in the Boot sequence.

But Thump will still not display PNGs.

Any thoughts why?

No, but I do remember having trouble with this (I never had enough PNGs
to make it worth getting to the bottom of). What happens if you
actually run !Spr2Png before using Thump?

--
Harriet Bazley == Loyaulte me lie ==

Cole's Law: Thinly sliced cabbage.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <326c009e59.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

On 20 Dec 2021 as I do recall,
Dave wrote:

Thump does not show PNG thumbnails, instead it displays the filename
and a big Red Pling (!).

I understand from the !!!ReadMe it needs the !Spr2Png app.

I have both the !Spr2Png app and inside it the png2spr both of which
are very recent downloads.

In "Configuration-Boot-Look at" I have a path entry so it is seen by
the filer early in the Boot sequence.

But Thump will still not display PNGs.

Any thoughts why?

No, but I do remember having trouble with this (I never had enough PNGs
to make it worth getting to the bottom of). What happens if you
actually run !Spr2Png before using Thump?

Well, I tried that yesterday before posting the above...

No change, still a big red Pling (!)

Maybe I'll ask Chris and see what his thoughts are. :-)

Thanks for the thought anyway. :-)

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <599e29ba4edave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

[Snip]

Well, I tried that yesterday before posting the above...

No change, still a big red Pling (!)

Maybe I'll ask Chris and see what his thoughts are. :-)

Thanks for the thought anyway. :-)

Dave

Hi folks...
So to recap...

I had two problems with Thump, the first being the Save problem.

I chatted with Chris about this and he fixed it in 1.56 alpha 17. (He has
since released 1.56 alpha 18 with a different fix that relates to RISC OS
5.

The second problem was with PNG files not thumb nailing but showing as a
red Pling.

We discussed this at length, with Chris looking at the code and much
testing at my end.

Eventually after one of my replies, Chris hit the nail firmly on the bonce
and solved it, so for me PNGs now thumbnail correctly.

So thanks and appreciation to Chris for his efforts.

Dave

Oh, I guess you'd like to know what was wrong.

I have a small RAMDisc configured (6Mb) as a place to put a few temporary
bit's 'n bobs when I'm working.

This was totally inadequate when used by Thump for Scrap storage, so when
I increased the RAMdisk size to 64Mb, thereafter PNG files displayed okay.

Another caution is mentioned in the !!!Help file, and that concerns the !Spr2Png app and the png2spr being current.

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <599ffd24a5dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:

[Snip]

Oh, I guess you'd like to know what was wrong.

I have a small RAMDisc configured (6Mb) as a place to put a few temporary bit's 'n bobs when I'm working.

This was totally inadequate when used by Thump for Scrap storage, so
when I increased the RAMdisk size to 64Mb, thereafter PNG files
displayed okay.

Dave

A footnote.
Went through a few versions of RISC OS on both VRPC-DL and RPCEmu and the results are as follows.

VRPC-DL versions, small Ramdisk Thump PNG thumbnails fail.
VRPC-DL versions, large Ramdisk Thump PNG thumbnails display correctly.

RPCEmu Versions, small Ramdisk Thump PNG thumbnails fail.
RPCEmu Versions, large Ramdisk Thump PNG thumbnails display correctly.

Dave

--

Dave Triffid

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)