AROS Exec

Distros => Icaros Desktop => Topic started by: miker1264 on November 13, 2021, 06:18:52 PM

Title: Newest MultiView
Post by: miker1264 on November 13, 2021, 06:18:52 PM
About six months ago we brought the ABIv1 version of MultiView forward into our repository. But when I tried to compile it recently to verify the Export Menu Item I noticed a few things. It didn't compile correctly. Many errors were associated with missing menu items. When I did a file by file analysis between the 2019 version vs the 2020 version it seemed the strings.h file was missing.

So I copied the older strings.h which contains all the menu definitions then manually added the MESSAGE_MEN_PROJECT_EXPORT menu item. It amost compiled and linked correctly. But there are two missing symbols which means undefined functions such as cmdexport. That can be resolved then it should compile correctly. Then I can upload changes to the ABIv0 repository with a working version.

So what the new Export Function allows is that it brings up the DTConvert user interface to convert between various datatypes. I didn't insert the Export function into MultiView but I will make it work correctly. I believe Nick started this addition. He posted youtube videos of MultiView Export of Datatypes in action.

Once I get the ABIv0 version working maybe we could send the minor changes upstream to ABIv1 so that it also compiles.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 13, 2021, 07:34:48 PM
Thanks miker, Multiview is an essential tool on AROS, Multiview on AROS I noticed it can't play sounds, OS3 and OS4 version do, of course only some formats.
Title: Re: Newest MultiView
Post by: miker1264 on November 13, 2021, 08:14:44 PM
Thanks miker, Multiview is an essential tool on AROS, Multiview on AROS I noticed it can't play sounds, OS3 and OS4 version do, of course only some formats.

I haven't checked out the sound yet because my x86_64 test system doesn't have sound. I can test it on AROS One x86.  8)
Title: Re: Newest MultiView
Post by: miker1264 on November 13, 2021, 10:23:33 PM
Yeah! The new MultiView compiled and linked correctly.

The two unknown symbols were unknown functions which were not errors.
After I examined the code for "cmdexport" I found nothing amiss. So then I
realized that it was a new version of the program but I forgot to delete the
junk files from the GEN directory. Then MultiView compiled correctly.  :)

There are some small errors I still have to fix regarding the numbering of
the menu items in strings.h but that is just some minimal cleanup work.

My next task is to examine the DTConvert code to figure out why it's not
working correctly on my x86_64 test system. The user interface appears
and the Source and Destination buttons work but it refused to enumerate
the datatypes so the listview is completely empty. I still don't know why.

But it's getting interesting...
Title: Re: Newest MultiView
Post by: miker1264 on November 13, 2021, 10:30:10 PM
As for DTConvert the fist thing to do is to learn about starting external programs and where the DTConvert program is located that is being called so that I know which code to examine.

https://wiki.amigaos.net/wiki/Executing_External_Programs

I believe I found out how MultiView calls the external program. In a new function called GetOptions it uses FindToolType to scan the system to find the DTConvert Icon. When it finds the icon it stores the full path in a string variable. It then uses System() to call the DTConvert program in asynchronous mode. So now I must make DTConvert itself work correctly then "Export" will work correctly from the MultiView Project menu.

Title: Re: Newest MultiView
Post by: miker1264 on November 13, 2021, 11:36:00 PM
It seems that whomever added "Export..." To the MultiView menu, probably for expediency, merely replaced "Save As" with the new item. They did that so they wouldn't have to renumber all the program menu items because that can be a real pain.

But since I have to renumber the menu items in strings.h anyhow and because I use Save As... quite often I will add it back. So now the project menu is: "Open, Export, Save As, Save As IFF, About, Quit". Save As saves an exact copy of the file.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 14, 2021, 12:37:25 AM
Yes, that's right, also because Save As refers to the original format, while Export and save in a different format!

Regarding audio on Multiview, you don't need to have audio to check if it supports audio formats, if you try to open with Multiview a "wave" file, even without the sound card you should receive the error "unknown datatypes", in practice it is as if the wave.datatype was incompatible or did not exist in the system!

Just for the chronicle, on OS3, OS4 and MOS Multiview Play Wave files
Title: Re: Newest MultiView
Post by: miker1264 on November 14, 2021, 01:19:44 AM
Interesting. I opened a wav file in MultiView on my x86-64 test system and it didn't complain. Instead a nice blue image with a yellow sine wave appeared in a window. The sound didnt play because my sound doesn't yet work on x86-64 as far as I know.

So I must assume you are talking about AROS One x86? In that case I will look into the wave file sound issue further for x86. 

I have concluded after much effort that MultiView works but DTConvert doesn't. Maybe it needs higher system files.

So rather than link to an external program I will try to come up with another export solution using datatypes to convert files.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 14, 2021, 01:28:08 AM
On OS3 and OS4 instead comes out a Play Button, see screenshot

Quale AROS stai usando ABI-v1?
Title: Re: Newest MultiView
Post by: miker1264 on November 14, 2021, 01:50:37 AM
On OS3 and OS4 instead comes out a Play Button, see screenshot

Which AROS are you using ABI-v1 ?

I'm using IcarosDesktop x86-64 derived from ABIv1.

I use x86-64 for compiling and testing code intended to be backported to x86 eventually. Only after it is completely stable.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 14, 2021, 01:54:49 AM
Solved on AROS One x86 I had a problem on the "Wave" datatypes descriptor, now it works, I would like to understand if the image is in Multiview somewhere in the system !

EDIT:

The image given by Multiview to the sounds is not found as a file but is included in a datatypes :)
Title: Re: Newest MultiView
Post by: deadwood on November 14, 2021, 07:05:21 AM
About six months ago we brought the ABIv1 version of MultiView forward into our repository. But when I tried to compile it recently to verify the Export Menu Item I noticed a few things. It didn't compile correctly. Many errors were associated with missing menu items. When I did a file by file analysis between the 2019 version vs the 2020 version it seemed the strings.h file was missing.

Are you saying Multiview from here (https://github.com/deadw00d/AROS) does not compile?
Title: Re: Newest MultiView
Post by: miker1264 on November 14, 2021, 09:03:58 AM
deadwood

It seems to be missing strings.h with the menu definitions. Once that is added then it compiles. Also the ABIv1 source seems to be missing two files - both the strings.h and catalog_version.h.

Also for some reason the DTConvert doesn't work on my x86-64 test system. Maybe it requires updated system files. It refuses to enumerate the datatypes list. So the listview remains blank.

The DTConvert for the compiled binaries (nightly) for ABIv0 also doesn't work. Similarly it crashes with an illegal instruction error.
Title: Re: Newest MultiView
Post by: deadwood on November 14, 2021, 11:23:10 AM
That's weird - I just executed clean build of linu-x86_64 on my build server and it compiled without problem :/
Title: Re: Newest MultiView
Post by: miker1264 on November 14, 2021, 04:23:49 PM
That's weird - I just executed clean build of linu-x86_64 on my build server and it compiled without problem :/

Hello again.  :)

I dunno. Maybe it's user error on my part. DTConvert doesn't work for me either.

After I renumbered the menu items and added Export... to the strings.h file I copied from my older MultiView it all worked. Except DTConvert.

I also added Save As... back to the menu because I find it very useful and Export... is not the same as Save As...
Title: Re: Newest MultiView
Post by: miker1264 on November 18, 2021, 04:37:18 PM
Important observation!  8)

The beauty of MultiView is in its simplicity.

So why should we add extra External Applications such as DTConvert whien that functionality only needs to be developed inside MultiView? I've already been moving in that direction.

Much like my DTConv application you only need three pieces of information to convert datatypes. We can simply use the Save As menu item rather than Export.

So how does it work? Save As brings up a File Requester. We already have a datatype loaded. That is Source. From that and the New Filename we compare File Extensions. If they match do a simple Save As. If not do Convert_Datatype. Simple.

Let's hope it works! MorphOS & Amiga OS4 may try to copy it.


