AROS World Exec
General => General Chat => Topic started by: OlafS3 on November 11, 2021, 06:15:14 AM
-
How some know I do a 68k distribution ;)
I heavily use 68k components from aminet
one very nice (I use) is dt2iff
http://aminet.net/package/gfx/conv/dt2iff
unfortunately without source
but this with source:
http://aminet.net/package/util/conv/dt2iff
Perhaps Mike feels motivated to do a Aros (X86) version
It is really cool because you can basically convert anything supported by datatpyes to iff
-
That looks interesting. I will take a look.
DTConvert does something similar as well.
-
miker eventually then with simple examples you tell us what changes you have done, so we start to learn something.
Today I found a simple OS3 source of "Bin2ISO" that I've compiled with Murks and it seems to work well on AROS One x86, I attach archive with source and Bin2ISO AROS x86 that I hope will be of interest to someone :)
-
AMIGASYSTEM
For those who maintain their own distros such as yourself it is a great benefit to be able to find code that you can compile yourself to include in your distribution. Small apps that compile easily. But sometimes it isn't so easy. :)
Murks may work well enough but here is something I learned. When I started five years ago my first real program after my Hello World was "Icon2PNG" which split a png icon into two png files. I used DevCPP IDE to write it and compile it. It was great. It compiled with no issues. However, all was not well... :(
About a year later I learned that it was possible to use gcc at the commandline to compile small programs. So I tried to compile Icon2PNG. Wow! There were so many errors I couldn't count them all. So there's a lesson learned. Not all compilers are the same. Maybe it would benefit you to learn to compile with gcc. Likely if it compiles using gcc it will compile in Murks as well.
-
I have high respect from anyone learning C or C++ :)
in normal life (if programming) I use ObjectPascal (Delphi), depending on task PHP
if doing anything for amiga I used Hollywood. And I also want to do more with Amos Pro (and the new Amos Pro AGA) and Amiblitz. I am also interested in E perhaps. But that is all a matter of time. Amiga is very different, I have collected lots of libraries (on 68k) for all sort of purposes. But I did not find time and motivation to start there. If I did something with amiga I played with the configuration of my distribution and mostly used ready compiled software to include. The rest were simple hollywood components. I am a little lazy there :o
A component like dt2iff is very interesting for f.e. Amigasystem with his distribution because you can use it for a lots of formats. Genious thing, the datatypes...
-
Of course dt2iff would be useful. I need something like that mostly to convert picture files using datatypes.
I'm currently working on something similar to convert picture types using Lunapaint. I still have to add more datatypes. Lunapaint is also useful for testing picture datatypes. :)
I'll take a look later today at dt2iff to see if it can be easily converted for use with AROS x86 and x86-64. We'll see.
-
miker about Multiview, you could add in the menu the command "search", in my opinion it is very useful when you have to search something
-
miker about Multiview, you could add in the menu the command "search", in my opinion it is very useful when you have to search something
Search for what for example?
I'm interested in adding the functionality of something like DTConvert and Multi-Image support such as for Tiff images or icon files or other file types that support multiple images.
For learning purposes you should try to compile the version of DirTree that I provided with the two corrections. Use gcc at the commandline to compile. Navigate to the directory containing the file DirTree.c in a shell then enter "gcc DirTree.c -o dirtree". The -o is the output file which should appear in the same directory. The "dirtree" file is the x86 compiled version. Then compile the original DirTree.c using gcc and take note of the errors it gives. It will even give line numbers so you can compare the changes. That is a good way to learn how to compile code.
-
For example to search for a word in an ascii document, guides, htlm etc..
Another very important thing would be to create an exe.datatypes, it serves to know what an executable uses to run, on OS3 it exists and works well.
-
In my opinion having a search function in MultiView wouldn't be the correct location. That search functionality should be a function of the text editor.
Something that would benefit MultiView though is the ability to List all the Datatypes on the system and being able to save that information to a text file.
I looked at the code for dt2iff. It is very simplistic and it's only about 85 lines of code. It should be easy enough to modify the includes and compile for AROS.
That would allow testing but I suspect from what I can see that it will only work with Pictures and Sound files. Text and document types aren't compatible yet.
But as far as having a similar functionality included in MultiView it may be in the form of a couple functions such as "Convert" as the main function that parses the type of datatype objects as source and destination then it will route the traffic to "ConvertDatatype" then that function finds the basenames and calls "ConvertPicture" or "ConvertSound". The modular approach allows us to add more functionality later such as Text Datatype or Animation Datatype support. Modular is better IMHO.
I'm not sure what an EXE Datatype would be useful for. What type of information does it provide that can't be gathered from other means? Such as exe type, file size...
-
Regarding the "Search" on Multiview in my opinion is important because on the Workbench normally many icons of TXT Documents, GUIDE, HTLM are associated to Multiview and the "Search" speeds up if you want to read the interested part of the topic.
the exe.datatypes is very important when an executable doesn't work, in many cases Snoopdos and similar don't provide all the information, while Multiview with one click lists with certainty what an executable needs to work.
I attach small video that shows what Dopus4 needs in order to work.
https://drive.google.com/file/d/17l6BA3XUtrJvvusoy7JHJzfT6p6qk5O-/view?usp=sharing
-
As far as dt2iff MultiView already provides Save As IFF and since I wrote the DTM_WRITE for saving ILBM in Picture Datatype I'm pretty sure it works for picture files. Not sure about DTM_WRITE for Sound Datatype for Save As IFF. That's something to look at in the near future.
If you could explain better how such a MultiView Search function would work and for what files? What is the result of Search? Where is the information displayed? Not sure I understand it.
BTW there is a newer version of MultiView that @deadwood uploaded to the repository from about 6 months ago that has an "Export" menu item for converting datatypes. I tried to compile it for testing but there are many errors related to the catalog file. Until I fix the menu items I can't compile it and test it.
-
I don't know if my English was understandable, for exe.datatypes the video should make better understand what I meant
Regarding the "Search" option I was referring to the search engine that all text readers have to search for a word or a string, see screenshot, with EvenMore for example if you click on "Search" from the menu it opens a search bar like the one in FireFox.
-
As for the Export Datatype Function in MultiView I completed my analysis by comparing all the files to see what changed.
Other than adding support for the "Export" menu item and lots of new debug the locale.c file lists include file "strings.h" but the file is missing. This file contains the definitions for all menu items. The good thing is that I intended to revise MultiView anyhow.
That may be the reason the compiler gives errors about the menu items being undefined. Later today I'll try to compile it.
I'm not sure how AROS Abiv1 compiled with MultiView errors! But it seems it did compile ok. So I downloaded v 10-16-2021.
The "search" functionality is part of the app itself not MultiView.
Also dt2iff seems redundant if MultiView already does that with Save As IFF. I will test it with pictures, text and sound files. I will look fot DTM_WRITE in the Text and Sound datatypes to start.
-
@OlafS3
I'm going to try setting up a simple commandline dtconvert that will also convert to iff. It can be used for pictures and sound.
It will be similar to the Linux commandline "convert" application.
Other than that the same functionality will be in the newest version of MultiView which I believe is v1.7 from 11-02-2020.
-
I put together a small commandline app called dtconv. It will be capable of converting pictures or sounds to iff or other formats.
So far it can save a picture file as an ilbm as you can see. It will be an improvement on dt2iff. ;)
For example you could convert an 8bit targa to an 8bit bmp or png or any other compatible picture type. Same for sound files.
-
sounds promising ;) need 68k then too 8)
-
sounds promising ;) need 68k then too 8)
What do you use dt2iff for on a regular basis ?
-
I use Magellan so I have a picture filetype in it and there put a option "convert to IFF..." (context menu)
-
there is a fantastic converter of tons of atari formats to png called fail_68k on aminet. I searched for it and found the open source project behind
https://sourceforge.net/projects/recoil/
it seems it even has extended to amiga and other retro systems now
perhaps someone could look at it. Would be nice to have for our platform
-
If it can be useful for AROS 68k you can use "Gfxcon" excellent conversion program and and not only.
Gfxcon is "card-ware/e-mail-ware":
Image format converter that can load and save most formats:
Load: ILBM, LBM, RGB8, RGBN, PCX, IMG, BMP, RLE4, RLE8, DIB,
GIF, TIFF, JPEG, RGB-Raw, Targa
Save: ILBM, PCX, GIF, JPEG, RGB-Raw, Postscript
https://aminet.net/package/gfx/conv/gfxcon
-
The DTconv commandline app I just put together does all that also. Currently it has some issue saving PCX, Tiff and Targa.
But it's still a work in progress. So far it supports all the main picture datatypes for picture file conversion. I'm pleased with it.
-
The dtconv app is ready. I will post it later today.
-
up till now DTConv commandline app could convert any supported picture type to all picture datatypes except the newer ones - TGA, PCX, TIFF & WEBP.
But...I concluded that the problem was the return type for OM_NEW for TGA & PCX. As a test I changed the return type for PCX to match the others...
And now DTConv can convert to 8bit PCX. So I assume the same modification will work for TGA. PCX wasn't returning the Datatype Object correctly.
IPTR PCX__OM_NEW(Class *cl, Object *o, Msg msg)
{
Object *newobj;
D(bug("[bmp.datatype] %s()\n", __func__));
newobj = (Object *)DoSuperMethodA(cl, o, msg);
if (newobj)
{
if (!GetPCX(cl, newobj))
{
CoerceMethod(cl, newobj, OM_DISPOSE);
newobj = NULL;
}
}
return (IPTR)newobj;
}
Oh. I need to change the D(bug) text also. :)
-
For x86_64 this app works well.
For Icaros x86 as long as the picture datatypes are updated it also works well.
To compile the dtconv app at the commandline in Icaros x86 do this: gcc dtconv.c -o DTConv
Then copy this file to the C directory. Also included in the zip file is the Readme with instructions.
-
Here are the compiled versions for Icaros x86 and Icaros x86_64,
it's a pleasure to use on 64bit where my datatypes have been updated.
I look forward to using my new tool to convert and test new datatypes.
-
miker I created more buttons on Dopus4 for DTConv, clicking on a file this is converted to the same path, of course now the Audio and Graphics files obtained are empty, 0 Byte, when they are ready your datatypes will be full :)
-
miker I created more buttons on Dopus4 for DTConv, clicking on a file this is converted to the same path, of course now the Audio and Graphics files obtained are empty, 0 Byte, when they are ready your datatypes will be full :)
AROS One x86 ?
Which datatype did you try to convert ?
Note: sound conversion doesn't work yet. Just pictures.
-
AMIGASYSTEM
In an older version of AROS One x86 I was able to use dtconv to convert a 24bit BMP to PNG as in the screenshot. I was also able to convert an 8bit PNG to 8bit GIF as well as an 8bit BMP.
This is about all you can convert at the moment. You need the updated picture.datatype to convert pictures to ILBM and you will need updated BMP, JPEG, PCX and TGA datatypes.
I will compile these later today for 68k, x86 and x86_64 so that they will be available to you.
-
DTConv just converted the first 8bit Targa image on Icaros x86_64. :)
Based on changes to OM_NEW in the PCX Datatype I made the same adjustment for TGA.
The OM_NEW must return a Datatype Object or DTConv won't work. All standard AROS picture datatypes return DT Objects.
-
AROS One x86 ?
Which datatype did you try to convert ?
Yes I used AROS One x86, I attach a video that shows how I made the conversion JPG/ PNG and Wav/8svx through Dopus4, Naturally "empty" files
https://drive.google.com/file/d/1VPMfiVBPmqKbJ5cjS9hxfX4pb_Nn5Ltt/view?usp=sharing
-
AMIGASYSTEM
Send me the jpeg and the dtconv x86 binary in a PM. I will test it. Or if it's small enough just post a zip file here.
I successfully converted two jpeg to png using DTConv in AROS One x86. I used a shell for the conversion.
Sound is not yet implemented. So the file will be empty.
Syntax:
dtconv pic.jpg pic2.png picture png
-
Syntax:
dtconv pic.jpg pic2.png picture png
Ok thanks, tried it from the Shell and it works fine for JPG/PNG conversion, I need to find a way that works from Dopus4 too.
Question, what is the syntax to convert to 8bit ?
-
Syntax:
dtconv pic.jpg pic2.png picture png
Ok thanks, tried it from the Shell and it works fine for JPG/PNG conversion, I need to find a way that works from Dopus4 too.
Question, what is the syntax to convert to 8bit ?
In order to convert to 8bit the input file must also be 8bit. Same with convert to JPEG. The input file must be 24bit for the conversion to work. DTConv doesn't convert the bitdepth.
For example to convert 8bit to GIF. Syntax is the same.
dtconv pic_8bpp.bmp pic2.gif picture gif
I hope to write the code to allow converting sound, animation, and perhaps text datatypes as well in the near future. I will have to study each datatype class to understand how to write it.
When it is advanced enough such as being able to convert pictures and sound at minimum then I will put together a small gui and incorporate the code into MultiView for conversions. DTConvert which is part of Export in MultiView is problematic.
It doesn't work for the current versions of IcarosDesktop x86 nor does it work for IcarosDesktop x86_64. We need for it to work. And we can't simply wait for ABIv0 code to catch up with ABIv1.
-
Ok found the solution also on Dopus4, now you can convert directly or choose a new name for the converted file, see attached video.
https://drive.google.com/file/d/1L8S-FhUTdMCEnh3RDolRguH60qKNisyO/view
I had problems with Dopus4 because of the lowercase/uppercase of your parameter "picture", I was writing "Picture" i had no idea that the lowercase was important.
-
Ok found the solution also on Dopus4, now you can convert directly or choose a new name for the converted file, see attached video.
https://drive.google.com/file/d/1L8S-FhUTdMCEnh3RDolRguH60qKNisyO/view
I had problems with Dopus4 because of the lowercase/uppercase of your parameter "picture", I was writing "Picture" i had no idea that the lowercase was important.
Yes. The Type and Format Parameters must be lowecase. That may change in a future update to make it more user friendly. It will be even better when it can convert sound files to datatypes.
I suppose now you need updated picture datatypes? I compiled binaries so far for 68k and x86_64. I have to wait till later today for x86 binaries. I still use PictureDatatypeCreationTool for that.
That's great what you did with Dopus4. Could you post your Dopus4 config for your buttons? I'd like to try using it. Maybe a short explanation about how to make a new button? I'm a Dopus4 noobie! ;) Will it be in AROS One v1.7 also ?
-
I have never read a manual of Dopus4, I go by instinct, then as always happens by mistake you get the right parameter :)
Study the keys and you'll see that it will be easy to understand, where you do not arrive ask, however, there should be a manual somewhere.
Yes I attach here the config of Dopus, but I have to complete it when the TIFF datatypes will arrive, at the moment it seems to work well converting to JPG, PNG and IFF formats, other formats tested do not seem to work such as GIF, TGA and PCX.
The configured keys for DTConv are located on the second bank, you have to click on "Nex Bank" to access or back out.
There is only one key configured (Blue) with "add name to image" converted.
-
AMIGASYSTEM
Thanks for testing. I haven't been able to find time to work on Tiff Datatype. I'm just putting finishing touches on the Targa Datatype. The Write_RLE function wasn't working correctly.
But Tiff will be next after that. :)
Try this 8bit image to convert to GIF. Use the shell to test it. Converting 8bit images to GIF works for me. Remember to use lowercase.
-
Ok the GIF conversion worked from Dopus4.
This morning with a clear head I realized that in Dopus4 you don't need to create specific buttons, to convert any image to another format you need only one, for example:
I had created PNG/IFF, JPG/IFF etc... instead just one of them can convert any format to IFF, this is because the first parameter is automatically recognized by the command set on Dopus4.
That said now the keys are much less and multifunctional, example:
IMAGE/IFF, IMAGE/PNG, IMAGE/IFF, IMAGE/GIG, see screenshot :)
-
Very good. You could shorten the names...PIC/PNG...
-
Yes it is better for the extensions that occupy more space see 8SVX, I thought also of "Pic To Iff" or "Pic 2 Iff", but the capital letter has a greater visibility, in these important buttons because similar, also because Dopus4 in that video resolution doesn't offer many button colors, it does with other video resolutions but then you don't get the window on Wanderer.
Hope you don't mind, I made a News about your latest developments on other forums !
-
Yes it is better for the extensions that occupy more space see 8SVX, I thought also of "Pic To Iff" or "Pic 2 Iff", but the capital letter has a greater visibility, in these important buttons because similar, also because Dopus4 in that video resolution doesn't offer many button colors, it does with other video resolutions but then you don't get the window on Wanderer.
Hope you don't mind, I made a News about your latest developments on other forums !
Welll...I hope it is good news not promising too much. ;)
Each day is a blessing. Tomorrow is never promised.
-
True, in life I always avoid making long term promises, I only mentioned the progress made and possible future developments as you reported :)
amiganews.it
https://www.amiganews.it/forum/viewtopic.php?f=39&t=21020&p=261039#p261039
eab.abime.net
http://eab.abime.net/showthread.php?t=108451
-
True, in life I always avoid making long term promises, I only mentioned the progress made and possible future developments as you reported :)
Amiganews.it
https://www.amiganews.it/forum/viewtopic.php?f=39&t=21020&p=261039#p261039
EAB (to be done)
Very good. I read the original post in Italian. No translation. :)
-
Added the link on EAB
I love fairness and respect towards others, I have been 40 years a Fire Department Chief!
-
Here is the latest DTConv commandline application sources.
If you can use gcc for x86 or 68k it's easy to compile:
gcc dtconv.c -o DTConv
That produces the DTConv binary which you then copy to C.
use DTConv in a shell for best results. Don't forget README.
-
If you can use gcc for x86 or 68k it's easy to compile:
gcc dtconv.c -o DTConv
I tried compile without succeeding, see screentot errors.
I tried it on AROS x86, but then if I can I would like to compile it for AROS 68k and Amiga 68k.
-
Try this one.
I added a missing include and removed the print error.
-
Tried but there are still errors :)
-
Tried but there are still errors :)
Quick fix. Open the dtconv.c file in an editor with line numbers.
Go to line 253. Enter // in front of "fh = BNULL". So it now reads:
//fh = BNULL;
That will disable it. It's nice to set it to NULL but not needed.
In the next line you are setting fh equal. So it's ok to disable it.
On line 426 make it say:
if(error != OK) Printf("%s: Error!\n", progname);
Save the file and try again. Welcome to C programming. :)
Or try the file I attached.
-
Ok done, see screenshot, of course I had to equip myself with an Editor that could count ;D then in addition to thank you, I have to thank the inventor of copy-paste and finally AROS for its simplicity !
I assume that now to compile it on AROS 68k and Amiga 68k I should look for a GCC compiler for these platforms or am I wrong?
Where do you compile AROS 68k executables ?
-
AMIGASYSTEM
Congratulations! You did it. ;D
I usually drop the code into a folder in my 68k Build System with a mmakefile.src
But this one is in Contrib. I would have to modify the mmakefile.
But I'm lazy. :)
Maybe DevCPP. Set up a 68k project. Add dtconv.c and compile.
-
Open a new world for me, I hope to understand it, as soon as i have some time i do some experiments !
-
Open a new world for me, I hope to understand it, as soon as i have some time i do some experiments !
Look again at dirtree. Try to compile the original file with errors.
Then try the file with the two corrections. Open it in the editor.
Line 96: LONG becomes IPTR.
Line 335: g-> dt.dat_Flags = NULL;
becomes g->dt.dat_Flags = DTF_SUBST;
Take note of the line numbers and the corrections made. 8)
-
After several hours I have re-written DTConv for 68k and now it works.
It should work well for x86 and x86_64 as well now that it works for 68k.
-
Here is the 68k version of DTConv. It is working now to convert picture files. It also works with 8bit, 24bit and 32bit.
The next step is to get sound datatype conversion to work correctly.
-
Nice. 8)
DTConv works with AROS Vision as well.
-
DTConv 68k works well also on AROS One 68k, successfully tested with Dopus4 ;)
-
fantastic ;)
One question... as I understand it dtconvert from file to file as long both (source and destination) are supported by datatypes?
Are there still something open?
I will fuily integrate it in my filetypes then
-
DTConv converts any graphic format to another format, but even in the same format of course an 8bit image will always be converted to 8bit, in practice you can not save an image from 32Bit to 8Bit, maybe this will be a next option :)
-
DTConv converts any graphic format to another format, but even in the same format of course an 8bit image will always be converted to 8bit, in practice you can not save an image from 32Bit to 8Bit, maybe this will be a next option :)
thanks ;)
Yes that would be nice. For example convert 24bit to 8bit or grayscale
-
Yes that would be nice. For example convert 24bit to 8bit or grayscale
However on AROS x86 there are Applications like ZunePaint and ZuneView that do it!
-
but in my distro you can do that by right-click on the image file
-
Yes you have configured "IFF24To8" on Dopus5 Magellan, I have this tool and others of the package "24BitTools" on Dopus4 on my AfA One, there are also the sources, maybe I try to compile them for AROS x86 and if I can also for AROS 68k, maybe with the help of Mike !
-
Yes you have configured "IFF24To8" on Dopus5 Magellan, I have this tool and others of the package "24BitTools" on Dopus4 on my AfA One, there are also the sources, maybe I try to compile them for AROS x86 and if I can also for AROS 68k, maybe with the help of Mike !
Sources for IFF24to8 ? I've also been working on Color Quantizing which converts 24bit images to 8bit images.
Often in Amigaland apps use a process called "color reduction" which is a crude form of quantizing. The quality is much less.
-
For DTConv I will add some functions such as DetectGroupID_by_Datatype and DetectBasename_by_Datatype.
For the convert process it must compare groupid's and basenames for the source dto and dest ndto. The groupid's must match but basenames can be the same or different.
If basenames and groupid's are the same then DTConv should do as MultiView does by saving a complete copy of the original to a new location. There's no need for conversions in that case.
Such as:
dtconv Sound01.wav Sound02.wav sound wave
It should result in saving a complete copy not a conversion of it.
-
Sources for IFF24to8 ?
The sources of "IFF24to8" are found in the package "24BitTools", inside there are also those of "Pro2IFF" and "Pro2BMP", I tried to compile them but there are many errors and not knowing the C language I do not know where to put my hands :(
https://aminet.net/package/gfx/conv/24BitTools
-
Sources for IFF24to8 ?
The sources of "IFF24to8" are found in the package "24BitTools", inside there are also those of "Pro2IFF" and "Pro2BMP", I tried to compile them but there are many errors and not knowing the C language I do not know where to put my hands :(
https://aminet.net/package/gfx/conv/24BitTools
Thanks. I will look at the sources and try to compile it.
Also there is a small commandline app called "djpeg" included with JPEG Library. It can convert 24bit JPEG images to 8bit GIF.
Then you can use DTConv to convert the GIF to other formats.
-
Mike about the compilation on Amiga of DTConv did you manage to understand how to proceed !
-
Mike about the compilation on Amiga of DTConv did you manage to understand how to proceed !
Here is the current source. Give it a try. ;)
-
Easy Breezy! 8)
Added the two new datatype functions. See the output text.
Now that we can compare groupid's and basenames it's a simple matter to Save As.
If srce & dest groupid's match and srce & dest basenames match simply make a complete copy to a new location.
DoWriteMethod(name, dto, DTWM_RAW); //Save AS = Write the current datatype object to a new file.
-
Mike about the compilation on Amiga of DTConv did you manage to understand how to proceed !
Here is the current source. Give it a try. ;)
They come out so many mistakes, the more you correct the more they come out ;D everyone has to do their job, without the basics you go nowhere, now I stop here with the development :(
-
Mike about the compilation on Amiga of DTConv did you manage to understand how to proceed !
Here is the current source. Give it a try. ;)
They come out so many mistakes, the more you correct the more they come out ;D everyone has to do their job, without the basics you go nowhere, now I stop here with the development :(
Are you trying to compile on x86 or 68k ?
-
Amiga 68k, after the corrections I got the error shown in the screenshot I attached, I attach it again:
(https://ae.amigalife.org/index.php?action=dlattach;topic=793.0;attach=1667;image)
-
Amiga 68k, after the corrections I got the error shown in the screenshot I attached, I attach it again:
(https://ae.amigalife.org/index.php?action=dlattach;topic=793.0;attach=1667;image)
AROS 68k can be tricky at times depending on the compiler. Try compiling at the commandline on Icaros x86 with gcc.
-
AROS 68k can be tricky at times depending on the compiler. Try compiling at the commandline on Icaros x86 with gcc.
I don't want to compile AROS 68k ! AROS 68k executables (ELF) don't work on Amiga !
-
on AROS One x86 I was able to compile your latest source but the executable is for AROS x86
The screenshot I posted before was on Amiga OS 3.9 BB4 + AfA OS, that is my AfA One Distribution
-
on AROS One x86 I was able to compile your latest source but the executable is for AROS x86
The screenshot I posted before was on Amiga OS 3.9 BB4 + AfA OS, that is my AfA One Distribution
Try AmiDevCPP to compile for Amiga OS 3.x
https://eab.abime.net/showthread.php?t=93777
I have this version. It's 161MB to download. I also have a PDF Manual for it. I can send the PDF via PM.
With AmiDevCPP you can also compile for AROS x86. I have used it successfully for my ShowPicture App.
-
I used DTConv 68k to successfully "Save As" wave files!
If the source & destination groupid's & basenames match simply DoWriteMethod(name, dto, DTWM_RAW);
It saves a complete copy of the original file in a new location. In theory, it should work for all datatypes. :)
-
nice :)
-
I have fully integrated dtconvert in aros vision meaning you can convert any file supported by datatypes to another format supported by datatypes by simply right-clicking
Example here converting PNG
BMP, PCX and PNM works
Degas and Gemimage create software failure
JPG, Gif, IFF and Targa create error "Failed to perform write method"
The result is a file but not working
I can do that with the others too if it helps you somehow Mike
-
DTConvert or my app which is DTConv? Just to be able to decide which is which.
If DTConv won't convert correctly it's probably the datatype save functions that aren't working. I'll check it out later today. I had problems with Gemimage and Webp datatypes. Didn't try Degas.
For JPEG, GIF and TGA you must update your datatypes. For IFF you must update your Picture Datatype. Then they should work.
In the latest DTConv it now lists the source groupid & basename. For example the basename for JPG is "jpeg" & TGA is "targa". If you don't use the right basename it will likely fail.
-
DTConvert or my app which is DTConv? Just to be able to decide which is which.
If DTConv won't convert correctly it's probably the datatype save functions that aren't working. I'll check it out later today. I had problems with Gemimage and Webp datatypes. Didn't try Degas.
For JPEG, GIF and TGA you must update your datatypes. For IFF you must update your Picture Datatype. Then they should work.
In the latest DTConv it now lists the source groupid & basename. For example the basename for JPG is "jpeg" & TGA is "targa". If you don't use the right basename it will likely fail.
sorry I meant your DTConv
-
"For JPEG, GIF and TGA you must update your datatypes. For IFF you must update your Picture Datatype."
Could you post the most recent ones for 68k?
I thought I used the newest but perhaps I was wrong
-
Try these.
-
"For JPEG, GIF and TGA you must update your datatypes. For IFF you must update your Picture Datatype."
Could you post the most recent ones for 68k?
I thought I used the newest but perhaps I was wrong
For Degas, Webp and Gemimage if OM_NEW doesn't return a datatype object it won't work with DTConv. It's the return type.
-
I have copied your files
targa works, there was just a small error in parameter of dtconv but jpg still shows error "failed to perform write method"
-
Here is the newest DTConv binary file for 68k.
What is the exact syntax you are using for JPEG converstion ?
-
still the error
I use DTConv {sourcefile.png} {destination.jpg} picture jpg
-
For JPG conversion in the last parameter you have to add picture jpeg
-
that was it
thanks ;)
-
that was it
thanks ;)
The latest version of DTConv will list GroupID's and Basenames.
Try to convert a JPG to BMP for example. It will say Srce GroupID = Picture. Srce Basename = jpeg. That's the last two parameters. "picture jpeg". Then it will work. TGA is "targa".
-
and for Iff you need "iff"
I think I have perhaps found a error
when I convert from BMP to IFF it works (file is created) but there opens a error requester (software failure)
-
and for Iff you need "iff"
I think I have perhaps found a error
when I convert from BMP to IFF it works (file is created) but there opens a error requester (software failure)
Screenshot ?
Also IPTR WebP__OM_NEW return type is not compatible.
return retval;
But it should return Object *dto;
Both Degas and GemImage have no OM_NEW code like standard datatypes. They are non-standard.
-
screenshot of it
-
hope it is good enough..,. upload is very limited here
file is correct created, just that this requester opens
-
I have uploaded it in my webspace:
http://www.aros-platform.de/error.png
good night, it is late here already
and thanks for your work
-
Miker, the latest 68k version of DTConv "15.32 kB" crashes the system, previous version "13.4 KB" of 21-11-2021 instead is the one that works fine with all graphics formats, only the audio does not work Wave file 0 KB
-
Miker, the latest 68k version of DTConv "15.32 kB" crashes the system, previous version "13.4 KB" of 21-11-2021 instead is the one that works fine with all graphics formats, only the audio does not work Wave file 0 KB
I have reproduced the error when converting to iff and that has been corrected.
It can now also compare groupid's and basenames allowing to "Save As" many classes of datatypes such as text, sound, pictures, etc.
New version is 15.6kb and it seems stable on my AROS Vanilla (68k). Let me know of any other issues with this new one.
-
Here is the latest version of DTConv that I have successfully tested on AROS Vanilla (68k) & AROS Vision.
All conversions including iff & text & sound as well as several picture types were successful. No known issues.
To "Save As" for text & sound try something like this:
dtconv ReadMe Ram:ReadMe.txt text ascii
dtconv Sound01.wav Ram:Sound02.wav sound wave
To make a complete copy of a picture file: dtconv Roses.png Ram:Roses.png picture png
In these cases the Source & Destination BaseNames match which results in "Save As".
To convert a picture file as usual: dtconv Roses.tga Ram:Roses.bmp picture bmp
In this case the Source & Destination BaseNames are different so we Convert Datatype.
This one is 15.6kb.
-
AROS One 68k
For Graphics files all OK
Converted Audio files 0 KB
I will probably need your audio datatypes
-
AROS One 68k
For Graphics files all OK
Converted Audio files 0 KB
I will probably need your audio datatypes
Support for Saving sound files works.
Support for Converting sound files doesn't work yet.
I'll work on sound conversion later today. :)
-
sorry :D
I think I found another little conversion problem
converting JPEG in GIF not works
http://www.aros-platform.de/error.png
the same when trying to convert png in gif
-
sorry :D
I think I found another little conversion problem
converting JPEG in GIF not works
http://www.aros-platform.de/error.png
the same when trying to convert png in gif
JPEG is usually 24bit. But GIF only supports up to 8bit.
We can't convert 24bit to 8bit. Also DTConv only converts the pixel data not bit depth. So 24bit input = 24bit output.
-
converting JPEG in GIF not works
First reduce the JPG/PNG etc... image to 8Bit and then you will see that the JPG-> GIF conversion will work.
-
Try AmiDevCPP to compile for Amiga OS 3.x
Done also this experience, I also installed amiga-gcc-6.4.1b as recommended by "jotd" in the attached link, but the compilation did not happen due to many errors, see screenshot.
http://eab.abime.net/showthread.php?t=93813
-
AMIGASYSTEM
Are you compiling for AROS 68k or for Amiga 68k?
If it's for Amiga keep in mind that includes may be different.
-
My intention was to compile it for OS3, but can AmiDevCpp compile for AROS 68k as well? I haven't found any examples on how to set up AROS 68k, if you have some I could look into it !
-
My intention was to compile it for OS3, but can AmiDevCpp compile for AROS 68k as well? I haven't found any examples on how to set up AROS 68k, if you have some I could look into it !
I'm not sure. I will look at it later today.
I did notice though that there are only two sound datatypes: wave and 8svx. But 8svx only has Read8svx but no Write8svx.
So we can open 8svx and convert to wave but not the other way.
Where do we find an 8svx sound sample? Something to test.
-
8SVX sound samples were used by programs, games, emulators, I attach some links where you can find 8SVX sounds.
Directory Sound
https://aminet.net/search?query=AmiArcadia.lha
Directory Samples
https://aminet.net/package/misc/emu/fMSX
On 3 Directory GfxMaps
https://aminet.net/search?query=cyberlemming
Directory Sound
https://aminet.net/search?query=videofx
On Amiga there were some converters of this format and compatible, you can see one in the screenshot, your DTConv could do the same conversions i think !
-
AMIGASYSTEM
Yes. The 8svxtoxxx application works on AROS 68K.
Thanks for the samples. I'm working on sound conversion.
The datatype conversion isn't difficult. But getting a datatype is.
-
AMIGASYSTEM
Yes. The 8svxtoxxx application works on AROS 68K.
Yes 8SVXtoXXX works fine on AROS 68k, it seems to suffer with large files.
https://aminet.net/search?query=+8svxtoxxx+
More powerful seems to be SoundConvert other nice software, see screenshot
https://aminet.net/search?query=SoundConvert
-
DTConv successfully converted an 8svx file to wave.
The difficulty is not the sound datatype conversion. That's actually easier than picture datatype conversion.
The problem is getting an empty sound datatype for destdto (destination datatype) so that we can copy from srcedto to it.
Getting an empty datatype object works for pictures but not for sound datatypes. So I noticed that getting a sound datatype from an existing file works. So I set up a workaround to test my code for sound conversion.
Copy the prototype to Ram Disk that represents the destination format. When getting a destination datatype we use that file.
Object *destdto = NewDTObjectA(dest, NULL); where dest is the prototype filename in Ram Disk. We are only interested in the container and basename not the contents. The data will be copied from srcedto to destdto. The conversion to wave works.
After working with sound files I realize we need more datatypes! Maybe MOD, MIDI, OGG, MP3, WMA just to mention a few. :)
-
On Aminet I found a small program named "a2ps" to convert a TXT to Ps (PostScript), on OS3 it works perfectly.
Of the program you install two files the executable "a2ps" in C: and a data file called "a2ps-header.ps" in S:
Inside the archive there is a source in C that I have compiled for AROS x86 successfully and without errors.
I tested the compiled executable "a2ps" on AROS One x86 and the program works perfectly, there is only one problem, on AROS I can't find the file "a2ps-header.ps" in S:
In the Readme there is information on how to modify the path of "a2ps-header.ps".
I attach link "a2ps":
https://aminet.net/package/text/print/A2ps
-
On Aminet I found a small program named "a2ps" to convert a TXT to Ps (PostScript), on OS3 it works perfectly.
Of the program you install two files the executable "a2ps" in C: and a data file called "a2ps-header.ps" in S:
Inside the archive there is a source in C that I have compiled for AROS x86 successfully and without errors.
I tested the compiled executable "a2ps" on AROS One x86 and the program works perfectly, there is only one problem, on AROS I can't find the file "a2ps-header.ps" in S:
In the Readme there is information on how to modify the path of "a2ps-header.ps".
I attach link "a2ps":
https://aminet.net/package/text/print/A2ps
Why can't you just copy a2ps-header.ps to S: ?
-
Why doesn't it work with AROS!
-
Why doesn't it work with AROS!
I can't unpack the archive. Unknown compression.
Maybe post it here so I can check it.
-
Strange is a LZH standard (LHA variant), you can unzip it on Windows with WinRAR, with AROS One x86, either from Wanderer (ZuneARC) or from Dopus4, On AROS One 68k with Wanderer or Dopus4.
-
The commandline datatypes conversion app is finished. :)
I suppose now I must put together a user-friendly interface.
I found a good sample of gadtools from Thomas Rapp. So I suppose I'm old school because I prefer GadTools over MUI. :P
-
I can't unpack the archive. Unknown compression.
Maybe post it here so I can check it.
If it helps, i recreated the archive in Zip
-
I can't unpack the archive. Unknown compression.
Maybe post it here so I can check it.
If it helps, i recreated the archive in Zip
Thank you. I will look at it.
-
does MultiView support CDXL?
-
does MultiView support CDXL?
Si Multiview supporta i CDXL se hai il datatypes nel sistema, naturalmente questo è possibile solo su AROS 68k, su AROS x86 che io sappia non esiste il cdxl.datatype
-
there is not cdxl.datatype for aros x86
-
Yes, but there is a CDXL Player for AROS x86 that works well.
-
ah ok :)
-
I tried AmiTube on AROS m68k but MultiView does not play the downloaded cdxl movie and agablaster (suggested by author) only plays the sound, no video to see
-
Yes it plays them Multiview, see my screenshot above, probably you don't have the right Datatypes.
Anyway now there is a new version of AmiTube v05 that also allows you to download Youtube Videos in MPG1 format (better quality) where you can use FFPlay to view them.
A few days ago I asked the developer if it was possible for AmiTube to download other video formats, I asked if it was possible to download videos without conversion or in the original format Youtube MP4, in this way always thanks to FFPlay you could enjoy more quality videos.