AROS Exec

Development => Development (General) => Topic started by: deadwood on March 05, 2021, 10:32:25 PM

Title: AROS ABIv0 20180415 Development
Post by: deadwood on March 05, 2021, 10:32:25 PM
Hi All,

I started working on next version. Please see the link to the ISO below:

Native
Referencehttps://axrt.org/download/aros/v0/AROS-20170402-5-pc-i386-boot-iso.zip
Testinghttps://axrt.org/download/aros/v0/AROS-20180415-2-pc-i386-boot-iso.zip


Quote
AROS ABIv0 20180415 changes:

  Functionalities:
    Several posixc.library functions added (Kalamatee)
    Always separate debuging information from binaries (Kalamatee)
    Improved ScreenMode Preferences (Kalamatee)
    Better compatibility for MUI Window class (Neil)
    Updated catalogs in several Preferences (Neil, polluks)
    Use system default locale if locale argument is NULL (Mazze)
    Introduce asyncio.library (Mazze)
    Enable asyncio.library in DirectoryOpus (Mazze)
    vusbhci.device (DizzyOfCRN)
    Saving added to ilbm.datatype (miker)
    Updates to french translation (hitchhikr)
    Command line interface for FTManager (o1i)

  64-bit support:
    Misc fixes (Schulz, Mazze, Kalamatee)
    Scout 64-bit support (Mazze)
    DirectoryOpus 64-bit support (Mazze)

  68k support:
    Misc fixes (twillen, Kalamatee)
    Compatibility fixes (twillen)
    lowlevel.library (Kalamatee)
    68080 handling (Kalamatee, mness)
    FastATA support (Kalamatee)
    paula.audio (Mazze)

  Updates:
    AROS build system (Kalamatee, Neil, Mazze)
    PCRE 8.41 (Mazze)
 
  Fixes:
    Documentation (Neil, Mazze, Kalamatee)
    ahci.device (Schulz)
    C library (Schulz, deadwood)
    nouveau.hidd (Schulz)
    MUI (Neil)
    Corrected behaviour of pthread.library and bsdsocket.library (Kalamatee)
    prism2.device, atheros5000.device, realtek8180.device (Neil)
    rhine.device, intelpro100.device, prm-rtl8029.device (Neil)
    Shell commands (twillen, Mazze, polluks)
    lowlevel.library (Kalamatee)
    Intuition (Kalamatee, Neil)
    locale.library (polluks)
    Catalogs (Kalamatee, Neil)
    Wanderer (Neil, hitchhikr)
    iffparse.library (o1i)
    Structure packing (Mazze)
    picture.datatype (Neil)
    Misc fixes to demos (Mazze)
    asl.library (Mazze)
    x11.hidd (Neil)
    AHI (hitchhikr)
    Editor (hitchhikr)
    hid.class (balaton)
    emac.device (Neil, balaton)
    MadAHI (wawa)
    Sam440 support (balaton)
    VPDF functionality and 64-bit fixes (wawa, Neil)
    TagLists handling with newer GCCs (Neil)
    FryingPan (wawa)
    DirectoryOpus (Mazze)

Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 05, 2021, 10:34:18 PM
Please especially tests the following:

- Wireless network drivers (atheros) if they still work
- Nvidia accelerated 3D - does it still work? is it as fast as reference version
- HDAudio - check for regression on your hardware
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on March 06, 2021, 01:31:41 AM
deadwood

I downloaded the ISO's to test the ILBM datatype.

There is also a revised BMP datatype in ABIv1 sources. I added the save function and it now also supports loading and saving 32bit BMPX Files with Alpha Transparency.

The GIF datatype was also updated to be 64bit compatible. The functionality for 32bit didn't change.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 06, 2021, 12:22:04 PM
ok deadwood thank you :)
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 06, 2021, 12:39:38 PM
ok testing:

hdaudio works fine
nvidia in my system gallium do not recognize my card, maybe in the next upgrade
wifi atheros works fine

 ;)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 06, 2021, 06:04:02 PM
@Salvo

Thanks for tests.

Does NVidia work for you with the reference ISO?
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 06, 2021, 06:21:45 PM
no even in the ISO reference works, but the latter is the build published a few days ago or is different?
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 06, 2021, 06:32:09 PM
@Salvo

Please see the first post - the reference ISO is the standard 20170402 release, new ISO is 20180415. In which of those two NVidia with 3D acceleration works on your hardware?

EDIT:

Can you also give me your Manufacture ID/Product ID of your NVIdia card from PCI Tool?
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 06, 2021, 06:42:03 PM
ok

vendor id  0x10de
product id 0x0428

Manufactor I don't find it as a voice
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on March 06, 2021, 08:56:59 PM
Tested AROS-20180415-1

ACER Aspire One ZG5
Video Card Intel GMA LVDS 16/24Bit -> OK
Sound Card HDAudio HiFi 16Bit -> OK
Wireless Card Atheros5000 -> OK

Dell Inspiron Mini 910
Video Card Intel GMA LVDS 16/24Bit -> OK
Sound Card HDAudio HiFi 16Bit -> OK
Wireless Card 802.11b/g -> Not supported

Samsung R730
Video Card Intel HD -> Not supported
Sound Card HDAudio HiFi 16Bit -> OK
Wireless Card Atheros AR9285 -> Not supported

Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 07, 2021, 07:11:19 AM
Thx
Title: Re: AROS ABIv0 20180415 Development
Post by: aurabin on March 07, 2021, 04:28:01 PM
NVidia Quadro 2000 works in 3D Mode NVidia Quadro K 2000 only in Vesa MOde and NVIdia Quadro 4000 shows resolutions up to 1024x768

Soundblaster Live 5.1 runs.. HD Audio on Dell Precision T1600 runs with Query activated.. RTL 8139 and RTL 8169 brings Internet Connection.. good Work deadwood!

Here some PCI Tools Infos

Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 07, 2021, 07:34:14 PM
Quadro K 2000 is Kepler microarchitecture which is not supported by this version of driver. The latest supported architecture is Fermi.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 08, 2021, 01:22:27 PM
Deadwood The PCI version of the card I have in my laptop works without problems, I already owned it in some of my desktop computers
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 08, 2021, 01:44:02 PM
Pcitool is not present in the latest Deadwood builds
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 08, 2021, 02:27:24 PM
It has been moved to Development/Debug/Hardware drawer.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on March 08, 2021, 02:51:47 PM
ok thanks :)
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on March 08, 2021, 05:18:04 PM
It has been moved to Development/Debug/Hardware drawer.
Sorry deadwood, if I understand correctly we can replace PCITool that we had in Utilities with the v0.8 of PCITool that is in "Debug/Hardware drawer" ?

I take advantage to ask you a question, I have created some icons to perform links with OpenURL, on OS3 they work perfectly on AROS x86 I get errors, see screenshot
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 08, 2021, 07:09:37 PM
I will move PCITool back to previous location in next build.

With regards to the crash - can you share the icon with me that causes this on my clean build so that I can debug?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on March 08, 2021, 10:29:29 PM
I attach link your ISO "20180415-1" with my icons inside, you can find them in the folder Extras

You have to add OWB (I tried all versions)

https://drive.google.com/file/d/1Vv1UTXQWpxMH0GxpqWxmoAx8LTQmoY7m/view?usp=sharing