Title: Re: Newest MultiView
Post by: salvo on November 18, 2021, 04:52:25 PM
well miker :)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 18, 2021, 04:59:05 PM
Important observation!  8)

The beauty of MultiView is in its simplicity.
With the same simplicity I created a set of Dual-Png icons in the style of AROS One and beyond
Title: Re: Newest MultiView
Post by: miker1264 on November 18, 2021, 05:30:05 PM
AMIGASYSTEM

I like MultiView5.png

May I borrow it? Could you send it to me?  :)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 18, 2021, 06:11:20 PM
I'm attaching the "MultiView5" icons, practically the same as "MultiView8" where I added the musical note since Multiview also plays music!
Title: Re: Newest MultiView
Post by: miker1264 on November 18, 2021, 08:04:43 PM
AMIGASYSTEM

Thanks for the icons.

Wow! Compare_extension and Convert_datatype worked.  :) :) :)

If the new filename extension matches the original it simply does Save As..

But if it doesn't match it uses Convert_Datatype to save as a new picture type.

This is the code:
                                        //Get new filename extension
                                        char *new_ext = get_ext(fileName);
                                        int len = strlen(new_ext);
                                       
                                        int r = compare_extension(fpath, new_ext, len);
                                        if(r == 1)
                                        {                                           
                                            EasyRequest(NULL, &ResultReq, NULL, "\nFound Match.\n");
                                            copy_file(fpath, fileName);
                                        }
                                        else
                                        {                                           
                                            EasyRequest(NULL, &ResultReq, NULL, "\nNo Match!\n");
                                            SaveAsDatatype(fpath, fileName, new_ext);
                                            //ConvertDatatype(fpath, fileName, new_ext);
                                        }


Title: Re: Newest MultiView
Post by: salvo on November 18, 2021, 08:43:55 PM
excellent :)
Title: Re: Newest MultiView
Post by: miker1264 on November 18, 2021, 09:13:36 PM
excellent :)

Using Compare_extension I was able to save a png as png (extension match) and save a png as a bmp (no match).  :)

It's a proof of concept. Next I will insert Convert_Datatype from my DTConv application and test with other picture datatypes.

If that's successful I will insert the code into MultiView to test it. Of course there is more needed such as finding which GroupID and verifying basenames. Converting pictures is a good start.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 18, 2021, 09:36:09 PM
I noticed that DTConv also converts the same format "IFF to IFF", the saved image is slightly different in size.
Title: Re: Newest MultiView
Post by: miker1264 on November 18, 2021, 09:58:01 PM
I noticed that DTConv also converts the same format "IFF to IFF", the saved image is slightly different in size.

If it's an ILBM image that is likely because the original is compressed. DTM_WRITE in Picture Datatype converts to Uncompressed ILBM. That accounts for differences in size.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 18, 2021, 10:52:23 PM
However, even with PNG and JPEG you can do it, the difference is only a few bytes! I think it is a slightly different version of the original, as evidenced by the fact that if you do the conversion of an image already converted this will be identical.
Title: Re: Newest MultiView
Post by: miker1264 on November 18, 2021, 11:32:45 PM
However, even with PNG and JPEG you can do it, the difference is only a few bytes! I think it is a slightly different version of the original, as evidenced by the fact that if you do the conversion of an image already converted this will be identical.

It uses Datatypes Library just like MultiView. Open the files in MultiView and select Project > Save As...

MultiView doesn't make an exact copy. Instead it saves the data from the current datatype object by using the save function. It reproduces a similar picture file. It may not be an exact copy.

For example if you open a PNG or JPEG with many extra chunks (Chunk ID's) MultiView is only interested in Critical Chunks so it disregards the others. Only the data needed to display the image. So some chunks in the original will not be included.

If you want an exact copy try GIF or BMP or PNM Datatype. Yes. Exactly. Images that have been converted only contain the critical data especially for PNG and JPEG. So they won't change.

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 18, 2021, 11:42:44 PM

For example if you open a PNG or JPEG with many extra chunks (Chunk ID's) MultiView is only interested in Critical Chunks so it disregards the others. Only the data needed to display the image. So some chunks in the original will not be included.

So that's the reason why if you repeat the conversion on the already converted file there will be no difference.

I was thanking you for the bmp.atatypes because I downloaded the version from this thread and the conversion worked, before I had 0 bite file
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 12:32:02 AM
I wanted to point out that html.datatype exists for AROS but it works badly, the web pages don't show up correctly as on OS3, while hypertext.datatype does not exist on AROS.


On OS3 if one of the two (hypertext.datatype and html.datatype) are not present Multiview doesn't show the web page
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 12:45:23 AM
I wanted to point out that html.datatype exists for AROS but it works badly, the web pages don't show up correctly as on OS3, while hypertext.datatype does not exist on AROS.


On OS3 if one of the two (hypertext.datatype and html.datatype) are not present Multiview doesn't show the web page

Are there OS3 sources for these two datatypes? I haven't looked.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 08:21:40 AM

Are there OS3 sources for these two datatypes? I haven't looked.

They are included in the software archive:

html.datatype:
https://ftp.fau.de/aminet/util/dtype/html_hdtc.lha

hypertext.datatype:
https://ftp.fau.de/aminet/util/dtype/hypertext_dtc.lha



If they can be of use to other developers:

midi.datatypes:
https://ftp.fau.de/aminet/util/dtype/MidiDT.lha

PlayMidi:
https://ftp.fau.de/aminet/util/dtype/PlayMidi.lha

aiff.datatypes (to be requested from the author)
https://ftp.fau.de/aminet/util/dtype/aiffdt41.lha

binary.datatypes
https://ftp.fau.de/aminet/util/dtype/binarydt_39.11.lha


Other datatypes
https://ftp.fau.de/aminet/util/dtype/
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 03:36:31 PM
AMIGASYSTEM

Thanks. That's a long list.  :)

I'd like to add two items to the MultiView Picture Menu:

Convert Picture to HAM6 & Convert Picture to HAM8.

What do you think?
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 04:03:16 PM
Here is the latest MultiView 68k birnary.  8)
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 04:06:09 PM
Here is the latest MultiView x86_64 binary.  8)

Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 04:08:03 PM
Here is the latest MultiView. It has the Export... Menu Item but DTConvert is problematic.

Perhaps a future version will have Enhanced Save As...  ;)

I've included the source code if you are interested. I added strings.h to fix problems with menu items.
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 04:13:32 PM
In case you missed it...here is the new MultiView Menu.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 05:07:04 PM
AMIGASYSTEM

Thanks. That's a long list.  :)

I'd like to add two items to the MultiView Picture Menu:

Convert Picture to HAM6 & Convert Picture to HAM8.

What do you think?
I don't use those modes but I think they can be very useful to those who develop software/games on OS3
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 05:35:00 PM

[/quote]
I don't use those modes but I think they can be very useful to those who develop software/games on OS3
[/quote]

Good idea. I convert RGB to HAM for amusement.

I enjoy the nostalgia of working with ILBM Images.

But for artists or game developers converting to HAM quickly and easily may be very useful. I will keep that in mind also.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 07:39:05 PM
Here is the latest MultiView 68k birnary.  8)

Sorry miker but this version of Multiview 68k doesn't show Save As PNG and IFF, but only Save As, moreover the window can't be resize.

Question: have the x86 datatypes been updated or do we have to continue using the previous ones? For Multiview there is the x86 version instead.
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 07:58:26 PM
Here is the latest MultiView 68k birnary.  8)

Sorry miker but this version of Multiview 68k doesn't show Save As PNG and IFF, but only Save As, moreover the window can't be resize.

Question: have the x86 datatypes been updated or do we have to continue using the previous ones? For Multiview there is the x86 version instead.

Which version are you using? It should have a new Export item in place of Save As PNG. See earlier screenshot of the new menu.

This is a screenshot of MultiView 68k that I uploaded earlier today. It has Export, Save As..., Save As IFF.

