Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.acorn.misc > #21577 > unrolled thread

Sprite files

Back to article view | Back to comp.sys.acorn.misc

Contents

  Sprite files Chris Newman <newslists@npost.uk> - 2025-02-22 12:45 +0000
    Re: Sprite files Steve Fryatt <news@stevefryatt.org.uk> - 2025-02-22 14:06 +0000
      Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-23 10:55 +0000
        Re: Sprite files Chris Hughes <news13@noonehere.co.uk> - 2025-02-23 11:31 +0000
          Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-23 12:01 +0000
            Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-23 23:34 +0000
        Re: Sprite files Dave <dave@triffid.co.uk> - 2025-02-23 11:54 +0000
          Re: Sprite files John <newsmcc@blueyonder.co.uk> - 2025-02-23 14:37 +0000
            Re: Sprite files Dave <dave@triffid.co.uk> - 2025-02-24 08:30 +0000
              Sprite files Dave <dave@triffid.co.uk> - 2025-02-26 11:50 +0000
                Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-26 16:42 +0000
                  Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-26 17:45 +0000
                    Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-26 17:54 +0000
                      Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-26 21:10 +0100
                        Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-26 22:04 +0000
                          Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-27 10:07 +0100
                          Re: Sprite files druck <news@druck.org.uk> - 2025-02-28 09:51 +0000
                            Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-28 10:45 +0000
                              Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-28 12:38 +0100
                                Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-28 14:02 +0000
                                  Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-28 15:58 +0000
                                    Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-28 20:02 +0100
                              Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-28 11:07 +0000
                              Re: Sprite files druck <news@druck.org.uk> - 2025-02-28 14:17 +0000
                      Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-27 22:17 +0000
                        Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-27 23:32 +0000
                          Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-28 00:24 +0000
                            Re: Sprite files Stuart <Spambin@argonet.co.uk> - 2025-02-28 10:45 +0000
                              Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-28 12:50 +0100
                                Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-28 15:57 +0000
                                  Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-28 17:24 +0000
                                    Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-28 20:37 +0100
                                      Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-02-28 21:26 +0000
                                        Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-03-01 11:31 +0100
                                          Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-03-23 19:14 +0000
                                            Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-03-24 11:38 +0100
                                              Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-03-24 15:20 +0000
                                                Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-03-24 18:50 +0100
                                                  Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-03-24 18:46 +0000
                                                    Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-03-25 10:33 +0100
                                                      Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-03-25 10:40 +0000
                                                        Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-03-25 19:52 +0100
                                                          Re: Sprite files Alan Griffin <ajg@argonet.co.uk> - 2025-03-25 21:45 +0000
                                                            Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-03-25 23:16 +0100
                                                              Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-03-25 23:52 +0000
                                                          Re: Sprite files Harriet Bazley <harriet@bazleyfamily.co.uk> - 2025-03-25 21:58 +0000
                        Re: Sprite files Kevin Wells <kev@kevsoft.co.uk> - 2025-02-27 23:27 +0000
                          Re: Sprite files Chris Newman <newslists@npost.uk> - 2025-02-28 15:53 +0000
                  Re: Sprite files Kevin Wells <kev@kevsoft.co.uk> - 2025-02-26 21:03 +0000
        Re: Sprite files Jean-Michel <jmc.bruck@orange.fr> - 2025-02-24 10:42 +0100

Page 1 of 3  [1] 2 3  Next page →

#21577 — Sprite files

Hi,

Anyone know a foolproof method for changing sprite files to 2 colours and
square pixcels so Sleuth won't complain?

I've run it through DPlingScan but Sleuth 2 complains as above and Sleuth
3 gives type=2 fatal internal error.

-- 
Chris

[toc] | [next] | [standalone]

#21578

On 22 Feb, Chris Newman wrote in message
    <5bf32b2585newslists@npost.uk>:

> Anyone know a foolproof method for changing sprite files to 2 colours and
> square pixcels so Sleuth won't complain?

