23 April 2015, 14:10 | #41 |
Computer Nerd
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 47
Posts: 3,796
|
|
23 April 2015, 16:52 | #42 | ||
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
Quote:
Quote:
Beside, try to use use XnView on BSD or real Amiga. It only supports Linux and Mac OS X (and only the x86 versions on top of that). Last edited by TCH; 23 April 2015 at 16:54. Reason: bad word order |
||
23 April 2015, 17:08 | #43 | |
Computer Nerd
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 47
Posts: 3,796
|
Quote:
Yeah, sucks. For Amiga it would be nice if image processors like Adpro supported PNG. Some do, but the codecs are old. |
|
23 April 2015, 17:48 | #44 |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
Latest.
Edit: Mystery solved. I tried the windows version of XnView in WINE and it can save a coloured ILBM. The Linux version cannot. Ultimate shame on the XnView team... Still, XnView can only quantize to 2^n colours, don't support EHB, nor register preservation and it cannot quantize to a fix palette...I only know one program, which can import (palette-based) PNG-s, it's PPaint, but the results are awful. Also it cannot quantize to EHB. (Nor XnView can.) Last edited by TCH; 23 April 2015 at 18:02. |
23 April 2015, 20:35 | #45 | |
Registered User
Join Date: Jun 2010
Location: PL?
Posts: 2,810
|
Based on this http://www.shikadi.net/moddingwiki/LBM_Format there is few opportunities but my point was only related to HW capabilities - as a software creator you are free to ignore any my comments.
And once again any new software for Amiga is more than appreciated. Quote:
Once again Thank You. |
|
23 April 2015, 22:37 | #46 | |
Registered User
Join Date: Oct 2014
Location: Europe
Posts: 472
|
Quote:
And of course can PPaint recalc/remap palettes to EHB or simply a 64color palette. Please explain. PPaint also loads and remaps 24Bit PNGs without any problems. It almost looks like you want to blame other people's software for the lack of hardware (gfx wise) on your side? |
|
24 April 2015, 02:19 | #47 | ||||
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
Quote:
Quote:
Quote:
(http://oscomp.hu/depot/ferrari1_pp.iff) (http://oscomp.hu/depot/ferrari1_pp_d.iff) (http://oscomp.hu/depot/ferrari1_png2ilbm.iff) Quote:
Last edited by TCH; 24 April 2015 at 02:32. Reason: added dithered pic |
||||
24 April 2015, 13:45 | #48 | |
Registered User
Join Date: Jun 2010
Location: PL?
Posts: 2,810
|
Quote:
Nope, sorry. |
|
24 April 2015, 20:22 | #49 | |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
A second BODY could be used for storing alpha, but still, nothing existsing stuff supports it. As for dual playfield, that's not good for this. 15 colour only and the foreplane's transparency is only shows the background, it's not that kind of transparency, which could be used for an alpha emulation.
Quote:
Last edited by TCH; 24 April 2015 at 20:22. Reason: chunk name |
|
24 September 2018, 16:49 | #50 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 566
|
3 years later .....
cant find png2ilbm to download ... blank pages where the link should be ... anyone got this handy to share? thanks |
24 September 2018, 17:13 | #51 |
Banned
Join Date: Aug 2005
Location: London / Sydney
Age: 47
Posts: 20,420
|
|
25 September 2018, 14:22 | #52 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 566
|
Thanks Damien.....
Hmm, on the Amiga? Sorry, was thinking it was windows software, i can't imagine the time required to convert 4000 frames on an Amiga,,, |
25 September 2018, 17:01 | #53 |
HOL / AMR Team Member
Join Date: Dec 2001
Location: Australia
Posts: 2,632
|
@IvanEBC
Have a look at the thread title. No Windoze version listed, but there are Linux/FreeBSD/Solaris/Haiku versions for PC if they're of any use. The MorphOS version might have some grunt too if you have the necessary Amiga/PPC hardware or the required software set-up under emulation. http://oscomp.hu/?games/s/PNG2ILBM Last edited by DrBong; 25 September 2018 at 17:12. |
26 September 2018, 16:26 | #54 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 566
|
Was after a windows version i'll just use one of those bootable linix distros.
I found and spoke to the guy who creates these Amiga vids and has passed on the software onto me.. thank you Fellas |
26 September 2018, 17:27 | #55 |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,361
|
here you go. that would be a reason to open the source and let others fill in the missing parts...
I see the advantages (mostly financial) of closed source in some areas, but clearly fail to see it here. There are sooo many abandoned tools in Aminet, where you could learn some tricks, improve the program or port it to AROS or PPC... if only the source code was available. |
22 October 2018, 14:32 | #56 |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
@IvanEBC: In the meantime the server owner updated to php7 and pulled mysql from under my feet. Fixed, here you go: http://bgafc.t-hosting.hu/prgv.php?p=2
As for windows, there is no windows version and there will not be. I don't use or have windows at all. @Gorf: No, this is no reason. HAM6/HAM8 support is already done, i just need to pull mysfelf together and release v1.1.0. Last edited by TCH; 22 October 2018 at 14:37. |
12 July 2021, 10:53 | #57 |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
For which the time has come now.
PNG2ILBM v1.1.0 has been released with HAM and ACBM support: - Numeric arguments are now accepting hexadecimal (prefix: 0x), octal (prefix: 0o) and binary (prefix: 0b) numbers too, not just decimal. - Enhanced 12-bit quantization, no more color collosions. (But unused colors still can occur.) - Quantization now detects if the palette has not been changed during quantization and performs a simple color match instead of euclidean search, which vastly speeds up quantization. - Unified (one-step) colorcounting in quantization, which slightly speeds up quantization if the desired number of colors in the image is lower than or equal to the actual number of colors. (And negligibly slows it down if it is higher.) - Colorcounting now also can "export" it's "trees" which can be used to significantly speed up euclidean search by assigning the results to a pixel value. - Cardinally faster dithering. - New option: "kp", keeps original palette. This is useful, if you used a modern painter to create a palette based image and you want to convert it to ILBM, with the palette entries simply copied, instead of quantized. Further information in the program's help. - New option: "ham", creates HAM image. HAM5 and HAM7 are not supported, only HAM6 and HAM8. - New option: "cs", shows how much unique colors the resulting image got. - New option: "acbm", saves the output image in Amiga Continuous Bitmap (ACBM) instead of Interleaved Bitmap (ILBM). - A bit more readable output. - Some minor internal changes. - Fixed: Missing source pointer incrementing in 4-bit PNG-s, causing shifts in picture or segfaults. - Fixed: Register preserving and overriding did not worked, if the number of allowed colours exceeded the colour count. - Fixed: Page width and height maximum checking was checked the image width and height instead. - Fixed: Non-freed areas during color counting. - Fixed: Image aspect ratios in the BMHD chunk were incorrect. - Fixed: Missing padding byte in odd-length ILBM files. - Fixed: Segfault if a numeric argument was left empty. - New platforms: Solaris i386, Haiku AMD64, OpenBSD AMD64, NetBSD i386, NetBSD AMD64 Notes: - As stated in the help, if you convert into a HAM6 image, the usage of option f4b(force 4-bit) is highly recommended, otherwise the image might be full of "stripes". (You can see what i mean here: HAM6 with 24-bit palette, HAM6 with 12-bit palette) - It turned out, that under 68000 the program is much faster if it's only use the mathffp.library, instead of the mathieee#?.library-s, while under 68020, it's much slower (i don't know how did SASC manage to do that), so from now, the 68000 version needs only the mathffp.librarywhich is in the KickStart already. - Linux PowerPC and MorphOS PowerPC platform support has NOT been dropped, it's just, my flat is a mess now and i do not have the means, the space and the time to put my PowerPC environments together, so no new version for those two platforms, at least for now. Downloads are here. Last edited by TCH; 08 December 2023 at 19:15. Reason: Old link died, new added. |
14 July 2021, 16:51 | #58 |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
I've discovered a bug, which was introduced in v1.1.0: if the entire palette was overridden with
"sr"or "srl", then the resulting image was erroneous; this is now fixed. Download links are the same. |
14 July 2021, 23:08 | #59 |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
I've discovered yet another bug, but this one was in the program since v1.0.0: the program could not interpret upper case letters in the hexa color codes of
"sr"and "srl"; this is now fixed. Download links are the same. Last edited by TCH; 14 July 2021 at 23:47. Reason: hilit |
09 December 2023, 19:26 | #60 |
Newbie Amiga programmer
Join Date: Jun 2012
Location: Front of my A500+
Age: 38
Posts: 372
|
Zener reported that on a real Amiga the program crashes when he tries to convert an RGBA32 PNG. The cause was a SASC bug (?) which caused the program to crash right at the calling of the pixel renderer function. Neither the PNG_6_8 image renderer, nor the pixel renderer had any bugs, the crash was caused by the call itself, for reasons still unknown to me; none of the other PNG_T_D renderers did this, nor the other compilers on other platforms in that function. (The binary Bebbo's Amiga GCC had generated was working flawlessly too; only SASC did this.)
The "fix" was a very ugly hack: calling fprintf() (actually any function does it) right before the call. (Yes, WTF.) What is even more confusing, that executing the call is actually not necessary: if it is present in the code, but blocked, the code still works. (Yes, even bigger WTF.) See for yourselves: http://oscomp.hu/depot/wtf_sasc.c Fixed 1.1.3 versions are available at the download link above. (Only for Amiga, the other platforms were not affected.) If anyone knows what is this and why it happens, feel free to enlighten me, because i hate being dumb. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
new WAV to 8SVX converter for Amiga, MorphOS and Linux | TCH | Amiga scene | 26 | 11 December 2023 16:10 |
FS-UAE 2.0 for Windows, Mac OS X, Linux and FreeBSD | FrodeSolheim | News | 6 | 31 October 2012 23:25 |
PNG Icon to Color Icon Converter? | Leandro Jardim | request.Apps | 1 | 24 May 2010 04:39 |
UAE for Sun Solaris (Sparc) | commie1974 | support.OtherUAE | 8 | 31 August 2006 21:46 |
convert .info to png or jpg(with linux) | lostfriend | request.Apps | 4 | 22 March 2006 01:26 |
|
|