I'm working on compiling x86 datatypes. Later todsy.
Title: Re: Newest MultiView
Post by: PerspexSphinx on November 19, 2021, 08:48:40 PM
Hi,
I just downloaded the latest MultiView 68k binary, but my Amiga says “MultiView file is not executable”???

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 08:52:26 PM
Hi,
I just downloaded the latest MultiView 68k binary, but my Amiga says “MultiView file is not executable”???
It does not work on Amiga because it is a native AROS 68k !
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 08:54:58 PM
Which version are you using? It should have a new Export item in place of Save As PNG. See earlier screenshot of the new menu.

The new one you linked on this page "MultiView_68k.zip", the previous version worked fine
Title: Re: Newest MultiView
Post by: PerspexSphinx on November 19, 2021, 09:04:24 PM
Ah,
So, will it work on the latest version of  AROS One 68K or Aros Vision?
If so which one?

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 09:42:03 PM
Yes on AROS One 68k works well and I think it works well on Aros Vision too !
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 09:44:33 PM
Yes on AROS One 68k works well and I think it works well on Aros Vision too !

So MultiView works ok now?
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 09:58:00 PM
Yes it is compatible but not Save IFF and PNG, your previous version instead had Save IFF and Save PNG, see screenshot posted today before you installed your new version !

The screenshot shows "AROS One 68k" with your previous version of Miultiview

(https://ae.amigalife.org/index.php?action=dlattach;topic=519.0;attach=1631;image)

Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 10:05:03 PM
Yes it is compatible but not Save IFF and PNG, your previous version instead had Save IFF and Save PNG, see screenshot posted today before you installed your new version !

The screenshot shows "AROS One 68k" with your previous version of Miultiview

(https://ae.amigalife.org/index.php?action=dlattach;topic=519.0;attach=1631;image)

Could you show me a screenshot of the project menu from the new 68k MultiView?

Save As PNG has been removed. It is being replaced by Save As.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 10:32:14 PM
Here is the latest MultiView 68k birnary.  8)

I downloaded the one posted in this Thread, from the information it does not seem to be your Multiview, it is dated year 2011 !

https://ae.amigalife.org/index.php?action=dlattach;topic=793.0;attach=1633
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 10:35:00 PM
Here is the latest MultiView 68k birnary.  8)

I downloaded the one posted in this Thread, from the information it does not seem to be your Multiview, it is dated year 2011 !

https://ae.amigalife.org/index.php?action=dlattach;topic=793.0;attach=1633

Show a screenshot of the project menu please so I can verify.

Version 1.7 from 11.02.2020 is the latest MultiView.

I downloaded my own file that I posted earlier today. I installed it in AROS 68K and in WinUAE I tested it. I posted the Lena screenshot. Did you miss that?

https://ae.amigalife.org/index.php?action=dlattach;topic=793.0;attach=1647;image

If there's an error. I will post it again.

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 10:48:55 PM

Version 1.7 from 11.02.2020 is the latest MultiView. .

If the date is the same then OK, I re-downloaded the archive and now it allows me to do Save IFF, I confirm Save PNG is no longer there.
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 11:07:07 PM
Thanks for the screenshot.

Yes. That is the correct version. Export was added by ABIv1 Team in November 2020. Save As PNG was only in my experimental version but it has been removed because it's in the wrong place and it isn't needed. It should have been on Picture Menu. Project Menu affects all datatypes. How can we save a sound file as PNG? The Enhanced Save As will convert pictures. When that becomes functional I plan to re-purpose the Export menu item to export a datatypes log to Ram Disk that lists all datatypes on the system including a name, groupid, basename.

The dt list can be used with DTconv or MultiView Save As to convert datatypes. The list can also be used by developers.
Title: Re: Newest MultiView
Post by: miker1264 on November 19, 2021, 11:31:18 PM
I plan to star another commandline app called DTList.

It will have two parrameters:

DTList <basename> will list all characteristics of selected datatypes. Such as "DTList bmp" lists bmp datatype data.

The other is "DTList all" which lists all datatypes on the system.

It can be saved to file using DTList all>datatypes.log

This may or may not be included in MultiView in the future.  :)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 19, 2021, 11:47:37 PM
I did some tests with this new version of Multiview:


Opened with Multiview a JPG Image:

Save As IFF = Saves perfectly in IFF
Save AS = Doesn't save anything just a file o Byte


Open a Wav sound with Multiview:

Save As IFF = Saves in a format audio different from the original
Save As = Saves perfectly in Wave equal to the original


EDIT:

Verification with a Nightly build AROS 68k, the result does not change
Title: Re: Newest MultiView
Post by: miker1264 on November 20, 2021, 12:47:11 AM
Is that for AROS One 68k or AROS One x86 ?

If it's 68k there may be an issue with JPEG save function.

Maybe try to cenvert to JPEG using DTConv 68k. Same result ?

For example convert 24bit BMP to JPEG. Does it save correctly ?
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 20, 2021, 01:15:49 AM
I'm using AROS One 68k (can be distinguished from Aros One x86 by the lower bar), I don't have DTConv 68k, maybe I missed the link?

About DTConv, I installed GCC on Amiga AfA One, it works fine, I tried to compile DTConv and I have this error ?
Title: Re: Newest MultiView
Post by: miker1264 on November 20, 2021, 01:25:19 AM
I'm using AROS One 68k (can be distinguished from Aros One x86 by the lower bar), I don't have DTConv 68k, maybe I missed the link?

About DTConv, I installed GCC on Amiga AfA One, it works fine, I tried to compile DTConv and I have this error ?

On line 24: add // before #include dos/bptr.h

Or simply delete that line. Then try again.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 20, 2021, 01:37:21 AM
Ok, so it's not a real requirement the bptr.h file ?

About AROS One 68k only with JPG images it doesn't work Save As, strange because Multiview opens JPG files quietly, so it's only JPG saving that doesn't work.

Tomorrow I'll start testing again, here in Italy it's 01.35am, tomorrow I have to get up at 7am, thanks for your help.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 20, 2021, 01:46:40 AM

On line 24: add // before #include dos/bptr.h

Done but now many more errors came out, if I do not bother you tomorrow I make a scrennshot !
Title: Re: Newest MultiView
Post by: miker1264 on November 20, 2021, 02:59:09 AM

On line 24: add // before #include dos/bptr.h

Done but now many more errors came out, if I do not bother you tomorrow I make a scrennshot !

I'll modify my mmakefile and compile it for 68k for you. Success.

No worries. You have better things to do.
Title: Re: Newest MultiView
Post by: miker1264 on November 20, 2021, 04:29:32 AM
Here is the DTConv 68k
Title: Re: Newest MultiView
Post by: miker1264 on November 20, 2021, 04:31:59 AM
I figured out the log serlog commandline for WinUAE debugging output.

It seems that the 68k JPEG datatype reaches the Save Function but it stops short at starting compression.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 20, 2021, 11:21:30 AM
Here is the DTConv 68k
Thanks for DTConv 68k now I'll configure Dopus4 also on AROS One 68k :)