On your Distro you have the old version OpenURL package, on Aminet there is a newer version OpenURL v7.18, I attach link

http://aminet.net/package/comm/www/OpenURL-7.18
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 08, 2021, 11:16:52 PM
Which version of OpenURL causes crash? From my ISO or the one from Aminet?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on March 08, 2021, 11:31:43 PM
With both

EDIT

Amigapage icon generates error followed by crash, this is because link it uses protocol HTTPS
Title: Re: AROS ABIv0 20180415 Development
Post by: magorium on March 11, 2021, 08:48:54 PM

Quote
- Wireless network drivers (atheros) if they still work
Unable to test because not supported (same behaviour as previous release)

info: 04:00.0 Network controller [0280]: Qualcomm Atheros AR9287 Wireless Network Adapter (PCI-Express) [168c:002e] (rev 01)

Quote
- Nvidia accelerated 3D - does it still work? is it as fast as reference version
Unable to test because no output (almost (*) same behaviour as previous release)

A question: see info below, should it be supported ? (because according to the sources it should)

info: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108M [GeForce GT 425M] [10de:0df0] (rev a1)

When time permits i'll check further to see if a) aros crashes, b) driver is not displaying output on the HDMI connector that i have connected or c) the driver is displaying video that is out of range of my monitor

* the thing that is different is that in the previous release, just when the boot process tries to display something to the screen, i was able to detect some random red, green and blue lines (not straight lines but more diagonally, seems random) on my screen before turning black and my monitor starts to display that it is not receiving an input signal.

In this release there are no such red, green and blue lines, other then an empty black rectangle the size of the monitor to look at  :)

Quote
- HDAudio - check for regression on your hardware
Seem to work as intended for me.

info: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06)

Although i did not test this release extensively yet the usual suspects (Wanderer, pcitool, Trident, shell, some examples etc) seems to work for me like the previous release did.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on March 12, 2021, 06:45:58 AM
Thanks!
Title: Re: AROS ABIv0 20180415 Development
Post by: nikos on March 13, 2021, 10:18:50 PM
Here everything works as normal on my DELL Latitiude D520  :)

3D hardware speed is same as before. Tried GL test and one game.

Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on March 19, 2021, 12:54:38 AM
@deadwood
If it is of interest, I installed AROS on my Aspire 5920 (what you see in the screenshot), both the audio (Intel High Definition), Video Card (NVIDIA GeForce 8600M), and the Wireless Card (Intel Pro 3945ABG 802.11a/g/n) are not supported.

Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on March 31, 2021, 10:01:47 PM
@deadwood

I submitted a PR for ABIv1 for updates to Picture Datatype.

I added DT_WRITE to Save ILBM Pics with 8bitplanes and below and ILBM Deep Images with 24bitplanes.

I also added two new methods in "methods.h" and "pictureclass.c". These methods are PDTA_GetNumPictures and PDTA_WhichPicture. They are intended for datatypes dealing with files that contain multiple images such as TIFF files or Icon Files. It is currently working with INFO Datatype.

I'm working on updates for ILBM Datatype, TARGA Datatype and PCX Datatype. I also wrote a new TIFF Datatype in the last couple weeks. I'll provide that here as well. It uses Tiff Lib.

Here is the DT_Write Function to Save ILBM Images:

Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 02, 2021, 10:25:34 AM
@miker1264

I'm currently doing some spring gardening, so no much time spent on AROS. For ABI_V0 its probably best if you publish your updated datatypes on AROS-archives for people to use (together with sources). I will either grab your changes from AROS master or if you want you can submit PR to my repository master (https://github.com/deadw00d/AROS).

Do I understatement correctly that the methods you mention are not part of "3.1 compatibility" for datatypes but new extension methods? If they are extensions, have you made sure they are not using IDs already allocated to extension methods of other platforms (3.1.x, 4.0, MorphOS)?
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 02, 2021, 05:04:02 PM
@deadwood

In the next couple of weeks I will be installing wood flooring and doing some other spring chores. So I know what you mean.  :)

In the last few weeks you have worked very hard and contributed greatly to AROS. Some rest and relaxation doing spring chores is well deserved. You and Mazze are the maintainers of AROS now that Nick has disappeared again. Michal Schultz is off working on his own projects or maybe he joined the AROS 68k team.

I don't mind contributing directly to the ABIv0 repository if you don't mind my wild caveman coding style. I make the code work and I test it as much as possible but it sometimes requires fine tuning. The substance is there but it is sometimes rough around the edges.

The two new datatype attributes are the same as used for Amiga OS4. I was trying to use INFO Datatype that was originally intended for OS4. In order to get both icon images I needed the two new attributes (get/set methods). They are ULONG values similar to NumColors. I'm writing three new dataypes for AROS.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 02, 2021, 05:33:33 PM
@deadwood

TIFF Datatype works and it can Load and Save 24bit images. But I have interesting issues to look into for that one as far as interaction with MultiView. It uses TIFF Lib which is a Link Lib.

The ILBM Datatype has been missing a Save Function for many years. About a year ago I added code to Save ILBM for saving images with 8bitplanes and below. Now I am ready to add support for saving images with 24bitplanes - SaveRGBPic.

Both functions - SaveBitMapPic and SaveRGBPic took over a year of research and testing on my part. I had to learn everything about ILBM Images. I also assembled the code to convert 24bit RGB to Save As HAM6/HAM8. That was very difficult to do.

Late last year I added the functionality of SaveBitMapPic to Picture Datatype. When I tried to enable DT_Write Framework I realized that Mazze had already done that part. But the important part was missing. At the time no one knew where to insert the Save ILBM code to enable MultiView to Save As IFF.

I found it though by enabling debug. When attempting to Save As IFF the debug gave a "Not Yet Implemented" error. So I did a search for the error string to find DT_Write in Picture Datatype. Then I inserted my Save ILBM (SaveBitMapPic) and it worked. Likewise, now I'm ready to add support for SaveRGBPic as well.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 02, 2021, 06:43:10 PM
@deadwood

I found this information while searching for Morph OS PDTA_WhichPicture. It is part of a news article from AmigaNews.de from 2012 about WarpTIFF Datatype. So it seems both Amiga OS and Morph OS both use PDTA_WhichPicture and PDTA_GetNumPictures. Now AROS does as well.

"Oliver Roberts released version 44.2 of his WarpTIFF datatype, which runs on both 68k and PPC Amigas under WarpOS and MorphOS.

Changes since prior version:
New: Multi image TIFF files support. Applications can select the picture to be displayed via PDTA_GetNumPictures- and PDTA_WhichPicture tags."
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 02, 2021, 07:28:43 PM
@deadwood

As for my TIFF Datatype it works well enough with Viewer Apps that get standard datatype objects to draw into a window rport.

But MultiView uses datatypes as gadgets that get added to the window gadget list to display images. That's a different method.

Immediately after a restart double-click on a tiff image causes MultiView to fail at TIFFOpen with "File Not Found" yet the filename is valid. When a Viewer App has a TIFF file open then MultiView can open tiff images with double-click. No problem.

Not sure about WarpTiff but AK-Tiff Datatype claims that when Tiff Lib fails then an Internal Decoder opens the image.

So maybe that is the direction I should go to develop an internal decoder. I'll give it a try.  :)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 10, 2021, 08:22:50 AM
@deadwood