ChangeFSI? The current version in RISC OS 5 appears to do this easily.

-- 
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/

[toc] | [prev] | [next] | [standalone]

#21579

In article <mpro.ss38ij00gcjvo0mg5.news@stevefryatt.org.uk>,
   Steve Fryatt <news@stevefryatt.org.uk> wrote:
> On 22 Feb, Chris Newman wrote in message
>     <5bf32b2585newslists@npost.uk>:

> > Anyone know a foolproof method for changing sprite files to 2 colours and
> > square pixcels so Sleuth won't complain?

> ChangeFSI? The current version in RISC OS 5 appears to do this easily.

I found I have 1.69 (17-Dec-22) in resources.
I set the sprite output to monochrome 25 coors and that opened in
Sleuth 3 but when I tried to OCR it gave a fatal error warning.
Setting to 16 colours opened in Sleuth but as a big black square - no
text. I'll keep working on it.

-- 
Chris

[toc] | [prev] | [next] | [standalone]

#21580

In message <5bf3a4da5fnewslists@npost.uk>
          Chris Newman <newslists@npost.uk> wrote:

> In article <mpro.ss38ij00gcjvo0mg5.news@stevefryatt.org.uk>,
>    Steve Fryatt <news@stevefryatt.org.uk> wrote:
>> On 22 Feb, Chris Newman wrote in message
>>     <5bf32b2585newslists@npost.uk>:

>>> Anyone know a foolproof method for changing sprite files to 2 colours and
>>> square pixcels so Sleuth won't complain?

>> ChangeFSI? The current version in RISC OS 5 appears to do this easily.

> I found I have 1.69 (17-Dec-22) in resources.

For reference current version 1.70 (10 Jul 23)

I got it via Packman.

> I set the sprite output to monochrome 25 coors and that opened in
> Sleuth 3 but when I tried to OCR it gave a fatal error warning.
> Setting to 16 colours opened in Sleuth but as a big black square - no
> text. I'll keep working on it.

I am assuming you are running Aemulor to get Sleuth 3 working as it is 26 
bit only application.

-- 
Chris Hughes

[toc] | [prev] | [next] | [standalone]

#21582

In article <2a28a8f35b.chris@mytardis>, Chris Hughes
<news13@noonehere.co.uk> wrote:
> In message <5bf3a4da5fnewslists@npost.uk> Chris Newman
>           <newslists@npost.uk> wrote:

> > In article <mpro.ss38ij00gcjvo0mg5.news@stevefryatt.org.uk>, Steve
> >    Fryatt <news@stevefryatt.org.uk> wrote:
> >> On 22 Feb, Chris Newman wrote in message
> >>     <5bf32b2585newslists@npost.uk>:

> >>> Anyone know a foolproof method for changing sprite files to 2
> >>> colours and square pixcels so Sleuth won't complain?

> >> ChangeFSI? The current version in RISC OS 5 appears to do this
> >> easily.

> > I found I have 1.69 (17-Dec-22) in resources.

> For reference current version 1.70 (10 Jul 23)

> I got it via Packman.

> > I set the sprite output to monochrome 25 coors and that opened in
> > Sleuth 3 but when I tried to OCR it gave a fatal error warning.
> > Setting to 16 colours opened in Sleuth but as a big black square - no
> > text. I'll keep working on it.

> I am assuming you are running Aemulor to get Sleuth 3 working as it is
> 26 bit only application.

I'd forgotten that as it opens happily without Aemulor. I'll try again
with it later. Dashing out to gig now.

-- 
Chris

[toc] | [prev] | [next] | [standalone]

#21584

In article <5bf3aae355newslists@npost.uk>, Chris Newman
<newslists@npost.uk> wrote:
> In article <2a28a8f35b.chris@mytardis>, Chris Hughes
> <news13@noonehere.co.uk> wrote:
> > In message <5bf3a4da5fnewslists@npost.uk> Chris Newman
> >           <newslists@npost.uk> wrote:

> > > In article <mpro.ss38ij00gcjvo0mg5.news@stevefryatt.org.uk>, Steve
> > >    Fryatt <news@stevefryatt.org.uk> wrote:
> > >> On 22 Feb, Chris Newman wrote in message
> > >>     <5bf32b2585newslists@npost.uk>:

> > >>> Anyone know a foolproof method for changing sprite files to 2
> > >>> colours and square pixcels so Sleuth won't complain?

<Snip>

> > I am assuming you are running Aemulor to get Sleuth 3 working as it
> > is 26 bit only application.

> I'd forgotten that as it opens happily without Aemulor. I'll try again
> with it later. Dashing out to gig now.

tried with Aemulor. No improvement yet. I'll try more 'sperimentin' when
time permits.
Sleuth has worked for me in the past so perhaps the image I'm working on
is suspect.
I captured part of a PDF page using !Snapper.

-- 
Chris

[toc] | [prev] | [next] | [standalone]

#21581

In article <5bf3a4da5fnewslists@npost.uk>,
   Chris Newman <newslists@npost.uk> wrote:
> In article <mpro.ss38ij00gcjvo0mg5.news@stevefryatt.org.uk>,
>    Steve Fryatt <news@stevefryatt.org.uk> wrote:
> > On 22 Feb, Chris Newman wrote in message
> >     <5bf32b2585newslists@npost.uk>:

> > > Anyone know a foolproof method for changing sprite files to 2
> > > colours and square pixcels so Sleuth won't complain?

> > ChangeFSI? The current version in RISC OS 5 appears to do this easily.

> I found I have 1.69 (17-Dec-22) in resources.
> I set the sprite output to monochrome 25 coors and that opened in
> Sleuth 3 but when I tried to OCR it gave a fatal error warning.
> Setting to 16 colours opened in Sleuth but as a big black square - no
> text. I'll keep working on it.

Interesting reading, this thread has brought forth old night/daymares.

Back in the days... Before I moved my graphics stuff over to the Win PC
side, we had the need for OCRing, and we tried for years to get Sleuth to
convert documents, trying all sorts of scanned documents and settings etc,
and it occasionally worked, but very unreliable and exceedingly picky.
Yes we were well aware of the image constraints...

In the end, I gave up and moved WinPC side, where I can now scan and OCR
documents of all sorts without hardly any problems.

So just out of interest I ran Sleuth  to see if it was as bad as I
remembered, and it absolutely was, invariable throwing up an error message
"Failed to find any readable text".

After trying that WC contents again...

