Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.acorn.programmer > #6378
| From | Paul Sprangers <Paul@sprie.nl> |
|---|---|
| Subject | Re: Reading the dimensions of a sprite or JPEG on disk |
| Newsgroups | comp.sys.acorn.programmer |
| Date | 2022-05-31 15:59 +0200 |
| Message-ID | <59f13d9c35Paul@sprie.nl> (permalink) |
| References | (5 earlier) <56KdnRloBeIyTAn_nZ2dnUU7-S3NnZ2d@brightview.co.uk> <59f0be8a9aPaul@sprie.nl> <ZeadnfdmIvFTZAn_nZ2dnUU7-WfNnZ2d@brightview.co.uk> <59f119bd97Paul@sprie.nl> <59f133acfdNews03@avisoft.f9.co.uk> |
| Organization | None |
In article <59f133acfdNews03@avisoft.f9.co.uk>, Martin <News03@avisoft.f9.co.uk> wrote: > I do not think it is the Wimp that is your problem. Well, it's certainly not my *only* problem... > I suspect your problem with sprites is that a sprite file can (and > usually does) contain several sprites. [ ... ] Actually I want to restrict myself to sprite files that contain just one sprite. Since my program is meant to process photo's, JPEGs will be the vast majority of the dragged files anyway. The current problem (the one that blocks me from running into new ones) is that I fail to handle the ChangeFSI function properly. The routine that I have now does allow me to process some small JPEGs the way I want, before it runs out of memory. I don't know how to increase its workspace, despite the nice documentation, nor do I know how to save the resulting sprite into an existing sprite file. Kind regards, Paul -- https://riscos.sprie.nl
Back to comp.sys.acorn.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-28 12:08 +0200
Re: Reading the dimensions of a sprite or JPEG on disk News <chrisjohnson@spamcop.net> - 2022-05-28 11:37 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-28 12:48 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Gerald Holdsworth <nospam@hollypops.co.uk> - 2022-05-28 14:26 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-30 13:58 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Gerald Holdsworth <nospam@hollypops.co.uk> - 2022-05-30 15:16 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-30 16:51 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Gerald Holdsworth <nospam@hollypops.co.uk> - 2022-05-30 18:07 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-31 09:27 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Gerald Holdsworth <nospam@hollypops.co.uk> - 2022-05-31 12:12 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-31 15:30 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Gerald Holdsworth <nospam@hollypops.co.uk> - 2022-05-31 21:51 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Steve Fryatt <news@stevefryatt.org.uk> - 2022-05-31 23:29 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Martin Wuerthner <spamtrap@mw-software.com> - 2022-06-07 16:33 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-06-11 08:56 +0200
Re: Reading the dimensions of a sprite or JPEG on disk Sprow <news@sprow.co.uk> - 2022-06-12 08:15 -0700
Re: Reading the dimensions of a sprite or JPEG on disk Martin <News03@avisoft.f9.co.uk> - 2022-05-31 13:10 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-31 15:59 +0200
Re: Reading the dimensions of a sprite or JPEG on disk News <chrisjohnson@spamcop.net> - 2022-05-31 16:28 +0100
Re: Reading the dimensions of a sprite or JPEG on disk News <chrisjohnson@spamcop.net> - 2022-05-31 16:51 +0100
Re: Reading the dimensions of a sprite or JPEG on disk Paul Sprangers <Paul@sprie.nl> - 2022-05-31 18:33 +0200
csiph-web