@ssolie

Quote:

I cannot suggest using a function which is not available in the public SDK. Btw the P96 API itself is also an ancient interface, and will be thrown out sooner or later and replaced by a modern graphics interface, along with the graphics.library API.

@orgin

OK, I talked to a few people and the conclusion was, that P96 only supports this functionality through the Cybergraphics API, with the call you mentioned yourself. So you should use that cgx function.

@orgin

Since it seems Amiga BitMaps cannot have a unique palette, then the screen's palette will be used for the remapping if you use BltBitMapRastPort(). I recommend that you ask on UtilityBase because I never tried to do what you're wantig to do. But if it works with the cgx API, then I see no reason to go through the hassle of doing it differently...

@orgin

No, you simply use graphics.library BltBitMapRastPort() with a source bitmap being a chunky 8-bit bitmap with some palette, and P96 will perform the conversion transparently.

@orgin

I don't know from the top of my head, but you might find some useful information here:
http://utilitybase.com/forum/index.ph ... um=2&topic=1031&page=0#13

@orgin

If you can't specify a palette then it of course can't perform the conversion based on the palette. I don't remember how you can specify a palette for that function (if it's possible at all). Another thing you could do is allocate a struct BitMap, and initialize it with a pointer to your chunky data and palette. And then you can simply do a BltBitMapRastPort() to your screen/window and P96 will automatically convert.

@orgin

Good idea to add such a field.

If you have some time, you may want to increase the range for the upload statistics graph as a line shoots right out of it.

Also a yearly stats would be nice to have, to see how the number of uploads compare to previous years, but I think you already put that in the todo list.

@orgin

I'm at work now so I can't access to the P96 SDK files to check it... but you might want to have a look at the RenderInfo structure to see if it has anything in there to specify a colour palette.

@orgin

Is there any particular reason you want to change it to P96 API? The CGX call will map to a P96 function anyway so there won't be any noticable speed increase.

@orgin

Looks like last week's uploads shoot right out of the graph in the upload statistics :) Might be time to increase the range of the graph :P

@jahc

Quote:

Well, it's fast, and stable, and it works. So yes, it's one of the best MSN options on OS4 currently. So please don't stop developing it :)

@joerg

OK, I didn't know how sobjs work, if no code can be executed before those are loaded then there's not much you can do except not using sobjs or using a small starter executable to start the actualy OWB executable like you mentioned. Or it might also be interesting to make OWB into a shared library, and the GUI frontend would be the "small executable". But I'm not sure if it's possible to make a shared lib that uses sobjs. But I like the idea of a shared library or something similar as it would allow anyone to make a GUI frontend for it using their favourite GUI toolkit, or it might even be possible to integrate it into an existing browser like AWeb.

BTW I am using SFS.

@ZeroG

Yeah the lack of a proper cycle gadget for multiselect gadgets is really missing in OWB, but I guess it's just a matter of time...

@Swoop

Thanks that works, although having a tooltype for it (like OWNSCREEN) would be nice too.

@joerg

Great Update joerg, thanks! Especially the scrolling speed has become so much faster compared to 2.6. One little strange thing though is for example on the amigans.net main page scrolling down is smoother than scrolling up.

A couple of suggestions:

1. It takes relatively long for OWB to start (I measured it to be about 8 seconds or so from double-clicking of the OWB icon to the Window opening). If the startup time cannot be shortened, maybe opening the window sooner, or adding some startup progress bar or similar would be good as the user would at least be aware that something is actually happening.

2. Support for opening on its own screen instead of running on the Workbench screen would be very good, and probably not difficult to add.

And well, I'm looking forward to the other stuff that was in the Blastoise version and then it'll be perfect :)

OWB is making such fast progress that I strongly suggest everyone to consider donating to support it, I did the same.

@eha

Regarding email address change and such, please write an email (sf.amiga at gmail.com) to make sure it doesn't get lost, if you lost your copy, send me your previous email address too and preferably your Reg.Net registration ID.

@all

About DvPlayer and supported formats. I'm almost finished with adding WMV support. It turned out to be a lot more effort than I initially tought, and other things kept interrupting me (bugfixes and work on other things) and also I had less spare time in the past year than before, slowing down my progress. I know there hasn't been a release of DvPlayer for a long time and I wanted to release a new version of DvPlayer for XMas last year, but ran out of time, so the new release with WMV support is now scheduled for spring of this year. I want to ensure that what I release is of good quality, stable and complete, I don't want to release half-finished, buggy things, I hope you understand. Apart from WMV support there are countless bugfixes and several smaller new features. Adding 2 new formats will be top priority after that, those are MOV and FLV. I haven't decided which will come first.

DvPlayer does not "replace" MooVId. We are good friends with the author of MooViD, and while he supported AVI/MOV formats in MooVid, I concentrated on MPEG formats with
RiVA, and later DvPlayer, and we did not want to rival each other's players :) Unfortunately he lost interest in the Amiga in the last few years, and development of MooVid halted. Since then I added support for the AVI format as we badly need a good native OS4 player which supports the most popular formats.

Comparing the speed of MooVId with OS4-native apps is useless, as moovid is still 68k and runs under emulation on OS4.

By the way Laszlo is still around, he still has his Amiga, in fact I think he has several Amigas, jut he is not active as a coder on Amiga at the moment.

@orgin

Thanks, appreciated :)

I was just wondering if it'd be possible to add a yearly statistics for OS4Depot, showing the number of uploads each year on a graph? (and maybe the total number of downloads too?). It would be nice to see how the number of uploads and downloads differ from year to year as the platform matures.

@Atheist

Quote:

I don't think it will be over so quickly. I also don't think that, having seen the 2001 contract, Hyperion has to wait for the court case to be over to release OS4 for new hardware.