While I would wish you well with your task... On a hiding to nothing comes
to mind... :-(

Dave

-- 

Dave Triffid

[toc] | [prev] | [next] | [standalone]

#21583

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

> In the end, I gave up and moved WinPC side, where I can
> now scan and OCR documents of all sorts without hardly
> any problems.

Hear, hear, Dave.

I used ABBYY FineReader for OCRing Doctor Wimp's Surgery.
The only problems it gave me were related to things like
!Run coming out as ! Run and one or two other items
relating to RISC OS naming conventions.

That was all sorted out under RISC OS rather than trying to
teach FineReader. It would have been even easier if I'd
been aware of StrongED's ability to do Search and Replace
on multiple files all at the same time.

John

-- 
John
newsmcc@blueyonder.co.uk
j dot mccartney atte blueyonder dot co dot uk

[toc] | [prev] | [next] | [standalone]

#21585

In article <5bf3b9342anewsmcc@blueyonder.co.uk>,
   John <newsmcc@blueyonder.co.uk> wrote:
> In article <5bf3aa4d8bdave@triffid.co.uk>, Dave
> <dave@triffid.co.uk> wrote:

> > In the end, I gave up and moved WinPC side, where I can
> > now scan and OCR documents of all sorts without hardly
> > any problems.

> Hear, hear, Dave.

> I used ABBYY FineReader for OCRing Doctor Wimp's Surgery.
> The only problems it gave me were related to things like
> !Run coming out as ! Run and one or two other items
> relating to RISC OS naming conventions.

> That was all sorted out under RISC OS rather than trying to
> teach FineReader. It would have been even easier if I'd
> been aware of StrongED's ability to do Search and Replace
> on multiple files all at the same time.

> John

Indeed John,
Back in in the days when I was running my business I did try with Sleuth
3... Goodness me, did we (Fay and I) try hard, but as I've previously noted
it was so problematic and unreliable, just not usable in a business
situation.

I don't want to cause thread drift, so I'll take my question prompted by
your last paragraph to the StrongED's mailing list.

Regards
Dave

-- 

Dave Triffid

[toc] | [prev] | [next] | [standalone]

#21587

In article <5bf41b6693dave@triffid.co.uk>,
   Dave <dave@triffid.co.uk> wrote:
[Snip a lot]

> Indeed John, Back in in the days when I was running my business I did
> try with Sleuth 3... Goodness me, did we (Fay and I) try hard, but as
> I've previously noted it was so problematic and unreliable, just not
> usable in a business situation.

So... Even in my dotage, When I'm in a goodish mood, no grumps in sight, I
like to have a fiddle with apps, just to see what's what.  ;-)

Thought I'd have fiddle with Sleuth3 just to see how much of a masochist
I'd have to be to get a usable OCR out of it.

I have an Epson scanner attached to my home LAN that outputs excellent
images, unfortunately UniServer/Uniscan has never been able to do anything
through it, just interminable clicking.
I just rechecked... Click, click...  :-(

I have a small clean recent document printed on a HP Laserjet (Win side)
to use in the scanner.

In the Epson Scan app while scanning, I used a tiny bit of 'Contrast'
increase to crisp up the images.

Scan in 8bit Grayscale at 100, 150, 200, 300, 400 dpi.

Take the images (Not Jpegs as I want to keep the images clean) to the RISC
OS side. (BMP or PNG)

Use DPlingScan to reduce to 4bpp then Save as a Spritefile.

100, 150, 200dpi completely useless.

300dpi OCR'd very well with just a few things out of place.

400dpi OCR'd completely okay.

There yuh! go.

Dave

-- 

Dave Triffid

[toc] | [prev] | [next] | [standalone]

#21588

In article <5bf5356db2dave@triffid.co.uk>, Dave <dave@triffid.co.uk>
wrote:
> In article <5bf41b6693dave@triffid.co.uk>, Dave <dave@triffid.co.uk>
> wrote: [Snip a lot]

> > Indeed John, Back in in the days when I was running my business I did
> > try with Sleuth 3... Goodness me, did we (Fay and I) try hard, but as
> > I've previously noted it was so problematic and unreliable, just not
> > usable in a business situation.

<snip>

> Scan in 8bit Grayscale at 100, 150, 200, 300, 400 dpi.

> Take the images (Not Jpegs as I want to keep the images clean) to the
> RISC OS side. (BMP or PNG)

> Use DPlingScan to reduce to 4bpp then Save as a Spritefile.

> 100, 150, 200dpi completely useless.

> 300dpi OCR'd very well with just a few things out of place.

> 400dpi OCR'd completely okay.

I usually get good results doing things that way (More or less).

I was trying to do something slightly different.
I have a file which consists of many, many PDF pages.
They contain the words to approx 2075 jazz tunes.
I wanted one so I used !Snapper to tack a screen shot.
I also tried outputting a whole page fro !PDF then cropping what I didn't
need. Also tried the same from MuView.
'Twould seem Sleuth doesn't want to lay with sprites taken like this. 
It seems

-- 
Chris

[toc] | [prev] | [next] | [standalone]

#21589

On 26 Feb 2025 as I do recall,
          Chris Newman  wrote:

[snip]


> I have a file which consists of many, many PDF pages.
> They contain the words to approx 2075 jazz tunes.
> I wanted one so I used !Snapper to tack a screen shot.
> I also tried outputting a whole page fro !PDF then cropping what I didn't
> need. Also tried the same from MuView.
> 'Twould seem Sleuth doesn't want to lay with sprites taken like this. 
> It seems
>

OCR won't work with sprites at screen resolution (which is only about
90x90dpi).

-- 
Harriet Bazley                     ==  Loyaulte me lie ==

A chicken is an egg's way of producing more eggs.

[toc] | [prev] | [next] | [standalone]

#21590

On 26 Feb 2025 as I do recall,
          Harriet Bazley  wrote:

> On 26 Feb 2025 as I do recall,
>           Chris Newman  wrote:
> 
> [snip]
> 
> 
> > I have a file which consists of many, many PDF pages.
> > They contain the words to approx 2075 jazz tunes.
> > I wanted one so I used !Snapper to tack a screen shot.
> > I also tried outputting a whole page fro !PDF then cropping what I didn't
> > need. Also tried the same from MuView.
> > 'Twould seem Sleuth doesn't want to lay with sprites taken like this. 
> > It seems
> >
> 
> OCR won't work with sprites at screen resolution (which is only about
> 90x90dpi).
> 
However, depending on how the PDF file was created, i.e. (whether it
holds the actual text or whether it is just somebody's wrapper for a
collection of fuzzy JPEGS) it might be possible to get the page output
at a much higher resolution - you can fake this in !PDF by zooming the
view to, say, 400% and then using the Save as Sprite option.  It still
won't be in monochrome, so you will have to tick the monochrome 2-colour
option in ChangeFSI and resave as a Mode 25 sprite.

