Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
119 user(s) are online (69 user(s) are browsing Forums)

Members: 2
Guests: 117

LiveForIt, sailor, more...

Headlines

 
  Register To Post  

Known software problems in OS4final
Amigans Defender
Amigans Defender


See User information
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

Go to top
Re: Known software problems in OS4final
Quite a regular
Quite a regular


See User information
Deleted. Sorry.

Go to top
Re: Known software problems in OS4final
Just can't stay away
Just can't stay away


See User information
@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.

Go to top
Re: Known software problems in OS4final
Just popping in
Just popping in


See User information
@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"
Go to top
Re: Known software problems in OS4final
Amigans Defender
Amigans Defender


See User information
@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

Go to top
Re: Known software problems in OS4final
Amigans Defender
Amigans Defender


See User information
@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

Go to top
Re: Known software problems in OS4final
Just can't stay away
Just can't stay away


See User information
@Chris

Sent.

Check your e-mail.

Go to top
Re: Known software problems in OS4final
Just can't stay away
Just can't stay away


See User information
@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.

Go to top
Re: Known software problems in OS4final
Just popping in
Just popping in


See User information
@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.

Go to top
Re: Known software problems in OS4final
Amigans Defender
Amigans Defender


See User information
@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

Go to top
Re: Known software problems in OS4final
Just popping in
Just popping in


See User information
@Fransexy

Hi,

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

Ciao,
Trev Daley.

Go to top
Re: Known software problems in OS4final
Amigans Defender
Amigans Defender


See User information
@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.

ExecSG Team Lead
Go to top
Re: Known software problems in OS4final
Amigans Defender
Amigans Defender


See User information
@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
Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project