Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#185 closed bug (invalid)

External graphic frames under OS3

Reported by: Mikhail Malyshev Owned by:
Priority: normal Milestone: 4.0-2015R2
Component: muimaster.library Version: 4.0-nightly build
Severity: minor Keywords:
Cc: OS Platform: AmigaOS3
Blocked By: Blocking:
Release Notes:

Description

Just wondering, are the external graphics frames supported under OS3 ?
Currently it lists them (shows names) but does not show any gfx.

Attachments (2)

frames.png (178.1 KB) - added by Mikhail Malyshev 4 years ago.
M4.png (119.4 KB) - added by Mikhail Malyshev 4 years ago.

Download all attachments as: .zip

Change History (11)

comment:1 Changed 4 years ago by Thore Böckelmann

Component: undefinedmuimaster.library
Milestone: 4.0-2015R2
Priority: undecidednormal
Resolution: invalid
Status: newclosed

Of course they are supported. You just need to copy the image files to MUI:Images/frames, otherwise you won't see and bitmap frame images.

Changed 4 years ago by Mikhail Malyshev

Attachment: frames.png added

comment:2 Changed 4 years ago by Mikhail Malyshev

empty frames here

comment:3 Changed 4 years ago by Thore Böckelmann

As usual you constantly forget to tell the details about your system.

Although the screenshot does not tell it I found out that you are using an 8bit colormapped screenmode. The bitmap frames require a truecolor screenmode. That's why you don't see the images.

And before you ask: no, I won't add support for colormapped screens. The bitmap frames are designed to be used on a screen which can handle 8bit alpha blending. Colormapped screens belong to the past. This is not the first time you are told this fact. Accept this.

comment:4 Changed 4 years ago by Mikhail Malyshev

Nop, wrong guess.
I can accept that this feature is 15bit+, no problems with that.

But, currently it does not work for 15,16,24,32 bit P96 or CGX.
I suspect it will work only with AfA patch.

comment:5 Changed 4 years ago by Thore Böckelmann

Yes, or at least a picture.datatype plus a png.datatype which are able to provide the alpha channel data. picture.datatype 43.41 is definitely not able to do that, although akPNG 45.95 is sufficient. AfAOS patches picture.datatype to 46.9 and hence provides the required features.

Changed 4 years ago by Mikhail Malyshev

Attachment: M4.png added

comment:6 Changed 4 years ago by Mikhail Malyshev

Got the frames working almost.
picture.dt 46.9 and AkPNG 45.95, CGX 16/24bit

Select the gfx frame, MUI4 autoupdates the frame (for eg. buttons)
but after showing it all in full glory for one second resets to basic frames
and gives a hit

27-Мар-15  17:14:05
WARNING: ENFORCER HIT!                                                        
LONG-READ from 00000DB8                  PC: 00FD3514
USP:  449D077C SR: 0000 FLSW: 01010200 TCB: 449C0E80
Data: 00000000 449BBDBC 449D0800 FB7104F4 FB7104F4 0000010F 449BBD74 449BBD74
Addr: 00000DB8 449D0800 44A4ED30 44A4B908 449D0838 449D0810 4409D0D4 449D077C
Stck: 00FCFB8A 449D0800 44A098B4 00000000 FB7104F4 FB7104F4 0000010F FFFFFFFF
Stck: 449BBD74 44A4ED30 44A4B908 449D0C7C 44A75CD8 44A4ED30 449D0838 449B4AB4
Stck: 449D0C7C 44A75CD8 8042832C FB7104F4 449D0814 449D0818 44A71BDC FB7104F4
Stck: 44A4FBD8 44A4B908 449D0C7C 44A75CD8 449B4AB4 44A4FAF0 449D0838 44A71BDC
----> 00FD3514 - "ROM - intuition 40.85 (5.5.93)" Hunk 0000 Offset 00004078
----> $00fd3514: MOVE.L    (A0),D1
----> $00fd3516: BEQ.S     $00fd3522
----> $00fd3518: MOVE.L    (A1),D0
----> $00fd351a: MOVE.L    D1,(A1)
----> 00FCFB8A - "ROM - intuition 40.85 (5.5.93)" Hunk 0000 Offset 000006EE
----> $00fcfb8a: ADDQ.L    #$4,A7
----> $00fcfb8c: RTS
----> $00fcfb8e: MOVE.L    A0,-(A7)
----> $00fcfb90: JSR       $00fd3114.L
----> 44A098B4 - "LIBS:muimaster.library" Hunk 0000 Offset 0002DCB4
----> $44a098b4: TST.L     D0
----> $44a098b6: BNE.S     $44a0989c
----> $44a098b8: BRA.S     $44a0992c
----> $44a098ba: MOVE.L    A4,A1
----> 44A4B908 - "LIBS:muimaster.library" Hunk 0000 Offset 0006FD08
----> $44a4b908: MOVE.L    $0004(A7),A0
----> $44a4b90c: CLR.L     D0
----> $44a4b90e: TST.L     A0
----> $44a4b910: BEQ.S     $44a4b92c
----> 44A4B908 - "LIBS:muimaster.library" Hunk 0000 Offset 0006FD08
----> $44a4b908: MOVE.L    $0004(A7),A0
----> $44a4b90c: CLR.L     D0
----> $44a4b90e: TST.L     A0
----> $44a4b910: BEQ.S     $44a4b92c
Name: "MUI"    

comment:7 Changed 4 years ago by Mikhail Malyshev

With today's nightly everything works now! Well done for this marvel achievement.
Classic OS3, no patches, latest akpng datatype, sadly only 68K with no ppc support, but it finally works!.

comment:8 Changed 4 years ago by Thore Böckelmann

And now the bug surprise: I did not change a single bit in that respect. If just waiting for a day or two magically cures such problems, how do you expect me to handle future bug reports from your side?

comment:9 Changed 4 years ago by Mikhail Malyshev

It was partially related to the other bug (inverse change of frames) that was fixed a few builds before. And we are lagging behind in test builds a bit.
So the bug was fixed a day so so before the report.

Closed.

Note: See TracTickets for help on using tickets.