I found this information while searching for Morph OS PDTA_WhichPicture. It is part of a news article from AmigaNews.de from 2012 about WarpTIFF Datatype. So it seems both Amiga OS and Morph OS both use PDTA_WhichPicture and PDTA_GetNumPictures. Now AROS does as well.

"Oliver Roberts released version 44.2 of his WarpTIFF datatype, which runs on both 68k and PPC Amigas under WarpOS and MorphOS.

Changes since prior version:
New: Multi image TIFF files support. Applications can select the picture to be displayed via PDTA_GetNumPictures- and PDTA_WhichPicture tags."

Thanks for explanation. Quick question: since those tags are already existing on other platforms, have you checked that IDs of these tags for AROS match the IDs on other platforms?
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 10, 2021, 09:19:13 AM
@deadwood

I'm not sure how to go about checking the tag ID's on AROS. How would I verify what tag ID's Amiga OS4 or Morph OS is using?
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 10, 2021, 07:37:03 PM
These should be published in MorphOS/AmigaOS4 SDKs - in the header files.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 11, 2021, 01:03:36 AM
@deadwood

I located and downloaded the sdk's for Amiga OS 4.1 and Morph OS. I located the tag ID's for Picture Datatype in Compiler/includes/datatypes. Now I will compare information to get a definite answer for you.

There have been several changes for our Picture Datatype over the last two years. The current version is 41.6 and the version in Alt-ABIv0 is 41.3 so I will grab the complete v41.6 files and compile using PDtype Creation Tool. I wanted to test it on Icaros 2.2.8 to see if it's compatible as is or if I have to update ea file.

I'm also working on some Enhancements and Updates for Luna Paint. I'm adding support for New Datatypes, BitDepth Conversion, and Color Quantizing. I'd also like to add Save ILBM Image functions for ILBM, HAM6, HAM8. Some New Graphics Effects might also be nice.

Busy, busy.  :)
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 11, 2021, 04:27:20 AM
@deadwood

I have the answer hopefully.

The sdk's for Amiga OS4 & Morph OS were not helpful as far as includes for datatypes.

Then I remembered that the Developer CD I bought for OS3.5 NDK had lots about datatypes.

Rather than dig out my Developer CD I did a quick search. Instead I found a downloadable version of the Amiga OS 3.9 NDK. Inside I found the goods!

Our AROS tag ID's end at 218. So the two new items would be 219 for PDTA_WhichPicture & 220 for PDTA_GetNumPictures. :-)

So I need to add two defines for Pictureclass.h that goes in Compiler/includes/datatypes.

I would surmise that Amiga OS4 is very much the same as OS 3.9 and Morph OS as well. But I will try to verify it 100%.

The screenshot is from the Amiga OS 3.9 SDK.

Thank you for alerting me to the fact that I needed to check the tag ID's for the new methods.

In the future, when I get to it I'll have a few questions about AHI sound. I would be quite content as far as AROS programming to stay in my preferred niche of Graphics dealing with Images and Icons and Graphics Apps. But it seems AROS has other ideas! I'm constantly being drawn in several different directions. But it's all fun! No worries.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 11, 2021, 06:43:18 AM
Thanks for checking. Indeed, we always need to check IDs of functions/attributes for compatibility. I also looked into pictureclass.h and it looks like someone added the necessary defines with correct values already :)
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 11, 2021, 05:20:02 PM
Thank you sir. I appreciate you looking at the include file.

If you have grabbed the newest version 41.6 files for picture.datatype and compiled it while looking at the header file, I would be glad to test it for you on Icaros 2.2.8 for compatibility ;-)

I would have to use PDType Creation Tool to build a 32bit binary. I have already tried and failed to compile it using the PDType Creation Tool. It said "missing symbols" in pictureclass.c file.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 13, 2021, 12:10:21 PM
@miker1264

I started moving your patches to my repository. How should I test if new functionality works?
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 13, 2021, 02:59:50 PM
I can help test the datatype for you.

But also open any 8bit image or ILBM image with 8bitplanes or less in MultiView. Then from the menu select Save As IFF.  It also works with 24bit ILBM images.

To test the two new methods I use a modified INFO datatype.

Here are some images for testing. Open in MultiView and Save As IFF. They should be identical.

Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 13, 2021, 05:49:05 PM
I opened each image in MultiView and did Save as IFF. Then opened each saved image in MultiView. They look the same however the sizes are different. Source images are between 23 and 35 kB, while each saved image is 40.2 kB.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 13, 2021, 07:12:28 PM
@miker1264

I noticed you are using <tab> for tab. Please change your editor settigs to use 4 spaces - this is AROS source code standard. There are also unused variables - I will delete those not to have warnings/errors.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 13, 2021, 08:13:22 PM
Published new build (first post) 20180415-2 containing changes to picture.datatype. Please test.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on April 13, 2021, 08:30:59 PM
ok deadwood :)
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on April 13, 2021, 08:44:40 PM
works fine, i opened multiview and show an image
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 13, 2021, 09:38:01 PM
works fine, i opened multiview and show an image

If it's 8bit or less or if it's 24bit can you Save As IFF ?

That's the test.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 13, 2021, 09:40:50 PM
@deadwood

The size of the ILBM images are different because the originals use RLE compression. The saved images are Uncompressed.

You may also open a jpeg and Save As IFF.

I changed my editor settings to 4 spaces instead of 8 spaces. Unfortunately I use Scintilla Text Editor and it keeps reverting.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on April 13, 2021, 10:14:20 PM
ok works fine, i have saved a 24 bit image :)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 14, 2021, 06:43:22 AM
@deadwood

The size of the ILBM images are different because the originals use RLE compression. The saved images are Uncompressed.

You may also open a jpeg and Save As IFF.

Can you check the ISO I published if everything works as it should?

I changed my editor settings to 4 spaces instead of 8 spaces. Unfortunately I use Scintilla Text Editor and it keeps reverting.
Please then convert tabs to 4 spaces before pushing your changes. We are avoiding tabs in source code as everyone editor interprets tabs differently and this makes source code created by one person hard to read by another one.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 14, 2021, 07:18:50 PM
I downloaded the ISO yesterday.

I tested with 8bit and 24bit. Save As IFF in MultiView worked. I'm satisfied that it's functional.

Thank you for bringing the picture datatype changes to ABIv0. After all this time...now MultiView can save ILBM image files.

I will revise the 4 space indents on my DT_Write and remove unused variables. 
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 14, 2021, 09:37:55 PM
Great! I'm happy it works and it now available to everyone for use :)
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 14, 2021, 11:39:05 PM
deadwood

Did you upload the changes for picture datatype to the Alt-ABIv0 repository yet? I didn't see any changes.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 15, 2021, 06:15:32 AM
It's pushed now :)
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 15, 2021, 04:25:25 PM
deadwood

Thank you, sir. I mainly wanted to compare my version with yours to find out which unused variables to delete and how to format it correctly. I was going to submit changes to ABIv1.

I will leave the picture datatype for ABIv1 as it is atm. Thank you for helping with Picture Datatype. Now AROS users may benefit.

I'm going to go do some spring gardening and some other tasks I have been saving till later.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 15, 2021, 06:52:49 PM
Great. Spring gardering is the best :)

If you have more improvements in future, push them to AROS repository and I'll grab it from there or push it on top of my repository master (not that it is 6 months behind AROS repo at the moment).
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 15, 2021, 07:18:39 PM
deadwood

