Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.

General Chat

General Chat
1267 posts | Last Activity on 01-11-2024 20:29 by miker1264
M
miker1264 01-11-2024 20:29, 2 days ago
Re: Icon Tools
[quote name=AMIGASYSTEM post=6716]@AMIGASYSTEM - miker, my friend Peter said that discussions with you are welcome, his E-mail can be found under in the Aminet Readme and also in my IconLib.guide or IconLib.html under "Contact and Feedback". http://aminet.net/package/util/libs/IconLib_46.4[/quote] Thanks again. I'm interested in talking to him about his Icon Library and some of the associated conversion programs such as ConvertPNGtoOS4. I'll contact him about it. In the meantime I'll finalize the current version of Icon Splitter so I can start updating Icon Press to save Glow Icons using my new EncodeRLE. :-)
Responded in Icon Tools
AMIGASYSTEM
AMIGASYSTEM 01-11-2024 12:53, 2 days ago
Re: Icon Tools
miker, my friend Peter said that discussions with you are welcome, his E-mail can be found under in the Aminet Readme and also in my IconLib.guide or IconLib.html under "Contact and Feedback". http://aminet.net/package/util/libs/IconLib_46.4
Responded in Icon Tools
M
miker1264 31-10-2024 18:28, 3 days ago
Re: Icon Tools
I did successfully extract OS4 icon data (ARGB chunks) using Icon Library to save as PNG images.
Responded in Icon Tools
M
miker1264 31-10-2024 18:20, 3 days ago
Re: Icon Tools
[quote name=AMIGASYSTEM post=6711]@AMIGASYSTEM - Caffeine OS does not use AfA OS and uses icon.library 51.4.568 (HB020) by PeterK Caffeine OS has almost nothing of AROS 68k! miker if you are interested in the attached link Peterk has created an Icon.library that does not use Datatypes! https://eab.abime.net/showthread.php?t=64079&page=223&highlight=iconlib[/quote] Thanks for the information.
Responded in Icon Tools
AMIGASYSTEM
AMIGASYSTEM 31-10-2024 17:02, 3 days ago
Re: Icon Tools
Caffeine OS does not use AfA OS and uses icon.library 51.4.568 (HB020) by PeterK Caffeine OS has almost nothing of AROS 68k! miker if you are interested in the attached link Peterk has created an Icon.library that does not use Datatypes! https://eab.abime.net/showthread.php?t=64079&page=223&highlight=iconlib
Responded in Icon Tools
M
miker1264 31-10-2024 14:24, 3 days ago
Re: Icon Tools
I'm having some difficulty getting my zlib code for DecodeARGB to compile for Amiga 68k & AROS x86. But there is another way to do that. Icon Library uses ICONTRLA_GetARGBImageData1 & the same for second image. Maybe using disk objects works. I'm curious if Caffeine OS (Amiga OS 3.9+) uses AfA OS & whether that includes AROS Icon Lib?
Responded in Icon Tools
M
miker1264 29-10-2024 17:40, 5 days ago
Re: Icon Tools
I've been doing some testing. I still have to add the code to split PNG icons and icons with ARGB chunks such as OS4 icons and AROS icons. The code is already written I will only need to add it. Caffeine OS on my Amiga 1200 uses OS4 style icons that are Classic Icons with limited IFF Data. It only has 'FORM' 'ICON' & 'FACE'. Usually for a Glow Icon after FACE comes the IMAG chunks with image & palette data. But OS4 icons don't have that. The FACE chunk is followed by 2 ARGB chunks that contain the 32bit image data. DecodeARGB uses zlib to decode ARGB chunks. Previously I tested the icon splitter for 68k in WinUAE. I wasn't sure it would work on Amiga computers. But it works very well on my A1200. But I've mostly been using AROS x86 for development & testing since the code is the same. Although it is useful for splitting icons into images that can later be edited, the Icon Splitter was more of a proof of concept. Whether or not it's possible to share the same source code between AROS & Amiga 68k was the test. The answer is absolutely we can share the source code.
Responded in Icon Tools
M
miker1264 26-10-2024 18:16, 8 days ago
Re: Icon Tools
I'm working on a release version. It can split PNG Icons, Glow Icons & New Icons into images saved to Ram Disk.
Responded in Icon Tools
C
CoolCat5000 26-10-2024 14:55, 8 days ago
Re: Rust
Hi, :) infact i was not thinking of porting it to AROS, instead i thought if it could be used in the AROS codebase. mostly rust is a trend as the C sucessor ( https://www.darpa.mil/program/translating-all-c-to-rust ), probably the memory safe is the most apparent benefits, but maybe there are others. Rust is a new generation language (like zig and go), so maybe could have others benefits, but i dont have the knowledge to evaluate what benefits and where it could happen. since i started following AROS i learned a lot (lots of really clever devs around), back than i just knew basic, i learned a little of php, javascript, java and python, and i plan to learn some C and Verilog, but i also look on the new generation stuff (im quite old, 50, but learn this was almost my unique path left), so i asked cause: 1) maybe aros could benefit from it, 2) maybe i could learn from some explanation post about the subject :) Best regards, ps: people are rewriting some stuff in rust, for example: https://dev.to/girordo/shell-commands-rewritten-in-rust-23id https://www.nushell.sh/
Responded in Rust
amigamia
amigamia 26-10-2024 07:54, 8 days ago
Re: Rust
Anything that is ported to AROS is a benefit to AROS :) so in a general sense: Yes. However, the language is new and not many developers have embraced it fully yet. It's slowly gaining ground with large companies and for what I have seen, it seems to have a large learning curve. If it can be compiled for AROS, then why not?
Responded in Rust
C
CoolCat5000 25-10-2024 13:19, 9 days ago
Re: Rust
Hi all, Could aros benefits from rust in any way? https://www.redox-os.org/ best regards,
Responded in Rust
M
miker1264 25-10-2024 13:10, 9 days ago
Re: Icon Tools
Save New Icon is working. Icon Split can now extract New Icon Images stored in the classic icon Tooltypes. You can see the ILBM images img3.iff & img4.iff. Notice that the background is green. It probably has to do with transparency value. I will sort that out by looking at all the test data. Once EncodeRLE & EncodeBytes are fully working then Icon Press CLI version can save classic icons aka OS3.5 Glow Icons. Currently using EncodeRLE it can save 8bit Glow Icons. ;-) Based on the functionality I'm bringing together and developing for Icon Split and Icon Press I'll be writing another icon application called Convert Icon. It will convert Icon styles such as PNG to OS4 or New Icon to Glow Icon.
Responded in Icon Tools
C
CoolCat5000 24-10-2024 12:05, 10 days ago
Re: Nanomig
i really like to think nanomig as an AMIGA hat for raspberry, but unfortunelly i think i am the only who see this as milestone. its nobody roadmap atm. as a sidenote the nanomig IDE is on the fpga, as i know there was some AROS ATA issues in minimig, maybe nanomig doesnt have the same issue. well, i was thinking of nanomig+pistorm as the cheaper combo (instead of vampire and minimig+pistorm), the lowest end version to run aros68k, but that also could open doors for high end arm computers (dunno if the gpio connection could be replaced for a usb or something like that). and as Emu68 is a JIT compiler, the more high end the arm specs the more it should delivery, afaik. (but that i would consider a second cycle. i think have the nanomig combo as completing the previous cycle cause it would be a cheap option for have aros68k, or wahtever you preffer to call, caffeine, Coffin etc running, i dont follow the aros68 mixins/variants) even without nanomig i dont know why raspberry+emu68 cant boot AROS, as, afaik, it doesnt rely on the custom chipsets. (but for sure have the compatibility hardware is a "must" for a better experience, even more for addons, like toccata, midi support and all the bells and whistles, missing only 3D/OpenGL support) well, i just wanted to share my thoughts cause it maybe could make sense to others.
Responded in Nanomig
O
OlafSch 24-10-2024 11:15, 10 days ago
Re: Nanomig
Yes we should stop there We can hopefully agree that we do not know for real because we both not tested it Aros 68k based distributions (with optimizations from 3.X software base and using different desktops than wanderer) can run on V4 so there is a high chance that there could be something made for PiStorm too
Responded in Nanomig
AMIGASYSTEM
AMIGASYSTEM 24-10-2024 11:02, 10 days ago
Re: Nanomig
I am very familiar with my friend Peterk's icon.library, I have tested and used his library on all my AfA OS and AROS for years. I was referring in general not to your distribution, where other libraries, devices, fonts, datatypes etcc. are used. Now let's close here because the discussion might bore someone, AROS is AROS, Amiga is Amiga, to each his own Hardware, mixtures never led anywhere.
Responded in Nanomig
O
OlafSch 24-10-2024 10:35, 10 days ago
Re: Nanomig
[quote name=AMIGASYSTEM post=6650]@AMIGASYSTEM - In this way you continue to delude users by mixing OS3 libraries and system files, you think you are running AROS but you are actually running OS3. As said try or have tried a Native 68k AROS on these new Shede and then we'll talk. Mixing OS3 libraries and system files on AROS, besides breaking Copyrights, you won't have any advantage, OS3 software you can run even on a 30 years old Amiga and doesn't need Modern harware where compatibility drops considerably. ![/quote] you are again wrong I do not break copyrights because I use reimplementations in case of f.e. icon library or add different components. I NEVER use something from original 3.1. The base system is Aros 68k, just not using the slowest desktop available. And using f.e. icon library from PeteK. You should not spread such rumors if you not know. Sorry, such claims anger me slightly.
Responded in Nanomig
AMIGASYSTEM
AMIGASYSTEM 24-10-2024 10:20, 10 days ago
Re: Nanomig
In this way you continue to delude users by mixing OS3 libraries and system files, you think you are running AROS but you are actually running OS3. As said try or have tried a Native 68k AROS on these new Shede and then we'll talk. Mixing OS3 libraries and system files on AROS, besides breaking Copyrights, you won't have any advantage, OS3 software you can run even on a 30 years old Amiga and doesn't need Modern harware where compatibility drops considerably. !
Responded in Nanomig
O
OlafSch 24-10-2024 09:34, 10 days ago
Re: Nanomig
[quote name=AMIGASYSTEM post=6644]@AMIGASYSTEM - Apollo V4 does not run a native AROS 68k, but uses a mix of libraries and very light OS3 system files, a bit like your AROS Vision. On Apollo V4 try running a Native Build AROS 68k with PNG Themes and Icons and you'll see that it becomes a turtle! In fact there is no Video where Native AROS 68k works on Apollo V4 or PiStorm ! and I don't think you will ever see it, until there is a Hardwsre worthy to run AROS 68k[/quote] I do not understand why you are so fixated on "pure aros". Mixing of 68k binaries is a important advantage of aros on 68k. If I f.e. use different desktop or a new icon library it is not a disadvantage from view of people. The most important disadvantage of aros is that it is partly slow, but that is not relevant if f.e. running native on X86. On 68k it is more visible but you can solve it by using f.e. different libraries in some cases. And of course more efficient and more powerful desktops like scalos or magellan..
Responded in Nanomig
AMIGASYSTEM
AMIGASYSTEM 24-10-2024 08:23, 10 days ago
Re: Nanomig
Apollo V4 does not run a native AROS 68k, but uses a mix of libraries and very light OS3 system files, a bit like your AROS Vision. On Apollo V4 try running a Native Build AROS 68k with PNG Themes and Icons and you'll see that it becomes a turtle! In fact there is no Video where Native AROS 68k works on Apollo V4 or PiStorm ! and I don't think you will ever see it, until there is a Hardwsre worthy to run AROS 68k
Responded in Nanomig
O
OlafSch 24-10-2024 08:03, 10 days ago
Re: Nanomig
[quote name=AMIGASYSTEM post=6641]@AMIGASYSTEM - [quote name=CoolCat5000 post=6640] but, Minimig is not powefull enough for AROS, than appear PiStorm, and now i think the cycle can be closed... we could have AROS (a free amiga OS) running in a new hardware, and that is my point. [/quote] Emu68 is too slow to run AROS 68k configured as AROS deserves, you need hardware that gives at least the power of WinUAE. See how my AROS One 68k runs on WiunUAE https://www.youtube.com/watch?v=y2Sh5jWZOYA[/quote] I doubt that. Apollo V4 is fast enough to run Aros 68k and I do not think that PiStorm would be slower, at least when running in RTG. But we will see. I could not test it myself anyway because I do not own PiStorm-Hardware
Responded in Nanomig
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You can download attachments in this forum.
Moderator: Administrator

Filter by Tags

Popular Threads This Week

Odyssey Web Browser 32-bitby deadwood 315 posts
AROS One x86 Work In Progressby AMIGASYSTEM 238 posts
Icon Toolsby miker1264 208 posts
Recommended hardwareby deadwood 170 posts
AROS ABIv0 20220318-1 Supportby deadwood 158 posts
FastTracker II Clone betaby Farox 19 posts
GLFW 3.4 and Raylib 5by serk118uk 18 posts
Sign In
Not a member yet? Click here to register.
Forgot Password?
Users Online Now
Guests Online 7
Members Online 0

Total Members: 261
Newest Member: syzygy
Member Polls
Should AROSWorld continue with AROS-Exec files (SMF based)?
Yes44 %
44% [12 Votes]
No26 %
26% [7 Votes]
Not sure30 %
30% [8 Votes]