Home  
Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
33 user(s) are online (11 user(s) are browsing Forums)

Members: 0
Guests: 33

more...
Support us!
Recent OS4 Files
OS4Depot.net





Known software problems in OS4final
Amigans Defender
Joined:
2006/11/17 22:40
From England
Posts: 2862
1. Wet's ARexx interface doesn't work - DSI in arexx.class when you attempt to access it.

2. In ArcEm (latest CVS - not checked the public build, but I suspect it is the same) the pointer image is corrupted. Possibly problems with ARexx too, but I'm not 100% sure on that yet (no ARexx in the public build anyway)

I've taken a look at the pointer problem and I think something has changed in pointerclass. Certainly the bitmap I'm feeding it is correct, so this may have to wait until I get to poke around the new SDK.

If you spot anything not working correctly please post here... and remember which forum you are in!

Chris

   Report Go to top

Re: Known software problems in OS4final
Quite a regular
Joined:
2006/12/2 0:35
From Sydney
Posts: 629
Deleted. Sorry.

   Report Go to top

Re: Known software problems in OS4final
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1281
@Chris

There is no problem in Missile Command game and it uses pointerclass too.

The "pointerclass" places some restrictions on the bitmap you give it:

1. planar format
2. 2 planes (no more, no less)
3. rows padded to closest 16-bit boundary

This last part means that you can't allocate the bitmap with AllocBitMap() because this function isn't guaranteed to give proper alignment. Instead you should create it yourself using InitBitMap() to initialise the struct BitMap and AllocRaster() to allocate the planes.

Quote:

InitBitMap(bm, 2, width, height);
bm->Planes[0] = AllocRaster(width, height);
bm->Planes[1] = AllocRaster(width, height);
if (bm->Planes[0] == NULL || bm->Planes[1] == NULL) {
err = NOTOK;
break;
}


Also if your bitmap is wider than 16-bit pixels you need to use POINTERA_WordWidth. Set this to (BytesPerRow >> 1).

[edit]
Also, you can't free the BitMap until after you have deleted the pointerclass object. That's why I use functions like these:

Quote:

typedef struct {
Object *ptr;
int32 width, height;
struct BitMap bm;
} pointer;

pointer *CreatePointer (char * filename, int32 xoffs, int32 yoffs);
void DeletePointer (pointer *ptr);


If you want I can send you the sources for these. The filename passed to CreatePointer() needs to be a 2-planed IFF-ILBM file.

   Report Go to top

Re: Known software problems in OS4final
Just popping in
Joined:
2006/11/27 14:26
Posts: 75
@Chris

Is any software that run without problems on OS4 final at all? as i see in forums all programs have problems and only programs recompiled for os4 final works

_________________
"A man is only as old as the womans he feels"
   Report Go to top

Re: Known software problems in OS4final
Amigans Defender
Joined:
2006/11/17 22:40
From England
Posts: 2862
@salass00

I suspect the alignment is the problem, I didn't know that on account of there being practically no documentation for pointerclass.

Odd that it worked before... hmm... I'll give it a try.

Thanks
Chris

   Report Go to top

Re: Known software problems in OS4final
Amigans Defender
Joined:
2006/11/17 22:40
From England
Posts: 2862
@salass00

No, it's just crashing using your method. Could you send me that source code please? It might help.

Also: shouldn't BMF_DISPLAYABLE align it properly?

Thanks
Chris

   Report Go to top

Re: Known software problems in OS4final
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1281
@Chris

Sent.

Check your e-mail.

   Report Go to top

Re: Known software problems in OS4final
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1281
@Chris

Quote:
Also: shouldn't BMF_DISPLAYABLE align it properly?


Depends on what you mean by "align properly". AllocBitMap() is designed to align the rows for AGA so that the best fetchmode can be used (requires 64-bit alignment). It will never align to less than 16 bits though.

Though to be honest if you set POINTERA_WordWidth to (bm->BytesPerRow >> 1) then there shouldn't be a problem in either case other than that you will end up with a bigger sprite image than is necessary for your pointer graphics.

   Report Go to top

Re: Known software problems in OS4final
Just popping in
Joined:
2006/11/26 12:56
From Birmingham, England
Posts: 86
@Fransexy

Quote:
Is any software that run without problems on OS4 final at all? as i see in forums all programs have problems and only programs recompiled for os4 final works

But of course. The mouse pointer works a dream here

FuZion.

   Report Go to top

Re: Known software problems in OS4final
Amigans Defender
Joined:
2006/11/17 22:40
From England
Posts: 2862
@Fransexy

http-handler (even the WebDAV version) and GuideML work a treat. Even SGE works, which I thought would cause problems.

I don't think I've tried anything else of mine.

Chris

   Report Go to top

Re: Known software problems in OS4final
Just popping in
Joined:
2006/12/2 1:02
From Adelaide, South Australia
Posts: 44
@Fransexy

Hi,

I havent any problems with programs that I use on OS4 Final.

Ciao,
Trev Daley.

   Report Go to top

Re: Known software problems in OS4final
Amigans Defender
Joined:
2006/11/26 23:16
Posts: 980
@Fransexy
I don't understand what your point is. The forums are there to discuss problems and work things out and solve problems. The forums are not there to say "My program works" over and over so I really don't see your point.

_________________
Be authentic. Get AmigaOS.
Amiga Users of Calgary (AMUC)
   Report Go to top

Re: Known software problems in OS4final
Amigans Defender
Joined:
2006/11/18 10:33
From Flinders NSW Australia
Posts: 772
@ssolie

agreed !!! Fransexy if we put programs that work it would be one massive forum list as way more progs work that dont

_________________
Amiga is the heart and soul of computing nothing else comes close
   Report Go to top





[Advanced Search]


Powered by XOOPS 2.0 © 2001-2014 The XOOPS Project