Sleuth may then be able to read it.

-- 
Harriet Bazley                     ==  Loyaulte me lie ==

Be tolerant of mistakes. There are very few errors that are so important
    that they cannot be ignored if you try hard enough.

[toc] | [prev] | [next] | [standalone]

#21591

In message <bcbb56f55b.harriet@bazleyfamily.co.uk>
          Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

> On 26 Feb 2025 as I do recall,
>           Harriet Bazley  wrote:

>> On 26 Feb 2025 as I do recall,
>>           Chris Newman  wrote:
>> 
>> [snip]
>> 
>> 
>>> I have a file which consists of many, many PDF pages.
>>> They contain the words to approx 2075 jazz tunes.
>>> I wanted one so I used !Snapper to tack a screen shot.
>>> I also tried outputting a whole page fro !PDF then cropping what I didn't
>>> need. Also tried the same from MuView.
>>> 'Twould seem Sleuth doesn't want to lay with sprites taken like this.
>>> It seems
>>>
>> 
>> OCR won't work with sprites at screen resolution (which is only about
>> 90x90dpi).
>> 
> However, depending on how the PDF file was created, i.e. (whether it
> holds the actual text or whether it is just somebody's wrapper for a
> collection of fuzzy JPEGS) it might be possible to get the page output
> at a much higher resolution - you can fake this in !PDF by zooming the
> view to, say, 400% and then using the Save as Sprite option.  It still
> won't be in monochrome, so you will have to tick the monochrome 2-colour
> option in ChangeFSI and resave as a Mode 25 sprite.

> Sleuth may then be able to read it.

Have you tried to open the PDF file with !Gview?  with the choice menu we 
can produce a sprite file (2_colour monochrome) Mode 18 and can choose a 
300% scale for example. (It works very well with Sharpeye)

"SharpEye is an extremely accurate Optical Music Recognition (OMR) package 
by the author of Sleuth OCR. SharpEye ...."

Certainly similarities between these two software.



-- 
Jean-Michel

[toc] | [prev] | [next] | [standalone]

#21592

On 26 Feb 2025 as I do recall,
          Jean-Michel  wrote:

[snip]