For the Amiga 68k version I have corrected (disabled) all the commands in error, now I'm left with the error you see in the screenshot, I tried to search but I can't find that string :(
Title: Re: Newest MultiView
Post by: miker1264 on November 20, 2021, 03:11:40 PM
That may be Datatypes Library. Ill look at it today.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 21, 2021, 10:33:49 AM
Thanks

I noticed that on Multiview x86/68k the Windows options Normalize, Minimize, Maximize, use separate Screen are not supported, this is an important option when images are too big and you need a Zoom to see the whole image like AROS MysticView does
Title: Re: Newest MultiView
Post by: miker1264 on November 27, 2021, 09:49:46 PM
Thanks

I noticed that on Multiview x86/68k the Windows options Normalize, Minimize, Maximize, use separate Screen are not supported, this is an important option when images are too big and you need a Zoom to see the whole image like AROS MysticView does

That's a good observation. As far as I know "Not Yet Implemented" comes to mind as far as Window Options.Setting Minimize, Maximize & Normal should be easy enough to write. Using "Window > Normal" to return a Window & its contents to original size after using resize gadget may also be useful.

There is also a small bug in the Newest MultiView that I corrected in my Experimental Version. When a large image is displayed then we choose "Open" from the menu MultiView uses the same window to display the new image without resizing it.

My solution was simply to close the window and open a new one of the correct size. That solution works so I'll bring the changes forward to the new version. I'd also like to give an option to save a resized image or choose to save the original.

Here's an idea. MultiView already has the framework to read MultiView Icon ToolTypes & to open an external program while sending it a filename such as with EXPORT. Why not use ToolTypes such as EDITPIC or EDITSND associated with the "Edit" Menu Item based on the current datatype GroupID. We would simply add "MSG_MEN_EDIT_FILE after EDIT_COPY.

So if you have a picture open then choose Edit from the menu it reads the ToolTypee "EDITPIC=" then sends the current filename to open ZunePaint or Lunapaint. That would be very useful.

Currently MultiView doesn't handle viewing Icon Files or Multi-Image support in General such as for Tiff Files. That can be added. There are many ways to "Improve" MultiView.  :)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 27, 2021, 10:25:15 PM
Yes there would be many things, the resize should be proportional to the image as MysticView and some other viewer on OS3, see small video attached.

By the way MysticView was a commercial software now is distributed on Aminet with the source included, the OS3 version works well on AROS 68k but if you try to resize the graphics is corrupted because of the slowness of the refresh.


Small video test Mysticview:

https://drive.google.com/file/d/1xBoHJNQLuXjTjD9iZNdAzeOChZlbaCCr/view?usp=sharing
Title: Re: Newest MultiView
Post by: miker1264 on November 27, 2021, 10:59:52 PM
Ah. So the menu that you thought was AROS MultiView x86 running on Amiga OS3 was actually MysticView. I see now.  :)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 28, 2021, 12:28:58 AM
Ah. So the menu that you thought was AROS MultiView x86 running on Amiga OS3 was actually MysticView. I see now.  :)

No, the menu that I thought was from Multiview of "AROS 68k" was from Multiview OS 3.9 BB3.
Title: Re: Newest MultiView
Post by: miker1264 on November 28, 2021, 04:03:44 AM
I did some testing with the Newest MultiView 68k for the Export Menu Item.

I suspected that we merely have to change the Icon ToolType for EDITPIC.
I set the path for EDITPIC=Sys:Tools/MysticView/MysticView %s

In MultiView function GetOptions I changed the code slightly to look for it.
Of course this is just a test. I will make a new variable "cmdedit" & leave
"cmdexport" the way it was so that Project > Export continues to work.  :)

mvIcon = LoadProgIcon(startup, &mvDirLock, mvIconName);
    if (mvIcon)
    {
        const STRPTR *toolarray = (const STRPTR *)mvIcon->do_ToolTypes;
        char *s;
        //if (s = (char *)FindToolType(toolarray,"EXPORT"))
        if (s = (char *)FindToolType(toolarray,"EDITPIC"))
        {
            cmdexport = StrDup(s);
           D(bug("[MultiView] EXPORT = '%s'\n", cmdexport);)           
        }
    }
And guess what? It sent the current filename & opened MysticView!
On AROS x86_64 I set the ToolType as EDITPIC=Sys:Tools/Zunepaint %s.

So now I can simply add a new "Edit File" menu item to the Edit Menu.
Depending on the GroupID of the current datatype it will find the ToolType.

So Edit File will open the file in the editor of your choice.
If you have a text file loaded in MultiView & select Edit File it will look for EDITTXT.
Then it will open the selected text editor maybe Annotate or something similar.

The framework is already in place so why not use it? As an end user all you
must do to use Edit > Edit File in MultiView will be to set EDITPIC ToolType.
So there will be four ToolTypes to set as follows:
EXPORT=? EDITPIC=? EDITSND=? EDITTXT=?
You replace '?' with the path to your selected editor for each class.

If such as in my case you don't have a sound editor & you omit EDITSND
ToolType no worries! If it doesn't find the ToolText is will display a message.
"Editor Not Found!" when you select Edit File if you have a sound file loaded.




Title: Re: Newest MultiView
Post by: miker1264 on November 28, 2021, 05:12:49 PM
The Path with Spaces error with MultiView sending filepaths to external programs is a nuisance. But maybe it can be fixed.  8)

MultiView has another annoying problem. Resizing issues! When you open a larger image then a smaller one using "Open" the result is the screenshot. When you open a smaller image then a larger one MultiView tries to cram the larger image into a small window!

Currently the version number is 1.7 I believe. In the next version of MultiView the Resizing error will be fixed. I Also hope to add the framework for Edit File using MultiView ToolTypes. And hopefully version 1.8 will include Maximize & Normal Size Window Options. Each updated feature takes some effort.  :)

In perhaps version 1.9 I'd like to add an option to save resized images. Options, options! Also I'd like to add support to view Icons with Multi-Image support using WhichPicture & GetNumPictures. That's when we will need "Convert Picture to PNG" on the Picture Menu. It will save the current datatype to file as PNG. I'll explain later why that is important.
Title: Re: Newest MultiView
Post by: miker1264 on November 29, 2021, 12:33:05 AM
So my experiment was successful. I wanted to make sure I could send a File Path from MultiView with spaces included.

Normally the spaces indicate a command sequence "break" so the string is broken at that point. It's a problem if the break is not intentional.

To avoid this such as in a shell you would send the File Path to a program using quotes such as "filepath:new folder/new folder2/file".

The code on the MultiView side looks ok and the filepath looks correct.                                     

I hardcoded the filepath just to make sure the system will strip the quotes on the other end at the program that receives it.

See screenshot. Yes. It works. Now to encapsulate a character array within quotes to preserve the literal characters including spaces.
Title: Re: Newest MultiView
Post by: miker1264 on November 29, 2021, 03:40:39 AM
This was the solution to the filepath containing spaces error:

main.c on line: 1461 Encapsulate the filepath in quotes in case of spaces

char path[256];.
D(bug("[Multiview] **File Path FromLock: '%s'\n", filepath));
__sprintf(path, "%s%s%s", "\"",filepath,"\""); /* Encapsulate in Quotes */
D(bug("[Multiview] **File Path Adjusted: '%s'\n", path));
stags[0].ti_Data = (IPTR)path; //(IPTR)filepath

Now MultiView can successfully send filepaths to external programs with or without spaces. ;)
Title: Re: Newest MultiView
Post by: salvo on November 29, 2021, 12:04:25 PM
compliment miker attemp the final version :)
Title: Re: Newest MultiView
Post by: miker1264 on November 29, 2021, 07:25:57 PM
compliment miker attemp the final version :)

Yes. I'm working on updates for MultiView version 1.8 which will include a fix for the resize issue using "Open". It will also include support for Edit File on the Edit Menu. And it may include the new functions for Maximize & Normal Size on Window Menu. And it will include the fix for sending filenames with spaces. There will also be "Open in New Window" on Window Menu. After using the Resize Gadget using Normal Size on the Window Menu returns the window & it's contents back to original size.

I'd like to add Convert Picture to PNG on Picture Menu. In the future when MultiView has Multi-Image support if we use ICNS datatype to open a Mac OSX icon when we find a 32bit PNG image we like what are the options? Save As IFF ? It doesn't support 32bit. PNG supports all the major bitdepths for saving.

It's also an easy way to open IFF Icon Images and save as PNG. We can also save an icon image as PNG & give it a .INFO file extension which makes it into a new single image icon file. And it's easy & convenient to open an image then save it as PNG.

I'll make a small PDF document explaining the new features.  ;)
Title: Re: Newest MultiView
Post by: miker1264 on November 29, 2021, 09:56:59 PM
The first few MultiView fixes are now included. Here is the most recent 68k binaries.