I have been deleted from the ABIv1 Slack Channel because of a disagreement with a lead developer. I may not be able to commit changes to ABIv1. I'm a renegade now! I'm on my own.

How would I submit a PR or submit changes to your Alt-ABIv0 repo? Isn't It a Fork with branches? I'm not very good with GitHub.

I do have more changes to help support IcarosDesktop. I'll compare your changes for picture datatype to my copy and update it for my records.

I don't know how you feel about this. I made some changes to my copy of MultiView. I was calling it SuperMultiView because it wasn't allowed to be part of AROS because it added Save As PNG as well as Save As IFF. I wanted to update MultiView. Someone on this list, maybe Yannick, asked if MultiView could print a list of datatypes and their methods. Why not? Seems ok.

I will probably have some changes for Lunapaint in the next few weeks. I added several functions for saving with dataypes and automatic bitdepth conversion. I'm also adding color quantizing. That will take at least a week to understand the quantizer code.

Title: Re: AROS ABIv0 20180415 Development
Post by: nikos on April 16, 2021, 04:32:30 PM
miker1264: Great work :) Looking forward to test your updates.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 16, 2021, 05:02:52 PM
Thank you nikos.

deadwood

I can upload my MultiView sources here or send them to you directly. The source code is a little messy. It's my working copy.

For Save As PNG there is a new menu item. It uses DoWriteMethod_PNG which receives dto then it gets a new empty png datatype. It copies all the data to ndto then writes to file using DTWM_RAW.

I find it very useful to simply double-click an image to open in MultiView then Save As PNG. When the only option is Save As IFF it makes it difficult to transfer the file to Photoshop or Paint.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on April 16, 2021, 05:52:39 PM
miker if you welcome us even if you sorry what happened, everyone does the possible here ;)
Title: Re: AROS ABIv0 20180415 Development
Post by: paolone on April 17, 2021, 02:01:16 PM
I have been deleted from the ABIv1 Slack Channel because of a disagreement with a lead developer. I may not be able to commit changes to ABIv1. I'm a renegade now! I'm on my own.


Feel free to go on improving Icaros Desktop and ABIv0 as much as you can, as you like. Rude behaviours have been killing AROS much more than different opinions on how thing should be done.


I am currently following some other projects of mine and I had to put Icaros in standby for a little while, but I am still trying to keep track of all changes to AROS and AROS software, in order to add them once I'll get some spare time.


Thank you for your continued efforts and dedication.


 
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 17, 2021, 05:12:56 PM
Hello paolone

My original intent was to help improve IcarosDesktop. Somehow I got drawn into helping to develope x86-64. But that was probably for good reason. We have an IcarosDesktop 64bit version that needs some love and attention.  :)

It may be possible to contribute to ABIv0 more directly in the near future. We are working on the logistics of that atm.

Mike R.
Title: Re: AROS ABIv0 20180415 Development
Post by: OlafS3 on April 18, 2021, 10:44:17 AM
I have been deleted from the ABIv1 Slack Channel because of a disagreement with a lead developer. I may not be able to commit changes to ABIv1. I'm a renegade now! I'm on my own.


Feel free to go on improving Icaros Desktop and ABIv0 as much as you can, as you like. Rude behaviours have been killing AROS much more than different opinions on how thing should be done.


I am currently following some other projects of mine and I had to put Icaros in standby for a little while, but I am still trying to keep track of all changes to AROS and AROS software, in order to add them once I'll get some spare time.


Thank you for your continued efforts and dedication.

We all know who the "lead developer" is...

I have said what I think of him and good bye there too. I will certainly not donate money to him anymore in future. I hate rude behavior, completely unacceptable to me independent of what someone might contribute or not. It was a good decision by f.e. the apollo team to branch and become independent. It becomes a big problem if one person thinks a open source project (that should be team work and motivate others to contribute) is his property and he decides everything.
Title: Re: AROS ABIv0 20180415 Development
Post by: OlafS3 on April 18, 2021, 10:50:28 AM
Hello paolone

My original intent was to help improve IcarosDesktop. Somehow I got drawn into helping to develope x86-64. But that was probably for good reason. We have an IcarosDesktop 64bit version that needs some love and attention.  :)

It may be possible to contribute to ABIv0 more directly in the near future. We are working on the logistics of that atm.

Mike R.

do not let him make you leave... he is skilled without any doubts but he also has bad manners. Search for something you can do without him. The datatypes you created are compiled for 68k? I would try to test them in my distribution. Perhaps the apollo team also is interested in it. You could talk to them also. Super Multiview sounds good too. I would like to test and as I wrote apollo team might be interested too in it. The official ABI1 branch with the "lead developer" is no longer aros world alone.
Title: Re: AROS ABIv0 20180415 Development
Post by: terminills on April 18, 2021, 03:53:06 PM
I have been deleted from the ABIv1 Slack Channel because of a disagreement with a lead developer. I may not be able to commit changes to ABIv1. I'm a renegade now! I'm on my own.


Feel free to go on improving Icaros Desktop and ABIv0 as much as you can, as you like. Rude behaviours have been killing AROS much more than different opinions on how thing should be done.


I am currently following some other projects of mine and I had to put Icaros in standby for a little while, but I am still trying to keep track of all changes to AROS and AROS software, in order to add them once I'll get some spare time.


Thank you for your continued efforts and dedication.

We all know who the "lead developer" is...

I have said what I think of him and good bye there too. I will certainly not donate money to him anymore in future. I hate rude behavior, completely unacceptable to me independent of what someone might contribute or not. It was a good decision by f.e. the apollo team to branch and become independent. It becomes a big problem if one person thinks a open source project (that should be team work and motivate others to contribute) is his property and he decides everything.

You’re right rude behavior is completely unacceptable.  For example implying someone is a slug who leaches of the system and people good graces. 
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 18, 2021, 03:57:50 PM
Guys, please stick to the topic of this thread.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 18, 2021, 05:12:00 PM
deadwood

I'm sorry about that. This thread is reserved for AROS development. I'll reply to all that in another thread so we can continue to discuss development.

Much progress is being made in AROS development. I'm particularly interested in improvements to the sound system and Apollo OS is making steady progress. Some of their improvements and updates for 68k may be very useful for other flavos of AROS.such as x86-64 or x86 (IcarosDesktop).

But getting back to the sound system. Recent improvement has been made to the ABIv0 AHI Sound System.

deadwood where can I find information about the API and the workings of AHI ?
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on April 18, 2021, 06:20:42 PM
OlafS3

Hello Olaf. In answer to your question. Yes the datatypes I'm working on either updating, adding save functions or writing from scratch will be available for AROS 68k, x86-64 & x86.

Other items such as datatypes for ABIv0 will hopefully be made available via the ISO images provided for testing. The most recent is picture datatype in the test ISO at the beginning of this thread if you'd like to try it. I'll build one for 68k as well.

I believe it is labelled for Testing not the one for Reference.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 18, 2021, 07:02:14 PM
Much progress is being made in AROS development. I'm particularly interested in improvements to the sound system and Apollo OS is making steady progress. Some of their improvements and updates for 68k may be very useful for other flavos of AROS.such as x86-64 or x86 (IcarosDesktop).

I intend to bring some of their changes to my repository as well somewhere in future.

