Menu
▾
▴
recoil-users
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(3) |
Aug
(4) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(2) |
| 2014 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(5) |
Feb
(9) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
(9) |
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(14) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(7) |
| 2019 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(2) |
Oct
(1) |
Nov
(17) |
Dec
(12) |
| 2021 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(10) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2023 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: KonradK <ko...@ra...> - 2024-03-09 12:53:50
|
It installs on Windows 7 x64 without throwing an error. Thanks! Regards KonradK On 2024-03-09 11:30, Piotr Fusik wrote: > I've just released 6.4.2 which installs fine on Windows 11. Please > check on Windows 7. > > --Piotr > > > > > _______________________________________________ > RECOIL-users mailing list > REC...@li... > https://lists.sourceforge.net/lists/listinfo/recoil-users |
|
From: Piotr F. <pi...@fu...> - 2024-03-09 10:30:45
|
I've just released 6.4.2 which installs fine on Windows 11. Please check on Windows 7. --Piotr |
|
From: konrad <ko...@ra...> - 2024-03-07 11:49:30
|
I also realized that in meantime I can use .zip instead .msi. So I am not quite out of luck with my Windows 7. :) Regards KonradK W dniu 2024-03-07 11:33, Piotr Fusik napisał(a): > I now realized that this error code also appears on Windows 11. > > I don't see what's wrong, so I'm looking for assistance from the WiX > team: https://github.com/wixtoolset/issues/issues/8018 > > --Piotr > > On 3/5/2024 1:20 PM, konrad wrote: >> recoil-6.4.0-win64.msi installs successfully. Thanks. >> >> "RECOIL is a decoder of retro computer formats, but is not meant to >> run on retro computers." >> Fair enough, if I want newest fixes and improvements then I am out of >> luck. But if so, then: >> "On Windows 11/10/8/7/Vista/XP download recoil-6.4.1-win64.msi (for >> 64-bit Windows) or recoil-6.4.1-win32.msi (for 32-bit Windows)." on >> https://recoil.sourceforge.net/windows.html >> may be a bit confusing. >> >> Regards >> KonradK >> >> >> >> W dniu 2024-03-05 12:03, Piotr Fusik napisał(a): >>> Windows 7 is not even supported by Microsoft. RECOIL is a decoder of >>> retro computer formats, but is not meant to run on retro computers. >>> >>> Having said that, does the 6.4.0 installer work? I recently updated >>> from WiX 3 to WiX 4 and need to know if that's what affects Windows 7 >>> compatibility. >>> >>> --Piotr >>> >>> On 3/5/2024 10:24 AM, konrad wrote: >>>> I am using Windows 7 Ultimate x64. >>>> Only software that may be affected by installer I am using is >>>> TortoriseSVN and Windows Explorer (and Directory Opus 12 that can >>>> show thumbnails). >>>> I am only interested with Windows thumbnail provider. >>>> After selecting features and pressing Next a window is shown with >>>> text "The error code is 2804". >>>> >>>> What can I do to successful install of Retro Computer Image >>>> Library? >>>> >>>> Regards >>>> KonradK >>>> >>>> >>>> _______________________________________________ >>>> RECOIL-users mailing list >>>> REC...@li... >>>> https://lists.sourceforge.net/lists/listinfo/recoil-users >>> >>> >>> _______________________________________________ >>> RECOIL-users mailing list >>> REC...@li... >>> https://lists.sourceforge.net/lists/listinfo/recoil-users >> >> >> _______________________________________________ >> RECOIL-users mailing list >> REC...@li... >> https://lists.sourceforge.net/lists/listinfo/recoil-users > > > _______________________________________________ > RECOIL-users mailing list > REC...@li... > https://lists.sourceforge.net/lists/listinfo/recoil-users |
|
From: Piotr F. <pi...@fu...> - 2024-03-07 10:33:35
|
I now realized that this error code also appears on Windows 11. I don't see what's wrong, so I'm looking for assistance from the WiX team: https://github.com/wixtoolset/issues/issues/8018 --Piotr On 3/5/2024 1:20 PM, konrad wrote: > recoil-6.4.0-win64.msi installs successfully. Thanks. > > "RECOIL is a decoder of retro computer formats, but is not meant to > run on retro computers." > Fair enough, if I want newest fixes and improvements then I am out of > luck. But if so, then: > "On Windows 11/10/8/7/Vista/XP download recoil-6.4.1-win64.msi (for > 64-bit Windows) or recoil-6.4.1-win32.msi (for 32-bit Windows)." on > https://recoil.sourceforge.net/windows.html > may be a bit confusing. > > Regards > KonradK > > > > W dniu 2024-03-05 12:03, Piotr Fusik napisał(a): >> Windows 7 is not even supported by Microsoft. RECOIL is a decoder of >> retro computer formats, but is not meant to run on retro computers. >> >> Having said that, does the 6.4.0 installer work? I recently updated >> from WiX 3 to WiX 4 and need to know if that's what affects Windows 7 >> compatibility. >> >> --Piotr >> >> On 3/5/2024 10:24 AM, konrad wrote: >>> I am using Windows 7 Ultimate x64. >>> Only software that may be affected by installer I am using is >>> TortoriseSVN and Windows Explorer (and Directory Opus 12 that can >>> show thumbnails). >>> I am only interested with Windows thumbnail provider. >>> After selecting features and pressing Next a window is shown with >>> text "The error code is 2804". >>> >>> What can I do to successful install of Retro Computer Image Library? >>> >>> Regards >>> KonradK >>> >>> >>> _______________________________________________ >>> RECOIL-users mailing list >>> REC...@li... >>> https://lists.sourceforge.net/lists/listinfo/recoil-users >> >> >> _______________________________________________ >> RECOIL-users mailing list >> REC...@li... >> https://lists.sourceforge.net/lists/listinfo/recoil-users > > > _______________________________________________ > RECOIL-users mailing list > REC...@li... > https://lists.sourceforge.net/lists/listinfo/recoil-users |
|
From: konrad <ko...@ra...> - 2024-03-05 12:20:29
|
recoil-6.4.0-win64.msi installs successfully. Thanks. "RECOIL is a decoder of retro computer formats, but is not meant to run on retro computers." Fair enough, if I want newest fixes and improvements then I am out of luck. But if so, then: "On Windows 11/10/8/7/Vista/XP download recoil-6.4.1-win64.msi (for 64-bit Windows) or recoil-6.4.1-win32.msi (for 32-bit Windows)." on https://recoil.sourceforge.net/windows.html may be a bit confusing. Regards KonradK W dniu 2024-03-05 12:03, Piotr Fusik napisał(a): > Windows 7 is not even supported by Microsoft. RECOIL is a decoder of > retro computer formats, but is not meant to run on retro computers. > > Having said that, does the 6.4.0 installer work? I recently updated > from WiX 3 to WiX 4 and need to know if that's what affects Windows 7 > compatibility. > > --Piotr > > On 3/5/2024 10:24 AM, konrad wrote: >> I am using Windows 7 Ultimate x64. >> Only software that may be affected by installer I am using is >> TortoriseSVN and Windows Explorer (and Directory Opus 12 that can show >> thumbnails). >> I am only interested with Windows thumbnail provider. >> After selecting features and pressing Next a window is shown with text >> "The error code is 2804". >> >> What can I do to successful install of Retro Computer Image Library? >> >> Regards >> KonradK >> >> >> _______________________________________________ >> RECOIL-users mailing list >> REC...@li... >> https://lists.sourceforge.net/lists/listinfo/recoil-users > > > _______________________________________________ > RECOIL-users mailing list > REC...@li... > https://lists.sourceforge.net/lists/listinfo/recoil-users |
|
From: Piotr F. <pi...@fu...> - 2024-03-05 12:03:26
|
Windows 7 is not even supported by Microsoft. RECOIL is a decoder of retro computer formats, but is not meant to run on retro computers. Having said that, does the 6.4.0 installer work? I recently updated from WiX 3 to WiX 4 and need to know if that's what affects Windows 7 compatibility. --Piotr On 3/5/2024 10:24 AM, konrad wrote: > I am using Windows 7 Ultimate x64. > Only software that may be affected by installer I am using is > TortoriseSVN and Windows Explorer (and Directory Opus 12 that can show > thumbnails). > I am only interested with Windows thumbnail provider. > After selecting features and pressing Next a window is shown with text > "The error code is 2804". > > What can I do to successful install of Retro Computer Image Library? > > Regards > KonradK > > > _______________________________________________ > RECOIL-users mailing list > REC...@li... > https://lists.sourceforge.net/lists/listinfo/recoil-users |
|
From: konrad <ko...@ra...> - 2024-03-05 09:49:37
|
I am using Windows 7 Ultimate x64. Only software that may be affected by installer I am using is TortoriseSVN and Windows Explorer (and Directory Opus 12 that can show thumbnails). I am only interested with Windows thumbnail provider. After selecting features and pressing Next a window is shown with text "The error code is 2804". What can I do to successful install of Retro Computer Image Library? Regards KonradK |
|
From: Piotr F. <pi...@fu...> - 2023-10-30 16:07:54
|
New formats in today's release:
* C64: PETSCII BOT (PBOT), C64 OS screenshot v2 (PET), Commodore
Grafix (CGX)
* PC-88: KTY, KT4
* Atari 8-bit: PIC v2
Download from https://recoil.sourceforge.net, the Windows store and soon
from Google Play.
--Piotr
|
|
From: Magnus B. <mag...@sn...> - 2023-05-05 21:42:27
|
On Fri, 5 May 2023 15:26:17 +0000 Bastian Bittorf <bb...@np...> wrote: > Thanks a lot for recoil! > > During investigating the files from > http://recoil.sourceforge.net/examples.zip > i recognized that 55 of them are unsupported? > (see list on bottom) > > using the python wrapper it tried to extract the metadata, e.g.: > > file:0000.ACBM > colors:31 > frames:1 > size:(320, 256) > size.orig:(320, 256) > platform:Amiga > MIME:application/octet-stream; charset=binary > > what was interesting to me: > the 'file' utility recognizes only 54 of 1070 files as images! > > So my question is: > is it possible to extract e.g. the image-type / graphics format of a > file? Did you only use libmagic[1] (through the file command or otherwise) or some additional method? As Poitr wrote, the method used by libmagic (as well as by glib or any other utility depending on the Shared MIME Info database[2]) is somewhat limited. There is another library called GNU Libextractor[3] which support custom methods for file identification and meta data extraction. It enables taking file size in account and read meta data stored in the end of the file, and as well as doing more advanced analysis. (However I find the implementation of this library a bit flawed and I'm thinking about writing a replacement.) For more advanced file identification and meta data extractions there are also tools geared towards data forensics and digital archaeology. I don't know much about the commercial ones, but one called Droid[4] is free. Note that Droid uses a more fine grained classification system called Pronom[5] which differentiates variants and versions of a format as well. I am myself very interested in making up MIME types to all these formats (which I have already begun doing[6]), and provide methods for identifying them then possible. If you want to do the same, please consider the following: It is okay for one format to have more than one MIME type (aliases). But it's NOT okay for more than one format to have the same MIME type. Therefore short ambiguous MIME types should be avoided. It's an especially bad idea to just use the common extension to form a MIME type. There are for example quite a few image formats with the extension .img. They all need to have their own unique MIME type. And for more obscure formats it's better to have really verbose strings than risking collision. Before coming up with a name for a format it might be a good idea to consult the database of Archive Team[7]. Otherwise try to find out the original name of the format, the original software using it or at least the company or person behind it. [1] https://www.darwinsys.com/file/ [2] https://freedesktop.org/wiki/Software/shared-mime-info/ [3] https://www.gnu.org/software/libextractor/ [4] https://digital-preservation.github.io/droid/ [5] https://www.nationalarchives.gov.uk/PRONOM/Default.aspx [6] https://snisurset.net/code/abydos/formats.html [7] http://fileformats.archiveteam.org/wiki/Category:Graphics |
|
From: Piotr F. <pi...@fu...> - 2023-05-05 18:16:42
|
> I see references in the changelog regarding imagemagick, > is there really something? For Linux, you need to build the RECOIL ImageMagick plugin from the sources. See the somewhat outdated instructions in the "INSTALL" file. The plugin source code is now compatible with ImageMagick 7, but the Makefile might need some adjustments. There were major breaking changes between ImageMagick 6 and ImageMagick 7. --Piotr |
|
From: Bastian B. <bb...@np...> - 2023-05-05 18:04:52
|
On Fri, May 05, 2023 at 06:42:43PM +0200, Piotr Fusik wrote: > Please read https://recoil.sourceforge.net/formats.html carefully. In > particular, some images are composed of multiple files. For example, > 96DRAWS5.GL5 and 96DRAWS5.PL5 form ONE image together. sorry, ofcourse! I did not think deep enough... > RECOIL does not that provide the name of the format. Adding that is > possible, but tedious. OK, i understand: e.g. HAM6 => Hold-And-Modify 6 while working on a search engine for my private files, i needed this information and for now, the output of the 'file' command was good enough, but I spotted images marked as binary, so I was happy to find 'recoil' and i will find a way to add this information... I see references in the changelog regarding imagemagick, is there really something? # e.g. on debian-testing: $ magick --version Version: ImageMagick 7.1.1-6 Q16-HDRI x86_64 1be141ef8:20230402 $ magick -list format | grep -i recoil <empty> > The "file" program recognizes the format by the contents of the file. > RECOIL, on the other hand, mostly relies on the filename extension. Many > formats have no header to identify the format, so it's not possible to have > "file"-style format identification in general. Thanks for that, i missed this fact while reading the docs. relying on the file extension is for many formats the only way, yes. > How do you determine the MIME type? file -i -b <filename> or file --mime --brief <filename> e.g.: $ file -i -b recoil-examples-zip/KENSHIN.PI1 image/x-atari-degas; charset=binary see e.g.: https://github.com/file/file/blob/master/magic/Magdir/images or https://www.digipres.org/formats/mime-types/ thanks a lot for the explanations, bye, Bastian |
|
From: Piotr F. <pi...@fu...> - 2023-05-05 17:09:33
|
Hi Bastian, Thank you for your message and kind words! Please read https://recoil.sourceforge.net/formats.html carefully. In particular, some images are composed of multiple files. For example, 96DRAWS5.GL5 and 96DRAWS5.PL5 form ONE image together. RECOIL does not that provide the name of the format. Adding that is possible, but tedious. The "file" program recognizes the format by the contents of the file. RECOIL, on the other hand, mostly relies on the filename extension. Many formats have no header to identify the format, so it's not possible to have "file"-style format identification in general. How do you determine the MIME type? --Piotr On 5/5/2023 5:26 PM, Bastian Bittorf wrote: > Thanks a lot for recoil! > > During investigating the files from > http://recoil.sourceforge.net/examples.zip > i recognized that 55 of them are unsupported? > (see list on bottom) > > using the python wrapper it tried to extract the metadata, e.g.: > > file:0000.ACBM > colors:31 > frames:1 > size:(320, 256) > size.orig:(320, 256) > platform:Amiga > MIME:application/octet-stream; charset=binary > > what was interesting to me: > the 'file' utility recognizes only 54 of 1070 files as images! > > So my question is: > is it possible to extract e.g. the image-type / graphics format of a file? > > bye, bastian > > PS: these are the unsupported files: > 96DRAWS5.PL5 - [ERROR] MIME:application/octet-stream; charset=binary > BF.EVE - [ERROR] MIME:application/octet-stream; charset=binary > BF.ODD - [ERROR] MIME:application/octet-stream; charset=binary > BF.PPH - [ERROR] MIME:application/octet-stream; charset=binary > BUTTERFL.S16 - [ERROR] MIME:application/octet-stream; charset=binary > DANCEOFF.PAL - [ERROR] MIME:application/octet-stream; charset=binary > DANCEOFF.SCR - [ERROR] MIME:application/octet-stream; charset=binary > DI.EVE - [ERROR] MIME:application/octet-stream; charset=binary > DI.ODD - [ERROR] MIME:application/octet-stream; charset=binary > DI.PPH - [ERROR] MIME:application/octet-stream; charset=binary > discs.rst - [ERROR] MIME:application/octet-stream; charset=binary > DOGHOUSE.PL6 - [ERROR] MIME:application/octet-stream; charset=binary > DOOR.PAL - [ERROR] MIME:application/octet-stream; charset=binary > DOOR.WIN - [ERROR] MIME:application/octet-stream; charset=binary > f_348.hbl - [ERROR] MIME:application/octet-stream; charset=binary > FANGIRL3.S17 - [ERROR] MIME:application/octet-stream; charset=binary > FANTASY.PAL - [ERROR] MIME:application/octet-stream; charset=binary > FANTASY.SCR - [ERROR] MIME:application/octet-stream; charset=binary > FLAG.PAL - [ERROR] MIME:application/octet-stream; charset=binary > FLAG.WIN - [ERROR] MIME:application/octet-stream; charset=binary > flower.pic0 - [ERROR] MIME:application/octet-stream; charset=binary > flower.pic1 - [ERROR] MIME:application/octet-stream; charset=binary > FLOWER.S18 - [ERROR] MIME:application/octet-stream; charset=binary > foo.hbl - [ERROR] MIME:application/x-adobe-aco; charset=binary > GARF-2.PL5 - [ERROR] MIME:application/octet-stream; charset=binary > goku.cm5 - [ERROR] MIME:text/plain; charset=us-ascii > goku.gfx - [ERROR] MIME:application/octet-stream; charset=binary > HAYWAIN.COL - [ERROR] MIME:application/octet-stream; charset=binary > HORSES.PL7 - [ERROR] MIME:application/octet-stream; charset=binary > ILL6-1.PL7 - [ERROR] MIME:application/octet-stream; charset=binary > JARDIN3.PAL - [ERROR] MIME:application/octet-stream; charset=binary > JARDIN3.SCR - [ERROR] MIME:application/octet-stream; charset=binary > katon.vsc - [ERROR] MIME:text/plain; charset=us-ascii > KITATEHA.S1C - [ERROR] MIME:application/octet-stream; charset=binary > MONSHIRO.S1C - [ERROR] MIME:application/octet-stream; charset=binary > MOON.PAL - [ERROR] MIME:application/octet-stream; charset=binary > MOON.WIN - [ERROR] MIME:application/octet-stream; charset=binary > patlabor.pal - [ERROR] MIME:application/octet-stream; charset=binary > patlabor.scr - [ERROR] MIME:application/octet-stream; charset=binary > PIRATE.S1A - [ERROR] MIME:application/octet-stream; charset=binary > RAYTRACE.PAL - [ERROR] MIME:application/octet-stream; charset=binary > RAYTRACE.SCR - [ERROR] MIME:application/octet-stream; charset=binary > SFII.EVE - [ERROR] MIME:application/octet-stream; charset=binary > SFII.ODD - [ERROR] MIME:application/octet-stream; charset=binary > SFII.PPH - [ERROR] MIME:application/octet-stream; charset=binary > SNAT-2.PL5 - [ERROR] MIME:application/octet-stream; charset=binary > sunset.hbl - [ERROR] MIME:application/x-cdf; charset=binary > SWEET1.PL7 - [ERROR] MIME:application/octet-stream; charset=binary > test.col - [ERROR] MIME:application/octet-stream; charset=binary > test.mur - [ERROR] MIME:application/octet-stream; charset=binary > test.pal - [ERROR] MIME:application/octet-stream; charset=binary > TWINPOP.S15 - [ERROR] MIME:application/octet-stream; charset=binary > UGUISU.S1C - [ERROR] MIME:application/octet-stream; charset=binary > victorcharli.col - [ERROR] MIME:application/octet-stream; charset=binary > victorcharli.scr - [ERROR] MIME:application/octet-stream; charset=binary > > > > _______________________________________________ > RECOIL-users mailing list > REC...@li... > https://lists.sourceforge.net/lists/listinfo/recoil-users |
|
From: Bastian B. <bb...@np...> - 2023-05-05 15:26:31
|
Thanks a lot for recoil! During investigating the files from http://recoil.sourceforge.net/examples.zip i recognized that 55 of them are unsupported? (see list on bottom) using the python wrapper it tried to extract the metadata, e.g.: file:0000.ACBM colors:31 frames:1 size:(320, 256) size.orig:(320, 256) platform:Amiga MIME:application/octet-stream; charset=binary what was interesting to me: the 'file' utility recognizes only 54 of 1070 files as images! So my question is: is it possible to extract e.g. the image-type / graphics format of a file? bye, bastian PS: these are the unsupported files: 96DRAWS5.PL5 - [ERROR] MIME:application/octet-stream; charset=binary BF.EVE - [ERROR] MIME:application/octet-stream; charset=binary BF.ODD - [ERROR] MIME:application/octet-stream; charset=binary BF.PPH - [ERROR] MIME:application/octet-stream; charset=binary BUTTERFL.S16 - [ERROR] MIME:application/octet-stream; charset=binary DANCEOFF.PAL - [ERROR] MIME:application/octet-stream; charset=binary DANCEOFF.SCR - [ERROR] MIME:application/octet-stream; charset=binary DI.EVE - [ERROR] MIME:application/octet-stream; charset=binary DI.ODD - [ERROR] MIME:application/octet-stream; charset=binary DI.PPH - [ERROR] MIME:application/octet-stream; charset=binary discs.rst - [ERROR] MIME:application/octet-stream; charset=binary DOGHOUSE.PL6 - [ERROR] MIME:application/octet-stream; charset=binary DOOR.PAL - [ERROR] MIME:application/octet-stream; charset=binary DOOR.WIN - [ERROR] MIME:application/octet-stream; charset=binary f_348.hbl - [ERROR] MIME:application/octet-stream; charset=binary FANGIRL3.S17 - [ERROR] MIME:application/octet-stream; charset=binary FANTASY.PAL - [ERROR] MIME:application/octet-stream; charset=binary FANTASY.SCR - [ERROR] MIME:application/octet-stream; charset=binary FLAG.PAL - [ERROR] MIME:application/octet-stream; charset=binary FLAG.WIN - [ERROR] MIME:application/octet-stream; charset=binary flower.pic0 - [ERROR] MIME:application/octet-stream; charset=binary flower.pic1 - [ERROR] MIME:application/octet-stream; charset=binary FLOWER.S18 - [ERROR] MIME:application/octet-stream; charset=binary foo.hbl - [ERROR] MIME:application/x-adobe-aco; charset=binary GARF-2.PL5 - [ERROR] MIME:application/octet-stream; charset=binary goku.cm5 - [ERROR] MIME:text/plain; charset=us-ascii goku.gfx - [ERROR] MIME:application/octet-stream; charset=binary HAYWAIN.COL - [ERROR] MIME:application/octet-stream; charset=binary HORSES.PL7 - [ERROR] MIME:application/octet-stream; charset=binary ILL6-1.PL7 - [ERROR] MIME:application/octet-stream; charset=binary JARDIN3.PAL - [ERROR] MIME:application/octet-stream; charset=binary JARDIN3.SCR - [ERROR] MIME:application/octet-stream; charset=binary katon.vsc - [ERROR] MIME:text/plain; charset=us-ascii KITATEHA.S1C - [ERROR] MIME:application/octet-stream; charset=binary MONSHIRO.S1C - [ERROR] MIME:application/octet-stream; charset=binary MOON.PAL - [ERROR] MIME:application/octet-stream; charset=binary MOON.WIN - [ERROR] MIME:application/octet-stream; charset=binary patlabor.pal - [ERROR] MIME:application/octet-stream; charset=binary patlabor.scr - [ERROR] MIME:application/octet-stream; charset=binary PIRATE.S1A - [ERROR] MIME:application/octet-stream; charset=binary RAYTRACE.PAL - [ERROR] MIME:application/octet-stream; charset=binary RAYTRACE.SCR - [ERROR] MIME:application/octet-stream; charset=binary SFII.EVE - [ERROR] MIME:application/octet-stream; charset=binary SFII.ODD - [ERROR] MIME:application/octet-stream; charset=binary SFII.PPH - [ERROR] MIME:application/octet-stream; charset=binary SNAT-2.PL5 - [ERROR] MIME:application/octet-stream; charset=binary sunset.hbl - [ERROR] MIME:application/x-cdf; charset=binary SWEET1.PL7 - [ERROR] MIME:application/octet-stream; charset=binary test.col - [ERROR] MIME:application/octet-stream; charset=binary test.mur - [ERROR] MIME:application/octet-stream; charset=binary test.pal - [ERROR] MIME:application/octet-stream; charset=binary TWINPOP.S15 - [ERROR] MIME:application/octet-stream; charset=binary UGUISU.S1C - [ERROR] MIME:application/octet-stream; charset=binary victorcharli.col - [ERROR] MIME:application/octet-stream; charset=binary victorcharli.scr - [ERROR] MIME:application/octet-stream; charset=binary |
|
From: Piotr F. <pi...@fu...> - 2023-03-26 17:49:15
|
Just released:
* New Atari ST/TT/Falcon formats: Grafix (GRX), UIMG
(BP1/BP2/BP4/BP6/BP8/C01/C02/C04/C06/C08/C16/C24/C32) - thanks Lonny
Pursell
* New Sam Coupe formats: SS1, SS2, SS3, LCE - thanks Dec
* More variants of formats: G9B, SS4, TIM - thanks Dec
* Decoding all icons from Amiga ABK - thanks Kevin Pickell
* Fixed colors in C64 CWG, MSX2+ YJK mode - thanks Dec
* Fixed Atari TT colors in PI4, PI5 - thanks Lonny Pursell
Download from https://recoil.sourceforge.net and soon Android and
Windows stores.
--Piotr
|
|
From: Piotr F. <pi...@fu...> - 2023-03-08 09:18:50
|
In today's release: New formats: * Atari Image Manager (COL, IM) - thanks Lonny Pursell * MSX Interchange Format (MIF) - thanks SD Snatcher Improved formats: * CH8 - thanks Damien Guard * IIM - thanks Lonny Pursell * RAG, SPX, VIC - thanks Robert Schultz * SXG - thanks LessNick * VZI - thanks Kevin Pickell Alias extensions for already supported formats: * GLB/SHA/SHB, SCB, SH5, SH6, SH7, SH8, SHC - thanks SD Snatcher Download from https://recoil.sourceforge.net or Android and Windows stores. --Piotr |
|
From: Piotr F. <pi...@fu...> - 2022-12-11 10:57:33
|
Here's a minor release that: * adds a few C64 formats and one Atari 8-bit format * fixes crashes on some invalid files Download from https://recoil.sourceforge.net or Android and Windows stores. --Piotr |
|
From: Piotr F. <pi...@fu...> - 2022-10-05 18:45:25
|
Hi, I've made a minor release: * New format: C64 Loadstar (SHP) * Improved formats: NEC PC-98 IMG, Apple IIGS SHR * Fixed Android app 6.3.0 not opening some formats Download from https://recoil.sourceforge.net, Android store and soon Windows store. --Piotr |
|
From: Piotr F. <pi...@fu...> - 2022-08-26 13:43:12
|
Hi, In today's release: • dozens of new formats (mostly C64) • improvements to already supported formats (color fixes, compressed variants) • "Share as PNG" and "Save as PNG" on Android Download from http://recoil.sourceforge.net/ or Android and Windows stores. Interestingly, the Windows store has a limit of 500 associated file extensions per app which RECOIL now surpassed with 501 file extensions. I disabled "MWIN" to pass the check - open *.MWIN from within the app or rename to *.MWI. --Piotr |
|
From: Piotr F. <pi...@fu...> - 2022-07-12 10:14:34
|
Hi, Today I released RECOIL 6.2.0: • GIMP plugin (Windows/macOS/Linux) • Android app switched to system file picker - supports local and cloud storage • 16 new file formats • Improvements to the existing formats • Pixel Aspect Ratio implemented for more platforms (in selected ports) • Custom C16 palettes (VPL format) Get it from http://recoil.sourceforge.net/ or the Android store. On its way to the Windows 10/11 store. --Piotr |
|
From: Piotr F. <pi...@fu...> - 2021-07-17 19:26:20
|
Hi, Yesterday I released RECOIL 6.1.1 with these changes: • New Atari 8-bit formats: Mad Studio (AN2, AN4, AN5, TL4), Zoom-4 graphics editor (ZM4) • Improved formats: MSX Screen 4 (SC4), Amiga icon (INFO), Mad Studio (GR1, GR2, MPL) • Notarized the macOS package - this is a procedure of sending the package to Apple for verification, required on new macOSes Download from http://recoil.sourceforge.net, the Android store and the Windows 10 store. I've made this minor release because I don't plan to work on RECOIL in near future. It's been my main open source project for the last 12 years and I need a break. :) --Piotr |
|
From: Magnus B. <mag...@sn...> - 2021-05-18 12:28:55
|
On Mon, 17 May 2021 13:45:52 -0400 recoil <re...@ni...> wrote: > There is an old toolkit http://netpbm.sourceforge.net/ that was > supposed to be able to convert amigo .info files but I could never > get it to work (I'd get an output but it didn't look right) which led > me to continue to search and eventually finding recoil. infotopam > was supposed to allow the second icon to be extracted with the > -selected switch http://netpbm.sourceforge.net/doc/infotopam.html. > Would it be possible to have that ability in recoiltopng? Deark[1] can extract both states of Workbench icons and convert them to PNG. Or check out my image viewing library abydos[2] if you prefer to have a C API. [1] https://entropymine.com/deark/ [2] http://snisurset.net/code/abydos/ |
|
From: Piotr F. <pi...@fu...> - 2021-05-18 08:37:39
|
> Do you want me to put in an issue for my .info ask into your tracker even though you already did it? No need for that. This mailing list is archived: https://sourceforge.net/p/recoil/mailman/recoil-users/ > There is an old toolkit http://netpbm.sourceforge.net/ that was supposed to be able to convert amigo .info files but I could never get it to work (I'd get an output but it didn't look right) which led me to continue to search and eventually finding recoil. infotopam was supposed to allow the second icon to be extracted with the -selected switch http://netpbm.sourceforge.net/doc/infotopam.html. Would it be possible to have that ability in recoiltopng? This is similar to a functionality proposed for other formats: https://sourceforge.net/p/recoil/bugs/36/ Please post a comment there so it is not lost. > I see a bunch of .fnt files in both the examples download and the root of the source and .fnt is listed in the supported formats. But I see a c64.fnt and amiga.fnt but neither of those are listed on the formats page. Are those c64 and amiga fonts or are they something else? In the recoil source for example there is atart8.fnt, c64fnt, zx81.fnt and only the atari8.fnt is showing a preview. I'm looking for the ability to view/convert c64/Geos and/or Amiga fonts. atari8.fnt, c64.fnt and zx81.fnt are part of RECOIL’s source code, so they are crafted in a way that is handy to be used from code rather than in a standard format that existed on these platforms. Only atari8.fnt happens to be standard Atari 8-bit format. amiga.fnt is a sample file of Atari ST 8x16 font format. Someone called it “Amiga”. Obviously it’s not an original Amiga font because it includes the Atari logo. Currently RECOIL doesn’t name the format it recognizes, but at least RECOILWin, Android and the web app show the platform. > Another image format I'd like to see is the HP GROB (GRaphics OBject) used by many of the HP calculators such as the https://en.wikipedia.org/wiki/HP_48_series. Would that be worth asking for? Sure, create a ticket at https://sourceforge.net/p/recoil/bugs/ and make sure to attach example files. RECOIL already supports one format from Psion Series 3. --Piotr |
|
From: recoil <re...@ni...> - 2021-05-17 17:46:11
|
So I have a bunch more questions :) Do you want me to put in an issue for my .info ask into your tracker even though you already did it? There is an old toolkit http://netpbm.sourceforge.net/ that was supposed to be able to convert amigo .info files but I could never get it to work (I'd get an output but it didn't look right) which led me to continue to search and eventually finding recoil. infotopam was supposed to allow the second icon to be extracted with the -selected switch http://netpbm.sourceforge.net/doc/infotopam.html. Would it be possible to have that ability in recoiltopng? I see a bunch of .fnt files in both the examples download and the root of the source and .fnt is listed in the supported formats. But I see a c64.fnt and amiga.fnt but neither of those are listed on the formats page. Are those c64 and amiga fonts or are they something else? In the recoil source for example there is atart8.fnt, c64fnt, zx81.fnt and only the atari8.fnt is showing a preview. I'm looking for the ability to view/convert c64/Geos and/or Amiga fonts. Another image format I'd like to see is the HP GROB (GRaphics OBject) used by many of the HP calculators such as the https://en.wikipedia.org/wiki/HP_48_series. Would that be worth asking for? ----- Original Message ----- From: Piotr Fusik [mailto:pi...@fu...] To: "re...@ni..." <re...@ni...>, "RECOIL users and developers." <rec...@li...> Sent: Wed, 12 May 2021 09:01:49 +0200 Subject: RE: [RECOIL] Feature Request If by "desktop tools" you mean Windows/macOS/Linux ports of RECOIL, that's the very same code. I plan to make a release soon. --Piotr From: recoil Sent: Tuesday, May 11, 2021 11:17 PM To: rec...@li... Subject: Re: [RECOIL] Feature Request Well, that was quick :) I guess then it makes sense to do the same with the desktop tools if its only the wb1 and 2 icons affected. No config files would be needed ----- Original Message ----- From: Piotr Fusik [mailto:pi...@fu...] To: "Magnus Bergman" <mag...@sn...> Cc: RECOIL users and developers. <rec...@li...>,"re...@ni..." <re...@ni...> Sent: Tue, 11 May 2021 22:34:38 +0200 Subject: RE: [RECOIL] Feature Request Makes sense! Implemented. You can try at http://recoil.sourceforge.net/web.html (note you can multi-select files there) Thanks, Piotr From: Magnus Bergman Sent: Tuesday, May 11, 2021 9:45 PM To: Piotr Fusik Cc: RECOIL users and developers.; re...@ni... Subject: Re: [RECOIL] Feature Request I think it's safe to assume that classic (old style) Workbench Icons should always be upscaled to match the resolution of Workbench 1 & 2 (640*200 for NTSC and 640x256 for PAL). Later versions of Workbench uses another (extended) version of the format (called NewIcon) which contains explicit information about the pixel aspect ratio. On Tue, 11 May 2021 08:40:46 +0200 Piotr Fusik <pi...@fu...> wrote: > Hello, > > We use the tracker for both feature requests and bug reports. I now > edited http://recoil.sourceforge.net/contact.html to make it clear. > In fact, there are more feature requests than bug reports so far. > > As I understand, you are reporting that Pixel Aspect Ratio (PAR) is > incorrect for some files. If so, would it be possible for RECOIL to > detect those files by their contents and apply correct PAR without > resorting to a config file? If not, how do you envision these config > files (what format and some examples)? Also, feel free to link or > attach some sample files! > > 16:9 and 4:3 are Display Aspect Ratios. I don't see how that is > related to the issue? > > Thanks, > Piotr > > From: recoil > Sent: Tuesday, May 11, 2021 1:06 AM > To: rec...@li... > Subject: [RECOIL] Feature Request > > Hello Recoil team, > > I recently found recoil and started using it and saw where to open > bug reports but I had a feature request and thought I'd ask where > would be the most appropriate place. What I am looking for is to have > an option for the thumbnailer to scale the height to 2x for certain > files. I've found that many emulators will scale the display by 2x > to make modern 16:9 monitors look closer in size to the original 4:3 > aspect ratio. The Amiga .info files for example, if I run one of the > UAE emulators and browse a virtual disk side by size the icons in UAE > are twice as tall and the ones in the file manager look squished. If > we had a config file somewhere that we could then tell > recoil-thunmbnailer which ones to stretch that would make the output > look the same. Thanks > |
|
From: Piotr F. <pi...@fu...> - 2021-05-12 07:02:02
|
If by "desktop tools" you mean Windows/macOS/Linux ports of RECOIL, that's the very same code. I plan to make a release soon. --Piotr From: recoil Sent: Tuesday, May 11, 2021 11:17 PM To: rec...@li... Subject: Re: [RECOIL] Feature Request Well, that was quick :) I guess then it makes sense to do the same with the desktop tools if its only the wb1 and 2 icons affected. No config files would be needed ----- Original Message ----- From: Piotr Fusik [mailto:pi...@fu...] To: "Magnus Bergman" <mag...@sn...> Cc: RECOIL users and developers. <rec...@li...>,"re...@ni..." <re...@ni...> Sent: Tue, 11 May 2021 22:34:38 +0200 Subject: RE: [RECOIL] Feature Request Makes sense! Implemented. You can try at http://recoil.sourceforge.net/web.html (note you can multi-select files there) Thanks, Piotr From: Magnus Bergman Sent: Tuesday, May 11, 2021 9:45 PM To: Piotr Fusik Cc: RECOIL users and developers.; re...@ni... Subject: Re: [RECOIL] Feature Request I think it's safe to assume that classic (old style) Workbench Icons should always be upscaled to match the resolution of Workbench 1 & 2 (640*200 for NTSC and 640x256 for PAL). Later versions of Workbench uses another (extended) version of the format (called NewIcon) which contains explicit information about the pixel aspect ratio. On Tue, 11 May 2021 08:40:46 +0200 Piotr Fusik <pi...@fu...> wrote: > Hello, > > We use the tracker for both feature requests and bug reports. I now > edited http://recoil.sourceforge.net/contact.html to make it clear. > In fact, there are more feature requests than bug reports so far. > > As I understand, you are reporting that Pixel Aspect Ratio (PAR) is > incorrect for some files. If so, would it be possible for RECOIL to > detect those files by their contents and apply correct PAR without > resorting to a config file? If not, how do you envision these config > files (what format and some examples)? Also, feel free to link or > attach some sample files! > > 16:9 and 4:3 are Display Aspect Ratios. I don't see how that is > related to the issue? > > Thanks, > Piotr > > From: recoil > Sent: Tuesday, May 11, 2021 1:06 AM > To: rec...@li... > Subject: [RECOIL] Feature Request > > Hello Recoil team, > > I recently found recoil and started using it and saw where to open > bug reports but I had a feature request and thought I'd ask where > would be the most appropriate place. What I am looking for is to have > an option for the thumbnailer to scale the height to 2x for certain > files. I've found that many emulators will scale the display by 2x > to make modern 16:9 monitors look closer in size to the original 4:3 > aspect ratio. The Amiga .info files for example, if I run one of the > UAE emulators and browse a virtual disk side by size the icons in UAE > are twice as tall and the ones in the file manager look squished. If > we had a config file somewhere that we could then tell > recoil-thunmbnailer which ones to stretch that would make the output > look the same. Thanks > |
|
From: recoil <re...@ni...> - 2021-05-11 21:17:15
|
Well, that was quick :) I guess then it makes sense to do the same with the desktop tools if its only the wb1 and 2 icons affected. No config files would be needed ----- Original Message ----- From: Piotr Fusik [mailto:pi...@fu...] To: "Magnus Bergman" <mag...@sn...> Cc: RECOIL users and developers. <rec...@li...>,"re...@ni..." <re...@ni...> Sent: Tue, 11 May 2021 22:34:38 +0200 Subject: RE: [RECOIL] Feature Request Makes sense! Implemented. You can try at http://recoil.sourceforge.net/web.html (note you can multi-select files there) Thanks, Piotr From: Magnus Bergman Sent: Tuesday, May 11, 2021 9:45 PM To: Piotr Fusik Cc: RECOIL users and developers.; re...@ni... Subject: Re: [RECOIL] Feature Request I think it's safe to assume that classic (old style) Workbench Icons should always be upscaled to match the resolution of Workbench 1 & 2 (640*200 for NTSC and 640x256 for PAL). Later versions of Workbench uses another (extended) version of the format (called NewIcon) which contains explicit information about the pixel aspect ratio. On Tue, 11 May 2021 08:40:46 +0200 Piotr Fusik <pi...@fu...> wrote: > Hello, > > We use the tracker for both feature requests and bug reports. I now > edited http://recoil.sourceforge.net/contact.html to make it clear. > In fact, there are more feature requests than bug reports so far. > > As I understand, you are reporting that Pixel Aspect Ratio (PAR) is > incorrect for some files. If so, would it be possible for RECOIL to > detect those files by their contents and apply correct PAR without > resorting to a config file? If not, how do you envision these config > files (what format and some examples)? Also, feel free to link or > attach some sample files! > > 16:9 and 4:3 are Display Aspect Ratios. I don't see how that is > related to the issue? > > Thanks, > Piotr > > From: recoil > Sent: Tuesday, May 11, 2021 1:06 AM > To: rec...@li... > Subject: [RECOIL] Feature Request > > Hello Recoil team, > > I recently found recoil and started using it and saw where to open > bug reports but I had a feature request and thought I'd ask where > would be the most appropriate place. What I am looking for is to have > an option for the thumbnailer to scale the height to 2x for certain > files. I've found that many emulators will scale the display by 2x > to make modern 16:9 monitors look closer in size to the original 4:3 > aspect ratio. The Amiga .info files for example, if I run one of the > UAE emulators and browse a virtual disk side by size the icons in UAE > are twice as tall and the ones in the file manager look squished. If > we had a config file somewhere that we could then tell > recoil-thunmbnailer which ones to stretch that would make the output > look the same. Thanks > |