> Have you tried to open the PDF file with !Gview?  with the choice menu we 
> can produce a sprite file (2_colour monochrome) Mode 18 and can choose a 
> 300% scale for example. (It works very well with Sharpeye)


I tried saving a 2 colour monochrome file at 300% scale from GView, but
it crashed Paint when I double-clicked on it, and gave an Xsprbadbpp
error when I dragged it into SharpEye.   :-(

(ChangeFSI can display it, and reports it as "RISC OS sprite, 744 by
1052 pixels, 32 bits per pixel" - DPlngScan reports it as 'Type 6.
Palette entries 0")


-- 
Harriet Bazley                     ==  Loyaulte me lie ==

Those of you who think you know everything are annoying those of us who do.

[toc] | [prev] | [next] | [standalone]

#21594

In message <7dab6df55b.harriet@bazleyfamily.co.uk>
          Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

> On 26 Feb 2025 as I do recall,
>           Jean-Michel  wrote:

> [snip]


>> Have you tried to open the PDF file with !Gview?  with the choice menu we
>> can produce a sprite file (2_colour monochrome) Mode 18 and can choose a
>> 300% scale for example. (It works very well with Sharpeye)
The above information is that of! Paint after saving the sprite.

> I tried saving a 2 colour monochrome file at 300% scale from GView, but
> it crashed Paint when I double-clicked on it, and gave an Xsprbadbpp
> error when I dragged it into SharpEye.   :-(
This is the message that appears when the file is in 32 -bit color mode, 
Sharpeye does not want it, but manages very well with an 8 -bit file.

Strange, I use it very often!
The version of Gview that I use is that of Martin Wuerthner's site. (21 
Jun 06) and Ghostscript v8.54
I hope you will have the good results!

> (ChangeFSI can display it, and reports it as "RISC OS sprite, 744 by
> 1052 pixels, 32 bits per pixel" - DPlngScan reports it as 'Type 6.
> Palette entries 0")
Ok,



-- 
Jean-Michel

[toc] | [prev] | [next] | [standalone]

#21599

On 26/02/2025 22:04, Harriet Bazley wrote:
> On 26 Feb 2025 as I do recall,
>            Jean-Michel  wrote:
> I tried saving a 2 colour monochrome file at 300% scale from GView, but
> it crashed Paint when I double-clicked on it, and gave an Xsprbadbpp
> error when I dragged it into SharpEye.   :-(
> 
> (ChangeFSI can display it, and reports it as "RISC OS sprite, 744 by
> 1052 pixels, 32 bits per pixel" - DPlngScan reports it as 'Type 6.
> Palette entries 0")

That isn't a monochrome sprite, they are 1 bit per pixel.

---druck

[toc] | [prev] | [next] | [standalone]

#21601

On 28 Feb 2025 as I do recall,
          druck  wrote:

> On 26/02/2025 22:04, Harriet Bazley wrote:
> > On 26 Feb 2025 as I do recall,
> >            Jean-Michel  wrote:
> > I tried saving a 2 colour monochrome file at 300% scale from GView, but
> > it crashed Paint when I double-clicked on it, and gave an Xsprbadbpp
> > error when I dragged it into SharpEye.   :-(
> > 
> > (ChangeFSI can display it, and reports it as "RISC OS sprite, 744 by
> > 1052 pixels, 32 bits per pixel" - DPlngScan reports it as 'Type 6.
> > Palette entries 0")
> 
> That isn't a monochrome sprite, they are 1 bit per pixel.
> 
That's what my copy of GView (v1.52) apparently generates when 'Colour
depth' is set to 'monochrome'....   :-(

And the visual output in the window certainly appears black and white
with no greyscale, so I don't know what's going on.  Switching the radio
icon to '16 colours' instead of 'monochrome' saves a sprite that still
crashes !Paint 2.55, but which ChangeFSI reports as being 4 bits per
pixel - since when has Paint been unable to display a 16-colour sprite?

In fact on experiment *all* sprites saved out from GView's 'Save' option
currently appear to be crashing Paint, whatever colour depth or scaling
factor is set - and is apparently being obeyed in the visual display -
and whether or not the 'Use GhostScript sprite device' option at the
bottom of the choices is ticked.  So I really don't know what is going
on!

The filesize of the generated spritefile varies plausibly according
to the colour depth requested, and they all load correctly if dragged
into ChangeFSI but give an "Internal error: abort on data transfer"
error if I double-click on them.   Maybe I need to reboot....

-- 
Harriet Bazley                     ==  Loyaulte me lie ==

Those who can't write, write manuals.

[toc] | [prev] | [next] | [standalone]

#21602

In message <711937f65b.harriet@bazleyfamily.co.uk>
          Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

> On 28 Feb 2025 as I do recall,
>           druck  wrote:

>> On 26/02/2025 22:04, Harriet Bazley wrote:
>>> On 26 Feb 2025 as I do recall,
>>>            Jean-Michel  wrote:
>>> I tried saving a 2 colour monochrome file at 300% scale from GView, but
>>> it crashed Paint when I double-clicked on it, and gave an Xsprbadbpp
>>> error when I dragged it into SharpEye.   :-(
>>> 
>>> (ChangeFSI can display it, and reports it as "RISC OS sprite, 744 by
>>> 1052 pixels, 32 bits per pixel" - DPlngScan reports it as 'Type 6.
>>> Palette entries 0")
>> 
>> That isn't a monochrome sprite, they are 1 bit per pixel.
>> 
> That's what my copy of GView (v1.52) apparently generates when 'Colour
> depth' is set to 'monochrome'....   :-(

> And the visual output in the window certainly appears black and white
> with no greyscale, so I don't know what's going on.  Switching the radio
> icon to '16 colours' instead of 'monochrome' saves a sprite that still
> crashes !Paint 2.55, but which ChangeFSI reports as being 4 bits per
> pixel - since when has Paint been unable to display a 16-colour sprite?

> In fact on experiment *all* sprites saved out from GView's 'Save' option
> currently appear to be crashing Paint, whatever colour depth or scaling
> factor is set - and is apparently being obeyed in the visual display -
> and whether or not the 'Use GhostScript sprite device' option at the
> bottom of the choices is ticked.  So I really don't know what is going
> on!

Can you specify the version of the Ghostscript you use. I have no problem 
with version 8.54.
I had installed the more recent version but I think it generated the 
problem of monochrome sprite. Too bad because it's a VFP version!

> The filesize of the generated spritefile varies plausibly according
> to the colour depth requested, and they all load correctly if dragged
> into ChangeFSI but give an "Internal error: abort on data transfer"
> error if I double-click on them.   Maybe I need to reboot....





-- 
Jean-Michel

[toc] | [prev] | [next] | [standalone]

#21605

On 28 Feb 2025 as I do recall,
          Jean-Michel  wrote:

> In message <711937f65b.harriet@bazleyfamily.co.uk>
>           Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

[snip]


> > In fact on experiment *all* sprites saved out from GView's 'Save' option
> > currently appear to be crashing Paint, whatever colour depth or scaling
> > factor is set - and is apparently being obeyed in the visual display -
> > and whether or not the 'Use GhostScript sprite device' option at the
> > bottom of the choices is ticked.  So I really don't know what is going
> > on!
> 
> Can you specify the version of the Ghostscript you use. I have no problem 
> with version 8.54.
> I had installed the more recent version but I think it generated the 
> problem of monochrome sprite. Too bad because it's a VFP version!
> 

That would explain it - I upgraded my copy of Ghostscript to 9.26....

(But surely if GhostScript's sprite output is bugged then someone would
have noticed by now?)


-- 
Harriet Bazley                     ==  Loyaulte me lie ==

The only rose without thorns is friendship.

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | comp.sys.acorn.misc

csiph-web