deadwood where can I find information about the API and the workings of AHI ?

Start with workbench/devs/AHI/Docs in repo
Title: Re: AROS ABIv0 20180415 Development
Post by: OlafS3 on April 18, 2021, 08:25:14 PM
OlafS3

Hello Olaf. In answer to your question. Yes the datatypes I'm working on either updating, adding save functions or writing from scratch will be available for AROS 68k, x86-64 & x86.

Other items such as datatypes for ABIv0 will hopefully be made available via the ISO images provided for testing. The most recent is picture datatype in the test ISO at the beginning of this thread if you'd like to try it. I'll build one for 68k as well.

I believe it is labelled for Testing not the one for Reference.

I am interested in everything of course  :)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 20, 2021, 06:30:32 AM
Hi All,

AROS ABIv0 20180415 is now released:

Binaries:
https://axrt.org/index.php?tab=download-aros
http://www.aros.org/snapshots.php

Source:
https://github.com/deadw00d/AROS/releases/tag/ABIv0_20180415-2
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on April 20, 2021, 12:31:20 PM
thank you deadwood :)
Title: Re: AROS ABIv0 20180415 Development
Post by: nikos on April 20, 2021, 01:31:29 PM
Works fine what I tried on my DELL D520. 3D, Sound and network.
Sys explorer and show config in Tools does not work. Sys explorer crash and show config does nothing.
This is nothing new from what I remember.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on April 20, 2021, 02:50:24 PM
Works fine what I tried on my DELL D520. 3D, Sound and network.
Sys explorer and show config in Tools does not work. Sys explorer crash and show config does nothing.
This is nothing new from what I remember.

Ciao nikos, Sys Explorer works fine for me, in Show Config it is only a problem on the type of "Icon", add in Tooltype the parameter "CLI" and it will work.
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on April 20, 2021, 03:16:14 PM
@nikos

Indeed, both of issues were not adressed.

@AMIGASYSTEM

Crash of SysExplorer is related to one of the drivers that @nikos is running, so this is configuration specific.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on April 22, 2021, 03:49:53 PM
Tested AROS-20180415-2

ACER Aspire One ZG5
Video Card Intel GMA LVDS 16/24Bit -> OK
Sound Card HDAudio HiFi 16Bit -> OK
Wireless Card Atheros5000 -> OK

Dell Inspiron Mini 910
Video Card Intel GMA LVDS 16/24Bit -> OK
Sound Card HDAudio HiFi 16Bit -> OK
Wireless Card 802.11b/g -> Not supported

Samsung R730
Video Card Intel HD -> Not supported
Sound Card HDAudio HiFi 16Bit -> OK
Wireless Card Atheros AR9285 -> Not supported

ACER Aspire 5920
Video Card NVIDIA GeForce 8600M GT -> Not supported (only VESA)
Sound Card Intel High Definition Audio -> Not supported
Wireless Intel Pro 3945ABG 802.11 a/g/n -> Not supported


Updated my AROS One with AROS-20180415-2 with no issues found.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 01, 2021, 08:03:04 PM
@deadwood

All required packages are installed. But building the Linux x86-64 toolchain still fails with "out of memory" error.

After I doubled the memory allocated to the vm then it built the toolchain correctly.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 02, 2021, 10:08:35 AM
No worries...

After 3 or 4 hours of working with the Build System I was able to build the toolchain and AROS itself.

There were a few minor issues.  :)

Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on May 02, 2021, 02:54:07 PM
Ah, great to see problems are resolved :)

I assume you build master branch (because of x86_64 target). You can also try building the ABIv0 branch:

https://github.com/deadw00d/AROS/blob/alt-abiv0/INSTALL.md
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 02, 2021, 06:27:21 PM
Ah, great to see problems are resolved :)

I assume you build master branch (because of x86_64 target). You can also try building the ABIv0 branch:

https://github.com/deadw00d/AROS/blob/alt-abiv0/INSTALL.md

One small victory at a time.  :)

I may have some time this evening to continue building.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 08, 2021, 09:56:08 PM
@deadwood

I found on 20180415-1 and AROS-20180415-2- a problem on "Volume Information", instead of the volume name there are strange characters or just a small square, see screenshot.

Version 20170402-5 doesn't seem to have this problem

I also add a serious bug on FAT32 volumes, if you rename a file from uppercase to lowercase or vice versa the file self-destructs, in practice can not overwrite
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on May 09, 2021, 07:09:43 AM
Thanks. I added a bug report on Volumen information.

Can you explain what do you mean by "sefl-destructs" in your second bug report? You no longer see the file when do you "dir" in shell?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 09, 2021, 11:47:46 AM
Hi deadwood and thanks for answering.

Files but also directories renamed with Dopus4 disappear (see video)

Files but also directories renamed from Shell, cannot be renamed because "files or directories already present" (see video)

https://drive.google.com/file/d/1P0hUx5Q-qCHFLOVtD_Lowsw4IVhdih9w/view
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on May 09, 2021, 06:23:21 PM
Thx
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 09, 2021, 11:05:05 PM
AMIGASYSTEM

As for the vol name being incorrect with diskinfo I have a good idea why.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 10, 2021, 12:22:06 AM
I think it's a Library, I'm doing some tests to find it !
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 10, 2021, 12:59:44 AM
AMIGASYSTEM

As for the vol name being incorrect with diskinfo I have a good idea why.

Found it!!! the culprit is "muimaster.library"  ;D
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 10, 2021, 03:34:44 AM
AMIGASYSTEM

As for the vol name being incorrect with diskinfo I have a good idea why.

Found it!!! the culprit is "muimaster.library"  ;D

Did that fix it?

For Lunapaint I had to use what Mazze did for diskinfo to fix the window title.

MUI/Zune doesn't store it automatically so we have to do it using StrDup. We use it to store the filename or to store volume name.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 10, 2021, 03:50:35 AM
Yes I solved it, you don't need to do anything, you simply have to replace the "muimaster.library" with the one included in the Distro "AROS-20170402-5"

The versions are the same, but the ones included in "AROS-20180415-1" and "AROS-20180415-2" seem corrupted
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on May 10, 2021, 07:35:39 AM
@AMIGASYSTEM

Thanks for testing. I will look into fixing this for next release.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 14, 2021, 08:11:03 AM
@deadwood

Maybe this helps narrow down the issue with DiskInfo.

The versions of diskinfo.c in the Main Branch ABIv0 & the current version in ABIv1 are the same.
However, the version in Alt-ABIv0 is different. For example on line 280 it uses volname to set the window title.
But the newer version used __(MSG_WINTITLE) or something like that instead so that the title is "Disk Info".

See screenshot of the newest version.

There are however a few minor issues that I noticed while using DiskInfo along with DiskImage GUI for ADF Images & PC Floppy Images.

For ADF Images the Block Size is listed as '488' but according to documentation it should be '512' instead. Therefore calculations for Used/Free is off.

For PC 1440kb Floppy Images the Capacity is listed as '2880 Blocks' (1474560 bytes) but it should be 2847 Blocks (1457664 bytes).

Capacity is not the same as total sectors. Those things can be easily fixed. Not sure if they have been fixed already.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 14, 2021, 11:54:06 AM

For ADF Images the Block Size is listed as '488' but according to documentation it should be '512' instead. Therefore calculations for Used/Free is off.

