Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...
   All Posts (wawa)


(1) 2 3 4 ... 90 »


Re: AfA_OS 4.8 Realized

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
i dont know. imho, bernd was always way practical guy.he would likely still refuse aros68k today, even if its his vwey own prctical goal, because its not ripe enough. he or his associates still provide a valid opportunity today. thats worthwhile in my book.

Posted on: 7/15 13:33
Transfer the post to other applications Transfer


Re: Aros, Vampire, security and GPU's

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
kalamatee already outlined the most urgent bottleneck fixes.

i could mention whats immediately annoying for an entry user, such as wanderer advanced prefs non working on 68k. i even try to fix such stuff myself, unfortunatelly mostly unsucessful.


Posted on: 7/11 15:50
Transfer the post to other applications Transfer


Re: Aros, Vampire, security and GPU's

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
amiga, aros and whatever other amigalike ng solution will never be mainstream again. face it. at least it is very unlikely.

now, there is a lot of work on aros, before it becomes a viable alternative for amiga users. before we can even talk about security, proper smp (not likely on 68k) and other features. before aros can even attract more genuine amiga fans basic work needs to be put into it. the obvious bottlenecks, flaws and even little bugs none ever took care about for years.

i am interacting with amiga users on these subjects all the time on sites like eab or a1k. by now i know pretty well whats holding them back.

Posted on: 7/10 20:45
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
Quote:

cdimauro wrote:
I'm not interested, thanks.


nothing to be thankful for. you are interested though to write roadmaps for others.

Quote:

I've ordered and tomorrow arrives this new toy: Beelink AP34 Apollo Lake N3450 MINI PC

It's an Apollo core based too, as you can see, but I think it'll give me a much better Amiga experience, thanks to the incredible work which Toni Wilen did.


good luck, but who cares what you run your uae on?

Posted on: 7/6 17:58
Transfer the post to other applications Transfer


Re: latest vapor.h (morphos?)

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
Quote:

mazze wrote:
ports/video/screenrecorder has a vapor.h with some AROS specific fixes.


i know, i have already incorporated all or almost all that. im handling them in parallel. i have already updated screenrecorder version of vapor.h, to the same state i have with vpdf currently (minus APTR casts in common methods section) and screenrecorder and since then the gui and the program itself is working all fine on 68k, except the avi file it produces is not readable.

Posted on: 7/5 17:15
Transfer the post to other applications Transfer


latest vapor.h (morphos?)

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
since im working on several applications in ports and contribs, that are in many cases ports from morphos, at least they involve usage of vapor.h headers im looking for latest morphos version for reference.

i was in need to update this header for m68k support (there were some typos and such), relying what i found in odyssey repo by deadwood, which appears to be the latest rendition of this header:
https://github.com/deadwood-pl/OdysseyWebBrowser
in
Source/WebKit/mui/Api/MorphOS/include/macros/vapor.h

/*
 * Some common methods
 */
#define DECNEW case OM_NEW:return(handleOM_NEW(cl, obj, (struct opSet *)msg));
#define DECCONST DECNEW // obsolete
#define DECDISPOSE case OM_DISPOSE:return(handleOM_DISPOSE(cl, obj, (struct opSet *)msg));
#define DECDISP DECDISPOSE // obsolete
#define DECSET case OM_SET:return(handleOM_SET(cl, obj, (struct opSet *)msg));
#define DECGET case OM_GET:return(handleOM_GET(cl, obj, (struct opGet *)msg));
#define DECADDMEMBER case OM_ADDMEMBER:return(handleOM_ADDMEMBER(cl, obj, (APTR)msg));
#define DECREMMEMBER case OM_REMMEMBER:return(handleOM_REMMEMBER(cl, obj, (APTR)msg));
#define DECMMETHOD(methodid) case MUIM_##methodid:return(handleMUIM_##methodid(cl,obj,(struct MUIP_##methodid *)msg));
#define DECMETHOD(methodid) case MM_##methodid:return(handleMM_##methodid(cl,obj,(type) msg));
#define DECSMETHOD(methodid) case MM_##methodid:return(handleMM_##methodid(cl,obj,(struct MP_##methodid *)msg));
#define DECTMETHOD(methodid) case MM_##methodid:return(handleMM_##methodid(cl,obj,(Msg) msg));


however this isnt working well with some of my sources, so i think the detailed casts are overkill and reverted them to (APTR) as it seems to be genuinely in morphos case:


/*
 * Some common methods
 */
#define DECNEW case OM_NEW:return(handleOM_NEW(cl, obj, (APTR)msg));
#define DECCONST DECNEW // obsolete
#define DECDISPOSE case OM_DISPOSE:return(handleOM_DISPOSE(cl, obj, (APTR)msg));
#define DECDISP DECDISPOSE // obsolete
#define DECSET case OM_SET:return(handleOM_SET(cl, obj, (APTR)msg));
#define DECGET case OM_GET:return(handleOM_GET(cl, obj, (APTR)msg));
#define DECADDMEMBER case OM_ADDMEMBER:return(handleOM_ADDMEMBER(cl, obj, (APTR)msg));
#define DECREMMEMBER case OM_REMMEMBER:return(handleOM_REMMEMBER(cl, obj, (APTR)msg));
#define DECMMETHOD(methodid) case MUIM_##methodid:return(handleMUIM_##methodid(cl,obj,(APTR)msg));
#define DECMETHOD(methodid) case MM_##methodid:return(handleMM_##methodid(cl,obj,(APTR)msg));
#define DECSMETHOD(methodid) case MM_##methodid:return(handleMM_##methodid(cl,obj,(APTR)msg));
#define DECTMETHOD(methodid) case MM_##methodid:return(handleMM_##methodid(cl,obj,(APTR)msg));


id like to keep this header consistent across all apearances. is there any repository it is being kept in, except forks like in odyssey git?

Posted on: 7/5 1:17
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
ok, then go ahead.

Posted on: 7/5 0:05
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
Quote:

cdimauro wrote:
what do you think that it's wrong with them?


you wont reach them.

Posted on: 7/4 15:30
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
actually im testing it on a range of configurations down to vanilla a1200.

Posted on: 7/4 5:54
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2010/8/30 7:20
Group:
Member
Posts: 899
Offline
Quote:

OlafS3 wrote:
as I understand it they are working on a native SAGA driver.


i wouldnt leave everything to the saga driver. on amiga aros is using genuine p96 drivers, only via a thin wrapper. they should write their saga writer allright, but overall speed panalty shouldnt be sought there.

Posted on: 7/4 4:40
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 ... 90 »




Search
Top Posters
1 paolone
paolone
4340
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3887
4 nikolaos
nikolaos
3677
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2616
7 mazze
mazze
2207
8 clusteruk
clusteruk
2073
9 Kalamatee
Kalamatee
2023
10 damocles
damocles
1789
© 2004-2017 AROS Exec