Save As has been added back to Project Menu. It's very useful.

The MultiView Icon has the necessary ToolTypes for Export.

Also you can now send a filepath to DTConvertGUI with spaces.

Now when you have a datatype open in a window and choose Project > Open it works. No resizing issues.

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 29, 2021, 10:15:12 PM
Successfully tested on AROS One 68k ;)
Title: Re: Newest MultiView
Post by: miker1264 on November 29, 2021, 11:56:58 PM
Successfully tested on AROS One 68k ;)

Thanks.

I'll release another binary after the next set of changes.

It helps when testing to verify that the new changes work.

For the next round I will add Edit File on Edit Menu and ToolTypes to send Picture, Sound & Text files to Editors.

I will also add a few items on Window Menu & code for them.

I've added four new menu items: Edit File, Centered on Screen, Open in New Window, & Convert to PNG. As well as Export.

Edit File on the Edit Menu works but it needs some more refinement before testing.

Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 06:35:39 AM
Here's something interesting. It's more of a novelty item at the moment.  ;)

When you first use MultiView 1.8 to open a picture file it opens at top left as usual.

I find that behavior annoying. So I placed a toggle on the Window Menu. When checked and you use Project > Open the new image opens centered on the screen.

But as soon as you open the new image the checkmark disappears. That is intentional because it's just there for testing purposes at the moment.  :P

I could make that the default behavior of MultiView 1.8 but I'm not sure how that would be received among users? What do you think? Left-Top Orientation or Centered ?

By the way I'm still working on the Maximize, Normal, & Minimize Window Modes so be patient.
Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 07:09:27 AM
Here is an example of the MultiView Icon ToolTypes for the Edit File & Export Options.

You can add four total ToolTypes that are recognized by MultiView:
EXPORT=
EDITPIC=
EDITSND=
EDITTXT=

If you choose to omit one of the edtit options then Edit File on the Edit Menu will be disabled for that datatype class.

Here is also the latest test version of MultiView 1.8 for AROS 68k if you'd like to try Edit File & Centered on Screen Options.

Remember to edit your ToolTypes of your MultiView Icon with the paths to your favorite editors. Give it a try.  :)


Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 30, 2021, 10:45:25 AM
Miker I have noticed that ILBM/IFF images saved on PC with XnView, Multiview (both 68k and x86) cannot show them.

I attach an IFF image for you to test:

Other viewers on AROS like PicShow ysticView and LoView show these images perfectly.

https://drive.google.com/file/d/1F4nF8sKTwcqzayhe6W3GbwzG-3lZSKux/view?usp=sharing



About Tif.datatype I found a version on Aminet that works well on AROS 68k and Multiview can save TIFF images in IFF without problems.

http://aminet.net/package/util/dtype/TIFFDT
Title: Re: Newest MultiView
Post by: OlafS3 on November 30, 2021, 11:22:17 AM
Where do I get DTConvertGUI?
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 30, 2021, 11:53:06 AM
Where do I get DTConvertGUI?

https://ae.amigalife.org/index.php?topic=800.msg8611#msg8611
Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 06:06:32 PM
Where do I get DTConvertGUI?

https://ae.amigalife.org/index.php?topic=800.msg8611#msg8611

DTConvertGUI is my Datatype Conversion Tool GUI. There is also a CLI version DTConv that does the same conversions.

I will post the newest versions later today. DTConvertGUI works with MultiView Export. Set the EXPORT= ? ToolType in your MultiView Icon to activate the  Project > Export Menu Item.

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 30, 2021, 06:14:24 PM
Miker if it is possible to each of your updates you can add in the file version "even decimal", and to which platform it belongs.

I ask this because a user who does not often attend the forum has difficulty understanding which is the latest and which platform the file is addressed to, thanks.

Today it happened to me that AROS One 68k did not start, I had copied a datatypes of AROS 64Bit  ;D
Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 07:45:00 PM
Miker if it is possible to each of your updates you can add in the file version "even decimal", and to which platform it belongs.

I ask this because a user who does not often attend the forum has difficulty understanding which is the latest and which platform the file is addressed to, thanks.

Today it happened to me that AROS One 68k did not start, I had copied a datatypes of AROS 64Bit  ;D

Oops! I try to denote 68k, x86 or x86_64. I'll make it clear what it is in the zip title rather than simply posting the binary. Sorry.

Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 07:57:49 PM
There seem to be more MultiView Resize Issues that have never been fixed. MultiView is so central to everything related to AROS so I'm not sure why these things have been ignored for so long.

Datatypes are another area of AROS that hasn't received attention over the years. But they are central to AROS operation.

So the new problem is like this. After resizing a window with the Resize Gadget then choosing Picture > Reset Size the image resets to original size but the window remains the same size! So we need a new function "WinResize" that accepts one of two values "min" or "max". If "min" the window resets to original size. But "max" is reserved for the Window > Maximize Menu Option.

There is another Resize Issue such that again using the Resize Gadget then thereafter using Project > Open then MultiView tries to maximize the window and it's contents when it should be set to its original size instead before opening. But it can be fixed.

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 30, 2021, 08:58:42 PM
Oops! I try to denote 68k, x86 or x86_64. I'll make it clear what it is in the zip title rather than simply posting the binary. Sorry.
Thank you Miker! That's good too

Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 11:13:44 PM
Now that I added WinResize to MultiView I'm pleased to say Picture > Reset Size works to reset to original size.

In addition Window > Maximize & Normal also work. Minimize will be the same as Iconify.

The MultiView 1.8 updates are almost done.  :)

At this point MultiView needs a Settings File. There is a Settings Menu with an option to save definitions. I'll use that and write a function on startup to look for the "mvsettings" text file in the app directory. If it is found the settings file overrides some settings in MultiView such as Viewmode=TopLeft or Centered. You can also add more ToolTypes than are stored in MVIcon.

The settings file may eventually become a more permanent MultiView Prefs where the user can change the values there.

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 30, 2021, 11:28:09 PM
Great Miker, have you tried to open with Multiview the IFF image posted above !
Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 11:32:59 PM
Great Miker, have you tried to open with Multiview the IFF image posted above !

I'm working on that now. I will use a Hex Editor.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on November 30, 2021, 11:37:55 PM
I think it's a more qualitative IFF, strange though that all the other AROS and OS3 viewers don't have problems to show it  :o
Title: Re: Newest MultiView
Post by: miker1264 on November 30, 2021, 11:56:19 PM
I think it's a more qualitative IFF, strange though that all the other AROS and OS3 viewers don't have problems to show it  :o

I opened it in MultiView 1.8 on Icaros x86_64. It seems valid but there was no pixel data. So I did Save As IFF so MultiView recreated the file.

In the BMHD the value for Masking was set to 2 which is invalid for diplay purposes. Open it in MultiView and choose Save As IFF. When MultiView recreates the ILBM it sets Masking to 0. Then it is a valid ILBM file.  ;)

Our ILBM Datatype doesn't do error checking for Masking or Transparency. It expects the values to be correct.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 01, 2021, 12:59:24 AM
Yes I tried the conversion, what seemed strange to me was that MysticView, LowView and PicShow had no problem showing the image, of course these viewers do not use the Datatypes, they have an internal coder.

Today I downloaded from aminet the midi.datatypes and with your Multiview I played a midi file, I will explain how I did it in the News that I will make tomorrow on AROS One 68k.

Of course with Multiview to play Midi files it is necessary to have a Hardware support, on AROS One 68k it works also via software with Timidity, instead Players that use GMPlay do not work.
Title: Re: Newest MultiView
Post by: miker1264 on December 01, 2021, 01:04:50 AM
Yes I tried the conversion, what seemed strange to me was that MysticView, LowView and PicShow had no problem showing the image, of course these viewers do not use the Datatypes, they have an internal coder.

Today I downloaded from aminet the midi.datatypes and with your Multiview I played a midi file, I will explain how I did it in the News that I will make tomorrow on AROS One 68k.