This depends on the FileSystem, Floppy OFS Block Size '488', Floppy FFS Block Size 512'

Floppy OFS space 837.8K, Floppy FFS 869,5K  (see screenshot)

For the Hardisk why do you use OFS? SFS in my opinion is the Best FileSystem I use it also on my OS3 systems
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 14, 2021, 01:03:59 PM
About PC 1440kb Floppy Images the Capacity '2880" Blocks seems to be exact, at least in the link below attached, if I understand English well they confirm that size.

https://www.reddit.com/r/askscience/comments/52nebu/why_were_floppy_disks_144_mb/
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on May 14, 2021, 05:17:05 PM
@AMIGASYSTEM

Some of the information reported by DiskInfo for certain disk images is incorrect. That should be fixed for consistency.

I suppose it would be better to setup a test install based on the latest ISO that deadwood provided to test various components.

On IcarosDesktop 2.2.8 I tested Dopus4 for renaming files. It seemed to work correctly.

What were the circumstances when you noticed corrupted files?

Just trying to help to identify any potential problems.  :)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on May 14, 2021, 06:31:59 PM
@miker1264

Thanks. Added this to bug report.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 14, 2021, 09:08:35 PM

On IcarosDesktop 2.2.8 I tested Dopus4 for renaming files. It seemed to work correctly.
miker the problem is only on Volumes in "FAT32" (rename uppercase/case), this happens with Deadwood Distribution (see attached video), but also with Icaros.

see video Dopus4
https://drive.google.com/file/d/1P0hUx5Q-qCHFLOVtD_Lowsw4IVhdih9w/view

All this with Dopus4 also happens with the Floppy PC (FAT16), if you rename uppercase/case the file disappears

Quote
What were the circumstances when you noticed corrupted files?
The Corrupt File was only for the "muimaster.library" which did not show the volume name.

Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 15, 2021, 01:27:17 PM
@deadwood

In your Distribution you have Diskimage v52.31, on rchives.aros-exec.org there is a newer version v52.34

I add that in Diskimage for 386 there is not the DosDriver IPC0 and IPC1, instead there is PC0 but you have to correct it otherwise Diskimage will not find it again.

IF you need it I can attach my IPC0 and IPC1 for Floppy 1.44 MB, see my screenshot attached above
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on May 18, 2021, 02:34:30 PM
Deadwood also Zunepaint has the strange mistake
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on May 18, 2021, 03:44:09 PM
You are talking about missing window title?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on May 18, 2021, 04:24:47 PM
You are talking about missing window title?

deadwood is always the same problem that is solved by replacing the library MUI, at the moment I no longer experience any problems with name Title Volumes  and name Titles Window Applications
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on May 18, 2021, 04:28:43 PM
You are talking about missing window title?

Yes Deadwood
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on June 04, 2021, 07:57:58 PM
The Netgear WG111V3 wifi dongle works in Live Mode ie without installing anything
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 08, 2021, 10:32:27 AM
Hi deadwood, i was fixing various file associations with ZuneARC, the only application on AROS able to unzip all common archives like LHA, LZX, RAR, TAR, ZIP, BZ2, GZ and 7z.

Problem encountered is that the DEF ICONS of RAR and 7z archives are not recognized by Wanderer (see attached video).

Question: Who manages the Deficons on AROS? Is there a preference program to add the .RAR and .7z extensions? (see screenshot)

Moreover the Icons archives LZX, BZ2, GZ and TAR  are associated with a Generic Archive !

https://youtu.be/GbXcp81AIGI
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on June 09, 2021, 08:12:35 AM
DEF ICONS descriptors are managed in AROS repository in workbench/devs/datatypes directory. I know how you can generate them if you are building AROS, but I don't know how you can do it outside of build process. Maybe ask Paolo - I believe he created the missing descriptors for Icaros.

If you want to build AROS so that you can generate the needed descriptors, let me know.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 09, 2021, 09:41:12 AM
Thanks, I've never compiled if it's not a complicated thing I could try.

Also on Icaros 230 with "Wanderer" the RAR and 7z Archives are not recognized in addition to the LHAs (on AROS One the LHAs are recognized).

On Icaros with "Dopus5" the LZX and BZ2 Archives are not recognized.

Now I check on workbench/devs/datatypes if there are descriptors for archives.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 09, 2021, 12:19:24 PM
I checked in devs/datatypes and in fact there is a descriptor where the unrecognized extensions are missing.
I also found that without the descriptor Wandere still recognizes the ZIP and LHA Archives.

I tried with a hexadecimal editor to add the missing extensions in the descriptor but it does not work
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 09, 2021, 12:50:39 PM
Solved I've modified the descriptor adding the RAR and 7z extensions instead of the extensions not needed by Wanderer, now the LHA, LZX, RAR, TAR, TAR.GZ, TAR.BZ2, ZIP and 7z extensions are all supported by AROS One and all associated to ZunARC, see screenshot :)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on June 09, 2021, 07:50:30 PM
Glad  you were able to solve it :)
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 09, 2021, 09:33:15 PM
Thanks to your valuable information ;)
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on June 09, 2021, 11:11:45 PM
AMIGASYSTEM

Also, for future reference, for x86 you can use a tool included with DTCreationPackage. It is 'createdtdesc'. It's a cli tool for creating descriptors from .dtd files.

This is the tool I use for basic descriptor files outside the build.

If you try to modify the descriptor (binary) that doesn't work. Modify the text file (.dtd) then compile a new descriptor.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 10, 2021, 12:44:03 AM

Also, for future reference, for x86 you can use a tool included with DTCreationPackage. It is 'createdtdesc'. It's a cli tool for creating descriptors from .dtd files.

Thanks, if you give me a link where to download it dtdescr,  with what also you compile a (.dtd).

Quote
If you try to modify the descriptor (binary) that doesn't work. Modify the text file (.dtd) then compile a new descriptor.

Yes I know, but I modified the Descriptor with a Hexadecimal Editor, in this case if you respect the file size you can modify them

I am not a developer, but I am an old geek :)
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 10, 2021, 02:10:37 AM
Thanks miker, with your help I learned how to create a descriptor, I used "examinedtdesc" to decompile and "createdtdesc" to create the new descriptor.

Now if I can I will make the descriptor for the Audio, Video and Graphic files missing.

Despite my 67 years in life there is always something to learn.
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on June 10, 2021, 03:45:45 AM
Thanks miker, with your help I learned how to create a descriptor, I used "examinedtdesc" to decompile and "createdtdesc" to create the new descriptor.

Now if I can I will make the descriptor for the Audio, Video and Graphic files missing.

Despite my 67 years in life there is always something to learn.

You may be a little older than me but you are still quick on the draw!

I was just getting ready to upload the createdtdesc tool for you with some samples.  8)

I just used it to compile the new Targa Datatype for x86. The datatype is working!

Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 10, 2021, 07:06:22 AM
Now I would like to improve the Descriptor, instead of having a single "Archive" for several formats, create a single descriptor for each archive in order to take advantage of the different icons.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 10, 2021, 10:40:58 AM
Done, now each Archive type has its specific icon and ZuneARC as a tool.

Now to complete I would need the Mask for some archive formats, this is to recognize the archive files that do not have an extension.

miker if you need it I created on Dopus4 two tabs for "examinedtdesc" and "createdtdesc" with a Click :)
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on June 10, 2021, 06:09:29 PM
@deadwood

