I like M68k assembler so it was interesting read

Thanks for reply. My another question: Why OS4 dev are porting FireFox (one of latest version) instead of speeding up the existing browser: OWB or port some older browser like Netscape Navigator? OWB is working rather slow on my loaned Sam440ep.

Latest FireFox is very big and computer resource consuming application. Why are they porting such application instead of speeding up existing or port older version, which was designed for lesser systems?

I know why it crashes, because it happened to me too on Amiga OS 4.0, it relies on order of closing Window and freeing Screen Buffer. It's different in AmigaOS 3.x and 4.x.

Screen Buffers have also another bug, when you push the screen to back your program sometimes freezes in the infinite loop. I suggest using ChangeVPBitMap.

I start this topic, because approach of HTML5 on AmigaOne computers and clones is very close. Thus before all actions of adapting HTML5 to AmigaOne browsers I'd like to know how it is planned to port appropriate procedures. Are choke points to be PPC assembly parts? All this asking because if we won't plan the porting the code can be too slow. I think this can be avoided fairly easily by proper port planning.

@SpotUP

The speed of those plugin's routines is important. Before I read TuneNet's plugin file format I'd like to ask whether they use low-level AHI routines? Or maybe those plugins depend on main player's replaying procedure?

Don't know whether all the games/programs written in AMOS will work unless there's integrated Amiga chipset emulator. In AMOS there are functions like Peek and Poke to interfere with Amiga hardware and memory, also it uses Amiga specific things like copper rainbows, double-playfields and playfield scrolling.

I'm writing a library for some time similiar to AMOS in simplicity of executing various tasks, like opening display, opening external files in various formats, drawing pictures and shapes, run animations, draw animated objects, play music and more... All this portable to other systems. I think that's better solution.

Pinball Fantasies: Speed Devils my favourite.

Quote:
I was thinking some about introducing ProRunner 2.0 handling in Diamond Player, because it's similiar to ProTracker and there is documentation available. :)

To Phantom: What is missing in Diamond Player that you want it to have? Or did you encounter bugs? Is it missing any important feature? It already has pattern scrolling etc. and works fine even on A1200 PPC with AmigaOS 4.x (at least some of the earlier versions, because most recent v1.6 is focused on AmigaOS4.1 on my loaned Sam440ep). :)

If you've got structure A inside class B and want to initialize the structure A while constructing object of class B just call desired constructor of structure A within constructor's initialisation list.
Example:

This should answer your question.

Excuse me, but what's Spotify?

@orgin

The new appearance looks quite OK! Nice work.

And the OS4Depot links work now!

@Kas1e

I'll look into it.

It is possible to use low-level interface without interrupting other processes. The device.audio driver comes for that purpose.

However the low-level interface is meant to play music. The sounds can be played with high-level interface without problems so use Kas1e's example in that matter.

These steps will allow you to use low-level AHI functions:
- Create message port and AHIRequest with appropriate functions from exec.library.
- Open the device with OpenDevice() giving AHI_NO_UNIT as a unit.
- Get interface to the library with GetInterface() giving as the first parameter io_Device field of IORequest.


Once you get the AHI interface you can use its functions. To start playing sounds you need to allocate audio (optionally you can ask user for Audio mode and frequency). Then you need to Load samples to use with AHI. You do it with AHI_AllocAudio(), AHI_ControlAudio() and AHI_LoadSound().



When everything is set up you can use the functions AHI_SetVol() to set volume, AHI_SetFreq() to set frequency, AHI_SetSound() to play the sounds.

As for M68k you don't need to convert these functions to M68k as there are working assembler examples in AHI developer's archive.

I'm writing the source code by hand so sorry for mistakes ;)

The encoder works! The program with ability to save images can be downloaded from the original link. Its requirement is z.library which compresses data.

I made own partial handling of PNG files (for now decoding, but encoding will be similiar). This includes:
- loading of PNG files (for now IHDR, IDAT, tEXt and IEND chunks are recognized),
- decompressing image data using z.library,
- unfiltering data.

I'm happy because it works very nicely (displays unpacked image in a window), however not all features of PNG are supported yet. Now it's time to make the encoder

@Kas1e

This will greatly simplify the task, thanks for the tip.

However, I printed the PNG specification yesterday and I want to make some own handling of PNG anyway. If libpng doesn't support this I'd like to include writing for example text chunks which contain textual information about author and title of image. And there are many other interesting chunk types. Something like png.library would be also nice to have (and SDK gives an utility to create shared libraries easily). I just like this job, that's why I'm writing own painting program

@Raziel
Quote:
Same here, I love the software on Fred Fish disks, still got the CDPD

@Antique
Quote:
Yes, something like modern Deluxe Paint is in my wishes

@328gts
Quote:
It's not yet that useful, because only few tools are available. What is missing the most is saving images, but...

...I downloaded PNG file format and I'm reading it, it seems that PNG contains chunks just like IFF format, so it's relatively easy to use. The compression is done with zlib, but fortunately this library is available for AmigaOS 4.

I'm thinking about creating shared library for AmigaOS 4 which stores PNG images. Other programs would also benefit.

Quote:
An updated version uploaded to server. It gets the switch parameter "WB" in command line, if selected it opens the program on Workbench (or default public) screen.

But I wonder if I will use the palette.gadget in future which needs those pens allocated... Maybe some replacement to palette.gadget is needed.

Notice that the help bubbles are in the program - if you hover the mouse pointer over the button it displays help message. Also the information string is displaying current program status.

The purpose is to make simple but fast and flexible drawing tool which is needed on AmigaOS4.x. which saves in PNG format and also in icon format. Lots of work is to be done but I think I can make it

Hi, I've been working on new painting program for AmigaOS4.x for few days, it's called RecoDraw, it's a continuation of my Icon Editor, which I realised.

It's written from scratch, that's why it's missing many tools. But I think I won't reorganise program because I'm satisfied like it is! I try to write it in C with good organisation of functions and data structures. Learning on the university helps much

But it has few functions that are missing in Icon Editor - painting with soft brush - it's partially mixing with the image and an ability to Cut brush and paint with it!

The program asks for Screenmode but if you select "cancel" it opens the clone of Workbench. It also copies then the GUI settings from Workbench. It is designed to work on 32 bit because it utilises alpha mask, but it can work in 16 bit, however the custom brush painting will not work as expected then (because alpha mask is used).

http://minniatian.republika.pl/RecoDraw/recodraw.png
http://minniatian.republika.pl/RecoDraw/RecoDraw.lha

Note that the program is in very early stage! I hope I will finally implement the suggestions from temporary Amigans site ie. writing to Image.

You need the MEM-Handler from OS4Depot. It is required by medplayer.library.

The controls are: any key to start the game, ESC to quit, cursor keys (up-down) to control the diver.