Of course with Multiview to play Midi files it is necessary to have a Hardware support, on AROS One 68k it works also via software with Timidity, instead Players that use GMPlay do not work.

Wow! Playing Midi Files sounds great. I'd like to try it.  :)

With a MIDI Datatype for 68k maybe DTConvertGUI can convert Midi Files to Wave Files?

I'm writing code for a MultiView Settings File to contain information about viewmodes for pictures and for ToolTypes. You can write them in the text file rather than in the MVIcon.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 01, 2021, 01:17:43 AM

Wow! Playing Midi Files sounds great. I'd like to try it.  :)


I enclose a video that shows first how Multiview plays a Midi File via Hardware (Emulated), the second Player instead DaPlayer plays the Midi File via Software (Timidity).

https://drive.google.com/file/d/1bVbITs1XHwTZ9oeheaTLiGVVBJgk1q5Y/view
Title: Re: Newest MultiView
Post by: miker1264 on December 01, 2021, 05:34:14 AM

Wow! Playing Midi Files sounds great. I'd like to try it.  :)


I enclose a video that shows first how Multiview plays a Midi File via Hardware (Emulated), the second Player instead DaPlayer plays the Midi File via Software (Timidity).

https://drive.google.com/file/d/1bVbITs1XHwTZ9oeheaTLiGVVBJgk1q5Y/view

Very nice! Thanks for the sample.

It's more interesting to listen to music than to be immersed in complicated computer code!

Currently working on ResizeBilinear to resize image pixel data so we can save resized images in MultiView.  ;D

Maybe I'm losing my marbles! I'm fascinated with the new Maximize & Normal Size function in MultiView. So cool.

As far as Window > Maximize I have been trying to come up with a method to resize the image data to save to a file. I've been scratching my head trying everything. I thought it would be such a difficult task but I just realized something important. Picture Datatype does the Scale Method and the resulting Picture Data is displayed in the RasterPort of the Window. I merely have to read the contents of the RasterPort. It has already been converted for me.  :)

ReadPixelArray (reads pixels from RasterPort to Pixel Buffer). Then I just need to build a suitable Picture Datatype Object from the Pixel Data & DoWriteMethod. Easy, breezy!




Title: Re: Newest MultiView
Post by: paolone on December 01, 2021, 10:02:01 PM

Wow! Playing Midi Files sounds great. I'd like to try it.  :)


I enclose a video that shows first how Multiview plays a Midi File via Hardware (Emulated), the second Player instead DaPlayer plays the Midi File via Software (Timidity).

https://drive.google.com/file/d/1bVbITs1XHwTZ9oeheaTLiGVVBJgk1q5Y/view (https://drive.google.com/file/d/1bVbITs1XHwTZ9oeheaTLiGVVBJgk1q5Y/view)


How did you get timidity to play MIDI files with multiview? Is it something we can do on x86 as well, once MultiView gets ported? We have timidity on x86 as well.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 01, 2021, 10:52:18 PM
Paolo midi.datatype that I know does not exist for AROS x86, but on Aminet exists the source of the version that I used on AROS 68k, someone kindly should compile it, I attach link where to find the source

http://aminet.net/package/util/dtype/MidiDT

Regarding "Timidity" it can be used on AROS x86, of course I refer to all the instruments, as Players that exploit "Timidity" there is "HarmonyPlayer" and "ArModPlugPlayer", the first works well the second the sounds are not complete and is not qualitative.






Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 12:18:29 AM
@paolone

It's the same MultiView that I'm working on now.

It's version 1.8 with some bugfixes and added features.

I have the Midi Datatype sources also. Haven't had much time.

BTW ResizeBilinear is working in MultiView 1.8 to save resized images!

Window > Maximize & Normal are both working now. Maximize & Convert to PNG.

It saves the resized image to a 32bit PNG file. Also MultiView About now shows the resized dimensions.

Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 01:22:09 AM
MultiView 1.8 in AROS 68k Resizing & Saving As 32bit PNG.  8)

Picture Menu > Convert to PNG.

It uses the Bilinear Interpolation to Resize Images.

Simply set FitToWindow & use the Resize Gadget or Maximize.
Then use Convert to PNG to save the resized image to a PNG.

Using the new Maximize Feature on the Window Menu is useful.
Title: Re: Newest MultiView
Post by: OlafS3 on December 02, 2021, 09:59:08 AM
Now that I added WinResize to MultiView I'm pleased to say Picture > Reset Size works to reset to original size.

In addition Window > Maximize & Normal also work. Minimize will be the same as Iconify.

The MultiView 1.8 updates are almost done.  :)

At this point MultiView needs a Settings File. There is a Settings Menu with an option to save definitions. I'll use that and write a function on startup to look for the "mvsettings" text file in the app directory. If it is found the settings file overrides some settings in MultiView such as Viewmode=TopLeft or Centered. You can also add more ToolTypes than are stored in MVIcon.

The settings file may eventually become a more permanent MultiView Prefs where the user can change the values there.

great Miker

sounds very good
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 02, 2021, 10:41:13 AM
Miker perfect, Multiview will become one of the fundamental tools for viewing graphics and listening to music on AROS 68k/x86
Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 04:30:12 PM
Miker perfect, Multiview will become one of the fundamental tools for viewing graphics and listening to music on AROS 68k/x86

Well at least MultiView will be more fun to use as an everyday tool now. And it will be useful for datatype conversion as well.

I'm trying to make it fully functional by fixing small bugs and implementing existing menu items that weren't finished such as Maximize/Normal while adding a few new features. The goal is to make MultiView more functional & more User Friendly while not adding too much additional code which makes it bloated.

In reality we only have four new menu items & some enhaced features of existing items such as Centered on Screen & an Updated About Box & Saving Resized Images as 32bit PNG. The other two additions are Reading MVIcon ToolTypes to enable Export & Edit File.

In addition to those updates for MultiView there is a new DTConvert GUI application that I made to convert datatypes. In the process I also updated several picture & sound datatypes including the SuperClass Sound.Datatype itself. Hopefully these changes will make MultiView & the Datatypes system better.

In order to save space in MultiView itself I have included in DTConvert GUI the ability to convert files to "Binary" (HEX) which allows them to be read as binary by MultiView. Also we will be able to convert 24bit images directly to HAM6 or HAM8. This is all done in DTConvert GUI. So it offloads this from MultiView.

I hope that is all in keeping with Nick's initial requirements. Thanks to him for setting up Project > Export Framework & Reading MVIcon ToolTypes. Starting external apps is huge!

Special thanks to everyone who has worked on MultiView.  :)
Title: Re: Newest MultiView
Post by: salvo on December 02, 2021, 04:51:45 PM
Great Miker Thank you :)
Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 06:35:14 PM
Great Miker Thank you :)

No problem. I get to have fun using MultiView too!  ;D
Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 06:54:37 PM
I have been looking at the MultiView About Box for some time now wishing to update the layout. It seems odd & unfinished.  :P

Here is my concept for it. The About Box same as any app should only give information about the program itself. For that reason it will only show the MultiView Program & Version Information & the Datatypes Library & Dataype Information. There will additionally be two buttons - Continue & Cancel. Whereas before we only had Continue. Now when the user selects Cancel the Message Box will close. But Continue will instead pop up additional information about the current file.

For example this will be based on the Super Class of the current Datatype. Such as if we have a Picture Loaded it will show Basename & GroupID as before such as "PNG Picture". It will show the FileSize in bytes as well as Dimensions. There will be Color Information. For ILBM it will list "HAM Colors" or "EHB".

For Sound Files it will list the Basename & GroupID such as "8SVX Sound" as well as FileSize in bytes & various information from VoiceHeader & Sample Data. For Text Files it will be similar along with Total Number of Lines. Animation information also.

That involves more work on my end but it seems better to me.

Title: Re: Newest MultiView
Post by: salvo on December 02, 2021, 07:02:58 PM
ok i await the final version :D
Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 07:28:27 PM
ok i await the final version :D