I've noticed a strange problem in a particular path on 20180415, but also in previous versions

If from Wanderer go to the path Prefs\Env-Archive\SYS, and try to rename a def_ icons, the system crashes
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on July 04, 2021, 09:13:44 PM
Hi miker, I can't find the "Mask" identifier of the TGA (License Plate), in the binary file looking at it in hexadecomal I can't find any acronym, thanks for the help.

I finished all the graphic descriptors, it seems to work also the "TIFF/TIF" but I can't test it because I don't have the Tiff.datatypes
Title: Re: AROS ABIv0 20180415 Development
Post by: miker1264 on July 04, 2021, 09:42:33 PM
Hi miker, I can't find the "Mask" identifier of the TGA (License Plate), in the binary file looking at it in hexadecomal I can't find any acronym, thanks for the help.

I finished all the graphic descriptors, it seems to work also the "TIFF/TIF" but I can't test it because I don't have the Tiff.datatypes

There is already a working Targa Datatype Descriptor file. I will post it for you.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on July 04, 2021, 10:17:52 PM
Thanks, sorry my English was not clear, the Datatype Targa (the one found on Aros Archive) works very well, but it works only if you use the "Pattern=?.tga", but in this way the TGA files without extension will not be recognized.

I was looking for the parameter to add on "Mask=" in this way even files without extension would be recognized.

For all other Formats I have created the Descriptor with the right parameter in "Mask=", i just need the TGA
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on July 05, 2021, 12:04:55 AM
Solved, finally I found the right value to insert on "Mask", now the license plate files are recognized with or without extension, now I have completed, but I have to verify because some fle .prefs files are seen as images, I noticed that inside these files there are graphic extension names.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on July 05, 2021, 12:32:05 PM
Hi deadwood excuse me if I disturb you but are you still working on backports or something else? :-\
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on July 05, 2021, 01:32:28 PM
@miker

I created a video that shows how all the graphic files "even without extension" are recognized by Datatypes and therefore also by Multiview, of course TIF doesn't work because I don't have the tif.datatypes :)

As I told you there are some strange things, as you can see in the final part a file (. prefs) has acquired the icon of def_TGA, others (. prefs) took instead the def_ILBM, with this last one i solved deleting the folder Env-Archive/Classes

Test Video:
https://drive.google.com/file/d/1JYk0ituVh6Pjt1bDFh_xpb_qHia2pebl/view
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on July 05, 2021, 01:39:17 PM
@deadwood

I noticed that in "ReqTool Prefs" it is not possible to save some options, "ReqTool Prefs" chooses what to save, if you try to increase the Size (% of visible height) or increase "Numer of visible entries" the changes are not saved, this happens also for other options.

This problem is present on both X86 and 68k versions!
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on July 05, 2021, 04:30:17 PM
Thanks, created bug report for that:

https://github.com/deadw00d/AROS/issues/44
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on July 05, 2021, 07:37:26 PM
Yes thanks, these are the priorities that need to be done to make a stable and functional OS, doing this also the programs will work better.
At the moment we need to focus on the stability of the OS and hardware compatibility, in my opinion this will bring some other developers closer.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 02, 2021, 11:23:51 AM
Hi deadwood, I found that the "muimaster.library" included in your distributions is probably corrupted.

If you try to run YAM the request that appears cannot be closed, with the previous muimaster.library "same version" the problem does not exist!
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 02, 2021, 11:58:06 AM
yes the current muimaster.library had the problem
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 05, 2021, 11:42:21 AM
@deadwood, SimpleMail doesn't work with your Distributions, with previous Distributions it worked.

EDIT:

Sorry deadwood, the problem is not your Distribution, I am verifying my files added to the system create the Crash

Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 05, 2021, 12:28:47 PM
simplemail works for me
Title: Re: AROS ABIv0 20180415 Development
Post by: serk118uk on September 05, 2021, 01:43:37 PM
@deadwood, SimpleMail doesn't work with your Distributions, with previous Distributions it worked.

EDIT:

Sorry deadwood, the problem is not your Distribution, I am verifying my files added to the system create the Crash

Just a side note, I am currently working on bringing latest version of simplemail, I already compiled a debug version, I will link or attach the test binary in a day 1 or 2

AMIGASYSTEM i can upload the test version if you share your email... or try this link https://ufile.io/1lmu37qz
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 05, 2021, 05:15:52 PM
hi serk

i have this result
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 05, 2021, 07:04:12 PM
hi serk

i have this result
Thanks serk, your new version works fine and doesn't crash AROS One, as soon as possible I'll check if the connections work.

Then I have to find out why the old versions crash on AROS One :)
Title: Re: AROS ABIv0 20180415 Development
Post by: serk118uk on September 05, 2021, 07:11:41 PM

Hi salvo

Dont worry about how it looks atm , just tell me if you can connect and receive emails without any problems..

Networksnoop can be used too to detect if connects and receives emails

http://archives.aros-exec.org/index.php?function=showfile&file=network/misc/nsa.lha

Thanks

hi serk

i have this result
Thanks serk, your new version works fine and doesn't crash AROS One, as soon as possible I'll check if the connections work.

Then I have to find out why the old versions crash on AROS One :)

Maybe missing class?

Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 05, 2021, 08:00:03 PM
serk works
Title: Re: AROS ABIv0 20180415 Development
Post by: serk118uk on September 05, 2021, 09:14:09 PM
serk works

Thank you salvo.
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 05, 2021, 10:29:25 PM

Maybe missing class?

Solved it was my ZUNE setting that old versions of SimpleMail don't like, strange your new version is fine instead
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 06, 2021, 01:03:01 AM

AMIGASYSTEM i can upload the test version if you share your email... or try this link https://ufile.io/1lmu37qz
Made some Tests with your new version, sent mail and inbox works fine only it is not shown in the right window
Title: Re: AROS ABIv0 20180415 Development
Post by: serk118uk on September 06, 2021, 04:10:05 PM
Hi AMIGASYSTEM,

I am glad to know you got the older version sorted, newer version has html_class problem , i will upload at aros-archives when problem is solved...

btw lets not use this thread for SimpleMail and upset others since its has reason -> AROS ABIv0 20180415 Development.

thank you..
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 10, 2021, 02:33:38 PM


Solved it was my ZUNE setting that old versions of SimpleMail don't like, strange your new version is fine instead

So just to clarify, the problem was not with muimaster.library itself but with your Zune settings, correct?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 10, 2021, 03:21:22 PM
No the problem (system crash) on my zune setting (Mailtext) was only for old versions of SimpleMail.

The muimaster.library included in your distributions does not allow "closing requests" with YAM, see screenshot

with the old muimaster.library (same version) no problem with YAM
Title: Re: AROS ABIv0 20180415 Development
Post by: braincure on September 10, 2021, 03:55:43 PM
Dear amiga friends. I discovered a developer. He devoted his life to Serenity OS by donations. His name is Andreas Kling. He has a youtube channel named after him. Meet with this person. Tell about the Amiga aros project. What he's doing is essentially the same as the amiga aros. If you persuade this person will do amazing things. He is also the author of Chrome. please do what i said. Talk to him to improve Aros. Love to you all.

https://github.com/SerenityOS/serenity
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 10, 2021, 05:41:21 PM
No the problem (system crash) on my zune setting (Mailtext) was only for old versions of SimpleMail.

