Who's Online |
112 user(s) are online ( 77 user(s) are browsing Forums)
Members: 0
Guests: 112
more...
|
|
Headlines |
-
snes9x.zip - emulation/gamesystem
Apr 29, 2024
-
hle-pokercard.lha - game/card
Apr 29, 2024
-
mce.lha - game/utility
Apr 29, 2024
-
amiarcadia.lha - emulation/gamesystem
Apr 28, 2024
-
ifarchive_dl.lha - utility/script
Apr 28, 2024
-
kt_scripts.lha - utility/script
Apr 28, 2024
-
stream.lha - utility/benchmark
Apr 27, 2024
-
thumbnailmaker.lha - video/misc
Apr 26, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
|
|
|
|
Re: Micro A1-C, overclocking, PCI cards, etc..
|
Posted on: 2022/1/27 16:39
#121
|
Just popping in
|
@MigthyMax
When you change from ide to sata there’s a completely protocol change. IMHO much better to use ide to cf adapter, in this case I suggest to use industrial Cf cards. I’m waiting for this solution to came from china, I ordered it on AliExpress. Prices are quite cheap.
|
|
|
|
Re: Micro A1-C, overclocking, PCI cards, etc..
|
Posted on: 2022/1/27 16:34
#122
|
Just popping in
|
@Mikey_C Because you don’t know “Fiat Duna”
|
|
|
|
Re: Fading effect on 24bit ARGB screens
|
Posted on: 2022/1/17 7:33
#123
|
Just popping in
|
Thank you I can give it a look. Really I was looking for something much simpler, without use of SDL. Is there any other spot?
|
Memento audere semper!
|
|
|
Fading effect on 24bit ARGB screens
|
Posted on: 2022/1/16 23:02
#124
|
Just popping in
|
Hi Guys, I'm looking for a fast and simple fading effect for OS4 and 24bit ARGB screens. My primary goal is a "fade to black" effect but as second option a "fade from black" is welcome too. I'm looking for some C code already done to adapt in a fast way. Tnx!
|
|
|
|
Re: gcc 9 and 10
|
Posted on: 2022/1/7 23:03
#125
|
Just popping in
|
@walkero
Do you think LTO optimization can be enabled for GCC native builds?
|
|
|
|
Re: Cross Compiling Coreutils to Amiga OS 4 on an X1000
|
Posted on: 2021/12/30 5:00
#126
|
Just popping in
|
@rjd324 LOL! Anyway it's a must to have native modern/full working compiler solution on Amiga. Maybe your experience can be helpful for next SDK release. Thanks for sharing your experience.
|
|
|
|
Re: gcc 9 and 10
|
Posted on: 2021/12/27 19:51
#127
|
Just popping in
|
@salass00
Ok thanks!
|
|
|
|
Re: gcc 9 and 10
|
Posted on: 2021/12/27 8:32
#128
|
Just popping in
|
@kas1e
IMHO GCC 8 should not have SPE support, it was lost after GCC 5 Is there someone to confirm (or not)?
|
|
|
|
Re: gcc 9 and 10
|
Posted on: 2021/12/26 21:20
#129
|
Just popping in
|
@walkero
Glad to know you are involved in this project 🙂 Is there any chance to have a native support also for A1222/tabor? GCC needs a patch to support also spe code generation.
Actually I'm using unofficial GCC 8.4.0 installed over original OS4.1FE SDK In next days I'll update with recent Hyperion SDK release.
|
|
|
|
Re: gcc 9 and 10
|
Posted on: 2021/12/25 17:01
#130
|
Just popping in
|
What GCC version will be included in next AmigaOS SDK release? Is It possibile to upload a full version of GCC on os4depot and/or aminet?
|
Memento audere semper!
|
|
|
Re: Qt 6 progress
|
Posted on: 2021/11/25 4:32
#131
|
Just popping in
|
I'd like to be present (4 PM local tima - Italy).
|
Memento audere semper!
|
|
|
Re: EasyRPG Player
|
Posted on: 2021/11/14 18:43
#132
|
Just popping in
|
@BSzili
You could unroll loops blit_height - blit_width if multiple of 2 (or 4) and gain some minor speed. It could still entirely fit in the cache.
My2Cents
|
|
|
|
Re: What do you want to see on the A1222?
|
Posted on: 2021/10/18 20:40
#133
|
Just popping in
|
Very interesting, very nice presentation. thanks 😊
|
Memento audere semper!
|
|
|
Re: What do you want to see on the A1222?
|
Posted on: 2021/10/4 22:50
#134
|
Just popping in
|
To test FPU emulation Flashmandelng could be a good candidate Maybe we are in time for an A1222 specific version too, it only needs to be recompiled with right GCC version.
|
Memento audere semper!
|
|
|
Re: A-EON OS?
|
Posted on: 2021/7/6 12:11
#135
|
Just popping in
|
Probably I suppose it's only for AEON's motherboards.
|
Memento audere semper!
|
|
|
Re: Amiga Developer Blog
|
Posted on: 2021/6/8 22:36
#136
|
Just popping in
|
@trixie I don't know, anyway I could be interested in an evolution of os4, EnancherOS or PippoOS is the same, name really doesn't matter.
I really don't understand why force these overwrites of system components now, anyway I don't want repeat myself again.
About MorphOS I use it too and it's really a great OS! ..so it should be a valid future viable way for amigaos platform.
Edited by flash on 2021/6/9 5:34:18
|
Memento audere semper!
|
|
|
Re: Amiga Developer Blog
|
Posted on: 2021/6/8 16:33
#137
|
Just popping in
|
It's absolutely clear to me when exec-sg will be done we could have a new EnancherOS with all remaining parts owned by Hyperion replaced.
It can make sense in a next time, but now why do it? Are there some hidden messages to Hyperion?
Amiga community needs more clarity, we don't need obscure plans. Thanks.
|
Memento audere semper!
|
|
|
Re: Shaderjoy 1.21
|
Posted on: 2021/5/9 16:27
#138
|
Just popping in
|
@Capehill Maybe with OS4 default datatypes you can’t save in all picture formats because there’s full support only for load. Use iff ilbm format, it’s our standard for pictures. We are amigans we have our peculiarities
|
|
|
|
Re: Shaderjoy 1.21
|
Posted on: 2021/5/9 9:59
#139
|
Just popping in
|
@Capehill You can use this to save an ILBM or change it for PNG. Why not IFF ILBM?
/*----------------------------------------------------------------------------*/
/* Save the inner contents of a GZZ window as IFF picture using datatypes */
/*----------------------------------------------------------------------------*/
int32 savewindow (char *name,struct Window *win)
{
struct BitMap *bm;
Object *o;
struct BitMapHeader *bmhd;
UBYTE *cmap;
ULONG *cregs;
long i;
long w,h,d;
long ncols;
BPTR fhand;
struct ViewPort *vp;
int32 Error;
Error = TRUE;
if (bm = gzzarea (win))
{
w = win->GZZWidth;
h = win->GZZHeight;
d = GetBitMapAttr (bm,BMA_DEPTH);
ncols = (d > 8 ? 0 : 1 << d);
vp = ViewPortAddress (win);
if (o = NewDTObject (NULL,
DTA_SourceType,DTST_RAM,
DTA_GroupID,GID_PICTURE,
PDTA_BitMap,bm,
PDTA_ModeID,GetVPModeID(vp),
(ncols ? PDTA_NumColors : PDTA_DestMode),(ncols ? ncols : PMODE_V43),
TAG_END))
{
//SetDTAttrs (o,NULL,NULL,DTA_ObjCopyright,©RIGHT_CHUNK,DTA_ObjAuthor,&USERNAME_CHUNK,TAG_END);
GetDTAttrs (o,PDTA_BitMapHeader,&bmhd,TAG_END);
bmhd->bmh_Width = w;
bmhd->bmh_Height = h;
bmhd->bmh_Depth = d;
bmhd->bmh_XAspect = 22;
bmhd->bmh_YAspect = 22;
bmhd->bmh_PageWidth = (w <= 320 ? 320 : w <= 640 ? 640 : w <= 1024 ? 1024 : w <= 1280 ? 1280 : 1600);
bmhd->bmh_PageHeight = bmhd->bmh_PageWidth * 3 / 4;
if (ncols)
{
GetDTAttrs (o,PDTA_ColorRegisters,&cmap,PDTA_CRegs,&cregs,TAG_END);
GetRGB32 (vp->ColorMap,0,ncols,cregs);
for (i = 3*ncols; i; i--)
*cmap++ = (*cregs++) >> 24;
}
if (fhand = Open (name,MODE_NEWFILE))
{
i = DoDTMethod (o,NULL,NULL,DTM_WRITE,NULL,fhand,DTWM_IFF,NULL);
Close (fhand);
if (i)
Error = FALSE;
else
Delete (name);
}
DisposeDTObject (o);
}
else
FreeBitMap (bm);
}
return Error;
}
|
|
|
|
Re: Load picture with datatypes
|
Posted on: 2021/4/19 20:59
#140
|
Just popping in
|
@broadblues
I have modified code to try to implement custom chunks as suggested by Edgar, iff file is saved but opening it with an editor does not show presence of desired informations (custom chunks)
Here is my code, please look at followinf line
SetDTAttrs (o,NULL,NULL,DTA_Data,"***dino***",DTA_ObjAuthor,"***pippo***",DTA_ObjCopyright,"***pluto***",TAG_END);
it should do the trick and I added some different tags just to test, but nothing hoped happens.
Maybe it's a not fully finished impementation of iff datatype library.
/*----------------------------------------------------------------------------*/ /* Save the inner contents of a GZZ window as IFF picture using datatypes */ /*----------------------------------------------------------------------------*/ int32 savewindow (char *name,struct Window *win) { struct BitMap *bm; Object *o; struct BitMapHeader *bmhd; UBYTE *cmap; ULONG *cregs; long i; long w,h,d; long ncols; BPTR fhand; struct ViewPort *vp; int32 Error;
Error = TRUE;
if (bm = gzzarea (win)) { w = win->GZZWidth; h = win->GZZHeight; d = GetBitMapAttr (bm,BMA_DEPTH);
ncols = (d > 8 ? 0 : 1 << d);
vp = ViewPortAddress (win); if (o = NewDTObject (NULL, DTA_SourceType,DTST_RAM, DTA_GroupID,GID_PICTURE, PDTA_BitMap,bm, PDTA_ModeID,GetVPModeID(vp), (ncols ? PDTA_NumColors : PDTA_DestMode),(ncols ? ncols : PMODE_V43), TAG_END)) {
/* **** */ SetDTAttrs (o,NULL,NULL,DTA_Data,"***dino***",DTA_ObjAuthor,"***pippo***",DTA_ObjCopyright,"***pluto***",TAG_END); //SetDTAttrs (o,NULL,NULL,DTA_ObjCopyright,©RIGHT_CHUNK,DTA_ObjAuthor,&USERNAME_CHUNK,TAG_END);
GetDTAttrs (o,PDTA_BitMapHeader,&bmhd,TAG_END);
bmhd->bmh_Width = w; bmhd->bmh_Height = h; bmhd->bmh_Depth = d; bmhd->bmh_XAspect = 22; bmhd->bmh_YAspect = 22; bmhd->bmh_PageWidth = (w <= 320 ? 320 : w <= 640 ? 640 : w <= 1024 ? 1024 : w <= 1280 ? 1280 : 1600); bmhd->bmh_PageHeight = bmhd->bmh_PageWidth * 3 / 4;
if (ncols) { GetDTAttrs (o,PDTA_ColorRegisters,&cmap,PDTA_CRegs,&cregs,TAG_END); GetRGB32 (vp->ColorMap,0,ncols,cregs); for (i = 3*ncols; i; i--) *cmap++ = (*cregs++) >> 24; }
if (fhand = Open (name,MODE_NEWFILE)) { i = DoDTMethod (o,NULL,NULL,DTM_WRITE,NULL,fhand,DTWM_IFF,NULL); Close (fhand); if (i) Error = FALSE; else Delete (name); }
DisposeDTObject (o); } else FreeBitMap (bm); }
return Error; }
|
|
|
|