Coming soon. In the next few days I will finetune the updates and added features then I'll make a small pdf with instructions.

I will release the AROS 68k and x86_64 version first. Then after the ABIv11 code is compiled, tested and ported it will be for x86. It has to go through the complete process for peer review to ensure that AROS ABIv0 remains a very stable platform to use.

It has been so long I have forgotten how to compile & submit.

There may be future revisions for Multi-Image & Icon Support.

Title: Re: Newest MultiView
Post by: salvo on December 02, 2021, 07:53:07 PM
ok well Miker :)
Title: Re: Newest MultiView
Post by: miker1264 on December 02, 2021, 09:57:28 PM
Here is the quick and dirty MultiView Usage Guide.

This PDF is the Textual Version because of size contraints but the official version will have images to illustrate new features.

But at least you get a preview of the new items.

I put together the usage guide looking foward to the next release of IcarosDesktop when it's ready. Maybe @paolone can include the official MultiView PDF (not this one) with IcarosDesktop?

Title: Re: Newest MultiView
Post by: paolone on December 03, 2021, 08:39:14 AM

I put together the usage guide looking foward to the next release of IcarosDesktop when it's ready. Maybe @paolone can include the official MultiView PDF (not this one) with IcarosDesktop?


ehm... where is?
Title: Re: Newest MultiView
Post by: miker1264 on December 03, 2021, 09:11:55 AM

I put together the usage guide looking foward to the next release of IcarosDesktop when it's ready. Maybe @paolone can include the official MultiView PDF (not this one) with IcarosDesktop?


ehm... where is?

I will send the pdf guide to you via email.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 03, 2021, 05:36:55 PM
Miker it seems that the sound.datatypes of AROS 68k, but also your version of sound.datatypes does not support music in MP3 format, practically the mp3 file is recognized but no button is proposed, instead only a black screen.

If I replace the sound.datatypes of AROS 68k with the sound.datatypes of OS3.9, Multiview recognizes and plays MP3 files perfectly, see attached video:

In the news that I will do on AROS One 68k I will indicate the requirements not present on AROS 68k but taken from OS3:

https://drive.google.com/file/d/170sjwqmCseS5MJOgFilrcB_PU0h0a5ZX/view
Title: Re: Newest MultiView
Post by: miker1264 on December 03, 2021, 05:49:30 PM
AMIGASYSTEM

We have an MP3 Datatype Descriptor for AROS. But oddly enough we have no MP3 Datatype. Hence the blank window.

Simeone needs to get busy and write an MP3 Datatype.  ;)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 03, 2021, 05:55:28 PM
On AROS 68k you can always use the native OS3 datatypes, while on AROS x86 there are no datatypes to run MP3s.
Title: Re: Newest MultiView
Post by: miker1264 on December 03, 2021, 06:22:50 PM
On AROS 68k you can always use the native OS3 datatypes, while on AROS x86 there are no datatypes to run MP3s.

Yes. For 68k there are datatypes.

But for x86 & x86_64 I have sources for MIDI & MP3 Datatypes. I'm working on making AROS versions.

But I'm also writing my TIFF Datatype and finishing Targa RLE.

Busy, busy! 😛
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 03, 2021, 06:57:11 PM
Yes they are there for 68k but it would be nice to have them native AROS to get rid of possible disputes.

Yes they are OS3 datatypes, but some OS3 datatypes like the ones I'm testing now for another format belong to OS 3.9 so they are not freely usable on AROS, the Aminet version of this datatypes is sharware with annoying request, but it includes the sources, will be also the shareware sources?
Title: Re: Newest MultiView
Post by: miker1264 on December 06, 2021, 03:02:06 PM
Today and tomorrow I'll put the last few changes in MultiView 1.8 then release it for testing.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 06, 2021, 03:39:20 PM
I am happy for the release, did you receive my PM reply with my E-mail address ?

About AROS 68k, did you read my quote about the problem anim.datatype and picture.datatypes ?
Title: Re: Newest MultiView
Post by: miker1264 on December 06, 2021, 04:14:08 PM
I am happy for the release, did you receive my PM reply with my E-mail address ?

About AROS 68k, did you read my quote about the problem anim.datatype and picture.datatypes ?

I read the message about the email address. I will send the pdf and MultiView binary at the same time.

I didn't see the message about anim datatype and picture datatypes. I missed that one.  :)
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 06, 2021, 06:29:40 PM

I didn't see the message about anim datatype and picture datatypes. I missed that one.  :)

I've talked about the anim.datatypes problem HERE (https://ae.amigalife.org/index.php?topic=783.msg8778#new), last intervention

While the picture.datatypes problem I talked about  HERE (https://ae.amigalife.org/index.php?topic=519.msg8776#new), last intervention
Title: Re: Newest MultiView
Post by: miker1264 on December 06, 2021, 06:54:59 PM
AMIGASYSTEM

I will compile Anim Datatype for AROS 68k and post it.

I will compile the latest GIF Datatype for 68k, x86 & x86_64.

Later today.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 06, 2021, 09:07:09 PM
Ok thanks, about the Web Page Viewer the datatype that doesn't work well is "picture.datatypes"
Title: Re: Newest MultiView
Post by: miker1264 on December 07, 2021, 04:49:54 PM
The newest MultiView is almost ready but DTConvertGUI has an issue that I need to fix. I believe the problem is getting an empty datatype of the destination file. Instead I'll use simple strings. That way it will likely work for AROS 68k, x86 and x86_64 also.

Also for MultiView opening a small image such as an icon image results in a tiny window in the top left corner. Minimum size is currently set at 50x50 pixels. It's so small you can't access the gadgets at the top of the window. It's so annoying.

So I will set a "larger" min window size such as 100x110 pixels.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 07, 2021, 05:02:25 PM
Yes 100x110 pixels has a better view than a stamp ;)
Title: Re: Newest MultiView
Post by: miker1264 on December 07, 2021, 09:37:01 PM
Yes 100x110 pixels has a better view than a stamp ;)

The problem with Min Window Size set at 50x50 has been resolved. It's now Min 100x100.

I hope you don't mind but I set the default to open the window centered on screen.  ;)

The updates for MultiView have been completed. But there may be a slight delay. I have to verify & test all the new functions.
Title: Re: Newest MultiView
Post by: miker1264 on December 08, 2021, 07:44:21 AM
Here are the AROS 68k binaries for MultiView 1.8 and DTConvertGUI.

I included a sample MultiView Icon with ToolTypes. But you can make your own.
Title: Re: Newest MultiView
Post by: miker1264 on December 15, 2021, 07:33:10 AM
Here is the newest MultiView 1.8 compiled for AROS 68k.

Also included are the updated datatypes for AROS 68k and the newest DTConvertGUI.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 15, 2021, 07:57:11 AM
Thanks now we will wait confidently for the x86 versions too
Title: Re: Newest MultiView
Post by: miker1264 on December 15, 2021, 08:08:40 AM
Thanks now we will wait confidently for the x86 versions too

I have to set up a Build System maybe this weekend for compiling x86 binaries.

Then I can compile the updated datatypes and MultiView. DTConvertGUI for x86 will be available soon.
Title: Re: Newest MultiView
Post by: OlafS3 on December 15, 2021, 10:19:09 AM
Here is the newest MultiView 1.8 compiled for AROS 68k.

Also included are the updated datatypes for AROS 68k and the newest DTConvertGUI.

thank you very much
Title: Re: Newest MultiView
Post by: salvo on December 15, 2021, 12:51:38 PM
Thanks now we will wait confidently for the x86 versions too

I have to set up a Build System maybe this weekend for compiling x86 binaries.

Then I can compile the updated datatypes and MultiView. DTConvertGUI for x86 will be available soon.

ok miker thank you
Title: Re: Newest MultiView
Post by: miker1264 on December 16, 2021, 01:40:23 AM
Thanks now we will wait confidently for the x86 versions too

I have to set up a Build System maybe this weekend for compiling x86 binaries.