The muimaster.library included in your distributions does not allow "closing requests" with YAM, see screenshot

with the old muimaster.library (same version) no problem with YAM

Can you post both screen shots: "good" and "bad" so I can see what is not correct?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 10, 2021, 05:56:13 PM
With the screenshot it is not possible to show if a request can be closed, basically with your muimaster.library YAM cannot be started because the "Confirmation Request" cannot be closed.

I attach your distro with YAM installed and the two muimaster.library to see the difference, my muimaster is named Muimaster.library-OLD-OK

https://drive.google.com/file/d/1iWTMZguMdhyTBjpm2wQMy3DQFI3RRLWl/view?usp=sharing
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 10, 2021, 06:12:06 PM
Ah, you mean that clicking on the "OK" button does nothing with current muimaster.library?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 10, 2021, 06:13:04 PM
Yes, all blocked :)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 10, 2021, 06:29:59 PM
Ok, bug report created:

https://github.com/deadw00d/AROS/issues/45
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 10, 2021, 09:22:23 PM
Sorry deadwood, I don't know if you have read a previous report of mine about a Wandererer crash if you try to rename a def_icons.

If you reach from wanderer the path Prefs/Env-Archive/SYS and try to rename a Def_icons... the system crashes, watch the video.

I have not verified the cause, if you have no idea what might be causing the problem I can do a hands-on investigation by doing some testing.


I enclose a small video test

https://drive.google.com/file/d/1YXGH0S6mX-s2opLjpkBTtKPuGF_W2wzb/view?usp=sharing
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 10, 2021, 11:42:53 PM
Dear amiga friends. I discovered a developer. He devoted his life to Serenity OS by donations. His name is Andreas Kling. He has a youtube channel named after him. Meet with this person. Tell about the Amiga aros project. What he's doing is essentially the same as the amiga aros. If you persuade this person will do amazing things. He is also the author of Chrome. please do what i said. Talk to him to improve Aros. Love to you all.

https://github.com/SerenityOS/serenity

I think Andreas Kling is too busy in the SerenityOS project, since you know him you could mention something about AROS
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 11, 2021, 07:50:53 AM
Sorry deadwood, I don't know if you have read a previous report of mine about a Wandererer crash if you try to rename a def_icons.

If you reach from wanderer the path Prefs/Env-Archive/SYS and try to rename a Def_icons... the system crashes, watch the video.

I have not verified the cause, if you have no idea what might be causing the problem I can do a hands-on investigation by doing some testing.


I enclose a small video test

https://drive.google.com/file/d/1YXGH0S6mX-s2opLjpkBTtKPuGF_W2wzb/view?usp=sharing

Thanks, bugreport created: https://github.com/deadw00d/AROS/issues/46
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 11, 2021, 08:58:11 AM
Thanks, I still add a Wanderer bug, a "single icon without the associated file" cannot be deleted from HD, RAM etc.., see comprehensive video

Test Video: Icon no delete:
https://drive.google.com/file/d/1e-3Lnd4pfkkDVSPx-Nlf2XryGgWTBTbn/view?usp=sharing
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 11, 2021, 06:43:28 PM
Thanks, I still add a Wanderer bug, a "single icon without the associated file" cannot be deleted from HD, RAM etc.., see comprehensive video

Test Video: Icon no delete:
https://drive.google.com/file/d/1e-3Lnd4pfkkDVSPx-Nlf2XryGgWTBTbn/view?usp=sharing

Added, https://github.com/deadw00d/AROS/issues/47
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 12, 2021, 12:17:41 AM
Thanks, a question, how come on AROS x86 does not exist the application "Palette" ?

On AROS 68k "Palette" is present in Prefs, i ask this because there are some colors like those of the request files where it is not possible to eliminate that ugly gray! of course Wanderer should also be updated to load the palette prefs.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 16, 2021, 01:15:42 PM
Deadwood I installed Icaros Desktop, at startup the launch in native mode and detects me the graphics card, I have an NVIDIA 8400M GS, then freeze all black screen, I think there is a bug on Gallium, in the last build the card does not come not even at startup
Title: Re: AROS ABIv0 20180415 Development
Post by: paolone on September 16, 2021, 01:41:32 PM
Deadwood I installed Icaros Desktop, at startup the launch in native mode and detects me the graphics card, I have an NVIDIA 8400M GS, then freeze all black screen, I think there is a bug on Gallium, in the last build the card does not come not even at startup


Icaros Desktop has old system files.
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 16, 2021, 02:22:14 PM
Si Paolone I know
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 17, 2021, 12:34:29 PM
But on Icaros my graphics card is recognized at boot, but then does not show the desktop and freeze everything, on the new builds does not even happen
Title: Re: AROS ABIv0 20180415 Development
Post by: salvo on September 18, 2021, 08:06:47 PM
A user reported that Samba does not work properly
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 22, 2021, 12:26:31 PM
@deadwood
Found a crash when trying to unmount a device or volume, see attached video.
This happens with all distributions including yours.

https://drive.google.com/file/d/1YT9qO4GizYQPzoFwS_cgJ4mHMkhq_Pkt/view?usp=sharing
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 25, 2021, 07:55:02 AM
Added, thanks

https://github.com/deadw00d/AROS/issues/48
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 25, 2021, 10:20:15 AM
@deadwood
Problem for DiskImageGUI on ISOs, if you try to mount a "standard" ISO 9660, the volume and Directory/File names will show only many question marks (?), if instead you add the extension "RockRidge" volume and Directory/File names will be correct, see the two screenshots in comparison.

On AROS 68k no problem, ISO 9660 "standard" are correctly displayed :)

I add that the version of DiskImageGUI on all Distros including your Distro is obsolete (v52.31), on AROS Archive there is a more updated version (v52.34), which however does not solve the problem on AROS x86

http://archives.aros-exec.org/index.php?function=showfile&file=driver/storage/diskimage.i386-aros.tar.bz2
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 25, 2021, 10:56:14 PM
NameCD-DVD- OK (RckRidge)
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 26, 2021, 09:37:12 PM
Do I get correctly that DiskimageGUI v52.34 shows good names for pure ISO 9660 on AROS68k but the same version shows question markes on AROS ABIv0?
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 26, 2021, 10:17:10 PM
AROS One 68k, with the version shown in the screenshot  the standard ISO 9660 Images shows correctly volume name and folder/files name.

AROS x86 even with version v52.31 shows the question marks ! I have to search and test version v52.32 (like Aos 68k)
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 26, 2021, 10:59:37 PM
Even the old version 68k v52.31 found on my old AROS One 68k works fine !
Title: Re: AROS ABIv0 20180415 Development
Post by: deadwood on September 27, 2021, 12:17:50 AM
Added https://github.com/deadw00d/AROS/issues/49
Title: Re: AROS ABIv0 20180415 Development
Post by: AMIGASYSTEM on September 27, 2021, 05:30:01 PM
Added https://github.com/deadw00d/AROS/issues/49

Thanks deadwood, there is still a bug to report, this time we must verify it well because it could depend on several factors.

It is about MemoryCard, if you try to copy a certain amount of data from this device to HD you get a read error, see screenshot !

As said it can depend on many factors, I have tested a couple of Memory Cards and several Card readers both internal and external USB.

I hope that here some users can verify on their PCs

No errors with Pendrives !!!