Then I can compile the updated datatypes and MultiView. DTConvertGUI for x86 will be available soon.

ok miker thank you

For the next set of updates for MultiView the Image resize function will allow saving resized images. Also Multi-Image support for displaying & saving icon images, Tiff images and other Multi-Image formats is made possible using WhichPicture & GetNumPictures that is now part of our Picture.Datatype. And the About Box will be updated to show more information.

If you've tried the MultiView version 1.8 the About Box now has two buttons - Continue & Cancel. At the moment both close the message window. But in the future update "Continue" will provide additional information based on the type of datatype. For example for pictures the Project About Box will no longer show width, height, depth & number of colors. Only Project Information for MultiView & Library Versions & Dataype Name & Class will show for consistency. The pic info will be part of Picture About displayed with "Continue" option. There will be Sound About, Text About, Anim About. It allows more flexibility.

The user can still use About to quickly view the Datatype Name & Class as well as the current version of MultiView & Libraries. Continue will simply provide more optional datatype information. Also when an image is resized the Picture About Box shows its current size not the original size as before.





Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 16, 2021, 08:52:04 AM
Great miker, Multiview gets more and more interesting, today I will do a test on the compatibility of all supported sounds.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on December 16, 2021, 10:46:09 AM
Tested your Multiview + your sound.datatype

Recognized and played sound files are 8SVX, WAV, MID, MOD files work fine but no graphics are shown in the small window, MP3 show the small window but no sound.

I replaced your sound.datatype sound.datatypes with sound.datatypev44 (OS3.9 BB2) and all listed formats worked fine.

WAV and 8SVX files are slow, probably they require a more powerful system or their datatypes are not perfect  :-\

I attach video with sound.datatypes v44 test

https://drive.google.com/file/d/1GO0CmQf41fprHobHqwfPeEf16iV4BH6B/view?usp=sharing
Title: Re: Newest MultiView
Post by: salvo on December 16, 2021, 01:12:08 PM
Thanks now we will wait confidently for the x86 versions too

I have to set up a Build System maybe this weekend for compiling x86 binaries.

Then I can compile the updated datatypes and MultiView. DTConvertGUI for x86 will be available soon.

ok miker thank you

For the next set of updates for MultiView the Image resize function will allow saving resized images. Also Multi-Image support for displaying & saving icon images, Tiff images and other Multi-Image formats is made possible using WhichPicture & GetNumPictures that is now part of our Picture.Datatype. And the About Box will be updated to show more information.

If you've tried the MultiView version 1.8 the About Box now has two buttons - Continue & Cancel. At the moment both close the message window. But in the future update "Continue" will provide additional information based on the type of datatype. For example for pictures the Project About Box will no longer show width, height, depth & number of colors. Only Project Information for MultiView & Library Versions & Dataype Name & Class will show for consistency. The pic info will be part of Picture About displayed with "Continue" option. There will be Sound About, Text About, Anim About. It allows more flexibility.

The user can still use About to quickly view the Datatype Name & Class as well as the current version of MultiView & Libraries. Continue will simply provide more optional datatype information. Also when an image is resized the Picture About Box shows its current size not the original size as before.

ok understand
Title: Re: Newest MultiView
Post by: miker1264 on February 06, 2022, 07:04:54 AM
Testing MultiView v1.8 compiled for x86 on AROS One x86 v1.6

Title: Re: Newest MultiView
Post by: AMIGASYSTEM on February 06, 2022, 11:11:08 AM
Thanks miker, as soon as the new Multiview and Icon Exchange will be released I will distribute the new version 1.7 of AROS One x86
Title: Re: Newest MultiView
Post by: miker1264 on February 23, 2022, 10:58:07 PM
I've been fixing the Maximize & Normal Window code to make it work correctly for pictures that are larger than the screen size.

For Centered on Screen I still have to fix the origin coordinates to make it perfectly centered on screen. Minor cosmetic fixes.

But the AROS x86 version compiles nicely without errors.  :)

After these small changes I need to update DTConvert GUI.

Then at the end I will compile & test the updated datatypes.

That's the plan.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on February 24, 2022, 11:09:27 AM
Thanks for what you do miker
Title: Re: Newest MultiView
Post by: miker1264 on February 24, 2022, 04:01:51 PM
Thanks for what you do miker

No problem. It benefits me too.

I will try to have this version available within a week to include with AROS One x86.

Thanks for your efforts too.

Title: Re: Newest MultiView
Post by: salvo on February 24, 2022, 04:11:46 PM
new multiview and datatype is best miker thank you :)
Title: Re: Newest MultiView
Post by: miker1264 on March 06, 2022, 08:29:07 PM
I plan to release a test version of the latest MultiView for AROS x86 later today.

Title: Re: Newest MultiView
Post by: paolone on March 06, 2022, 09:02:35 PM
I plan to release a test version of the latest MultiView for AROS x86 later today.


Great!
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on March 06, 2022, 09:57:33 PM
I plan to release a test version of the latest MultiView for AROS x86 later today.
Thank you for your great work !
Title: Re: Newest MultiView
Post by: miker1264 on March 07, 2022, 03:24:28 AM
Here is the MultiView x86 test version. It is functional.

The last part that I'm working on is Centered on Screen. I've corrected the coordinates
for images that are larger than the screen when we reset the image size it now works.

But when we have Centered on Screen selected the image isn't exactly centered. I will
need to correct the offset coordinates. But other than that it functions as expected.

Give it a try. There are several new features.  :)
Title: Re: Newest MultiView
Post by: miker1264 on March 07, 2022, 03:29:49 AM
Not sure if you can see in the screenshot but it isn't perfectly centered.

From top to bottom it seems centered. But from left to right is is off.

I suspect that is because I didn't account for the size of the scroll bar on the right.
Title: Re: Newest MultiView
Post by: AMIGASYSTEM on March 07, 2022, 08:13:05 AM
Perfect thanks, to me it seems quite centered the image, your Multiview works very well, I made a screenshot on AROS One and the image is well centered, also works well the Maxmize, the Minimize is not active.
Title: Re: Newest MultiView
Post by: salvo on March 07, 2022, 12:06:58 PM
Thank you Miker :), works fine!

(https://i.ibb.co/j4Y92Gc/newmultiview.jpg)
Title: Re: Newest MultiView
Post by: paolone on March 07, 2022, 02:23:29 PM
Downloaded. Many thanks!
Title: Re: Newest MultiView
Post by: deadwood on March 08, 2022, 07:40:37 AM
Glad to see you are making progress. Any chances to commit you work to the repository?  8)
Title: Re: Newest MultiView
Post by: miker1264 on March 08, 2022, 09:26:54 AM
Glad to see you are making progress. Any chances to commit you work to the repository?  8)

I need to refresh my local copy of the ABIv11 sources then recompile everything. I will have to get with you when I'm ready to do that in the next few days to make sure I have the right procedure. I'm still a bit new to GitHub procedures.

The revised datatypes are ready to go but the MultiView code will need to be fixed up and cleaned up a bit before submitting. DTConvert GUI is also almost ready to submit after testing.

My updated TGA and PCX datatypes don't compile for ABIv0. The compiler keeps complaining about strange errors. I may need to re-write portions of code for each to make them work.

Title: Re: Newest MultiView
Post by: deadwood on March 08, 2022, 05:31:12 PM

I need to refresh my local copy of the ABIv11 sources then recompile everything. I will have to get with you when I'm ready to do that in the next few days to make sure I have the right procedure. I'm still a bit new to GitHub procedures.

The revised datatypes are ready to go but the MultiView code will need to be fixed up and cleaned up a bit before submitting. DTConvert GUI is also almost ready to submit after testing.

Good, just let me know when you are ready.

My updated TGA and PCX datatypes don't compile for ABIv0. The compiler keeps complaining about strange errors. I may need to re-write portions of code for each to make them work.

Or wait until I update gcc for ABiv0 to 6.3.0. This should happen in ~2 months.