Who's Online |
56 user(s) are online ( 32 user(s) are browsing Forums)
Members: 2
Guests: 54
VooDoo, MickJT,
more...
|
|
|
|
Re: Devpac 3.x, AmigaOS 4.x and PowerPC
|
Posted on: 2008/11/18 21:15
#241
|
Not too shy to talk
|
My choice would go to vasm, the assembler of vbcc.
Else, with a 68k assembler like DevPac you will of course compile 68k code. That could be usable on OS4 through emulation.
PPC asm is so great, I would recommend you to learn it instead of 68k. If you absolutely want to use asm.
|
|
|
|
Re: AmigaOS4.1 [On a SAM] and WarpOS apps
|
Posted on: 2008/11/11 18:30
#242
|
Not too shy to talk
|
@joerg Quote: I just try to improve my knowledge in AmigaOS programming. Most of it isn't AmigaOS related, just low-level PPC assembler programming.[/quote] I like that, too ! Thank you for sharing your knowledge, it is interesting to learn more about PPC programming, exec functions, WarpOS, ...
|
|
|
|
Re: AmigaOS4.1 [On a SAM] and WarpOS apps
|
Posted on: 2008/11/11 12:16
#243
|
Not too shy to talk
|
@joerg
Thanks for this quick update !
And thank you again for the technical explanations. I understood them but how did you fix the problem for the Book-E model ?
If I really understand, on G3 for example, you did set the execute flag of the page where the code was copied ? With the MMU related functions in exec ? On Sam440, what happened before the fix ? An ISI exception ? How did you catch it ?
I just try to improve my knowledge in AmigaOS programming.
|
|
|
|
Re: AmigaOS4.1 [On a SAM] and WarpOS apps
|
Posted on: 2008/11/9 8:54
#244
|
Not too shy to talk
|
@joerg
From a technical point of view, I would be curious to learn what you do that is not compatible with Book-E processors. I suppose it is related to MMU ...
Edit : Hum ... maybe about the FPU ?
Edited by corto on 2008/11/9 15:47:27
|
|
|
|
Re: Compiling under OS4
|
Posted on: 2008/10/27 22:00
#245
|
Not too shy to talk
|
Under UNIX, the dot means "current directory".
"ls ." list files in the current directory, "ls .." lists files in the parent directory.
When you port a program, you start to run the configure script. To do that, you have to run the shell "sh", typing ... "sh".
Now, you can run "./configure" and it will start.
"./myprogram" will run "myprogram" that is in the current directory.
|
|
|
|
Re: Web browser by Hyperion - feasible?
|
Posted on: 2008/10/26 16:32
#246
|
Not too shy to talk
|
@Hans Great answer ! When you tell "Get working yourself", you are right but I have to add many developers are there to help, so "Get working yourself" does not mean "Get working alone". You did not say that but I just want to tell RacerX, Troels and others that they can feel confident if they want to start programming. Once, I tried to port SQLite and it failed (almost done but still problems with partial locks on files). I didn't wait for someone else does the port. Even if that happens Still motivated I contributed to compile the last version on OS4 and I created a MUI example to explain how to use the sqlite lib. I didn't wait the last version was available. And today, both are available ! Sometimes programming is hard, disappoints, ... but that's so great ! There are many languages to start programming (AmiBlitz, C, C++, Ruby, Python, ...). And our website gurumed is back online one week ago after months/years with articles and tutorials (in french ...). About the first post in this thread, we have to be realistic and use our resources in the most clever way. For internet browser, OWB was designed to be portable. So let's go, Joerg did the right choice, avoiding to spend months understanding internals of a browser engine (it may be the case though).
|
|
|
|
Re: Web browser by Hyperion - feasible?
|
Posted on: 2008/10/26 7:56
#247
|
Not too shy to talk
|
@RacerX :
No it would not be feasible and it has not much sense. It is a huge task, Hyperion has other things to do and they are not web specialists. More, we already have a browser that need to be supported, OWB.
@Kreciu
Joerg does a amazing job on OWB and he works alone on it. OWB is often improved but we see that it take months with the engine almost done. Imagine what it could be if a whole browser would have to be created from scratch ?
Even if it takes 5 years, web technologies will change during this time ...
|
|
|
|
Re: PPC assembly
|
Posted on: 2008/10/23 23:37
#248
|
Not too shy to talk
|
Hans already answered but for information on PowerPC, common integer registers (from r0 to r31) are called General Purpose Registers (GPR). It was different on 680x0 where some registers where dedicated to be used with data or addresses. Here, in the example given by Hans, if the next instruction where : stw r11, 0(r11) The value 9000 would be written at address 9000. Last, stw means "store word" You can fan many documents about PowerPC programming on Internet.
|
|
|
|
Re: DVPlayer? Any Good?
|
Posted on: 2008/10/21 6:46
#249
|
Not too shy to talk
|
I forgot to tell that the next feature I would like to see is the management of menus in DVDs, too.
Thanks again for the very good work so far. I am pleased to see other people has registered these last days ! (maybe more soon with new Sam440 users).
|
|
|
|
Re: DVPlayer? Any Good?
|
Posted on: 2008/10/18 22:45
#250
|
Not too shy to talk
|
DvPlayer is really good ! And it even plays DVD (I have a MicroAOne). We have to pay it but it is not really expensive. And the last version of mplayer crashes here.
Today, we shew it to VLC developers at a meeting in Lyon, France. They were quite impressed (and very kind and open, they would like to see VLC on Amiga too !).
|
|
|
|
Re: AmigaInput OS4.1 (sorta SOLVED)
|
Posted on: 2008/9/30 18:41
#251
|
Not too shy to talk
|
I have a joypad Logitech WingMan RumblePad and it is recognized in the prefs but I don't know how I can use it. Another one has this joypad and can't get it working too.
Any advices ?
|
|
|
|
New scheduler in OS4.1 ?
|
Posted on: 2008/9/24 8:15
#252
|
Not too shy to talk
|
Please all, give a topic description according to what to write in your first post.
About the scheduler, I don't know. As exec has been rewritten, even if the scheduler uses the same algorithm, we can consider it as new :)
And finally, I really don't care ...
|
|
|
|
Re: DSI error: P96SA_Colors32 :-(
|
Posted on: 2008/8/11 0:00
#253
|
Not too shy to talk
|
@LiveForIt
You say that it does not work but could you explain what the problem is. Still a crash ?
I don't know but in the call to p96OpenScreenTags, I see "P96SA_Colors32, &palette". As "palette" is already the address of the array, I would write "P96SA_Colors32, palette". But maybe I am wrong, it's time to go to bed here !
|
|
|
|
Re: CodeBench alpha
|
Posted on: 2008/8/4 23:01
#254
|
Not too shy to talk
|
@Rigo I can't wait to give it a try ! In fact, I will wait, hoping it will available in september after my vacations. I looks very promising. So, Rico, thank you in advance, another great program for us !
|
|
|
|
Re: OWB Doduo
|
Posted on: 2008/7/23 0:01
#255
|
Not too shy to talk
|
I already mentionned it on AW.net but it's nice to see this project is (almost ?) covered like an official port. A news on linuxdevices.com few days ago tells : Quote: OWB v3 can be built with glibc or uClibc, for x86, ARM, and SH processors, says Pleyo. The v3 browser also supports Mac OS X, and for the first time, the AmigaOS. Great job, Joerg !
|
|
|
|
Re: Workbench enhancement project
|
Posted on: 2008/7/2 23:15
#256
|
Not too shy to talk
|
abalaban : I don't agree myself with each point of the list :) I summarized it from information of the thread you mentionned.
ShInKurO : It is not about reinventing the wheel but about highlighting priorities concerning the Workbench and the system.
Hans : I have to send you few comments about datatypes. I agree with Rogue, a complete rework must be done. They are very difficult to program with different behaviours depending on versions and OS branches.
Rogue : Thanks for giving us some clues :)
Some of the listed features are maybe under development but we (external developers) don't know. What would be cool and efficient : the OS team could tell what they won't do (so developers can start the work) and what they need help for. Maybe things are needed by users but does not have to be developed and managed by the OS team.
Great to see that someone works on the shell, as I told in the french thread : withtout KingCON, I would develop nothing on OS4 ...
Let's go, guys !
|
|
|
|
Re: DosBox speed
|
Posted on: 2008/6/18 23:32
#257
|
Not too shy to talk
|
LiveForIt : Yes, DosBox uses interpreted emulation. There modules with dynamic emulation but only for x86 of course.
mufa : I will try with more apps, I had no crash here, until now. Maybe because I used the GCC option -O3 and it may introduce optimization bugs :) I don't know, just an idea. Don't hesitate to tell me which game crashes.
lazi : What is the average CPU consumption ? What hardware do you use ? Thanks for the link on fastdosbox but at the moment I failed to get the archive (site too slow). I am curious about the optimization ...
I think it will be hard to optimize DosBox because the code is really hard to understand and it would need much work to clean it all. I have one or two ideas that I will try.
|
|
|
|
Re: DosBox speed
|
Posted on: 2008/6/18 0:43
#258
|
Not too shy to talk
|
I've just uploaded DosBox 0.72 on os4depot, it should be faster. But it will be harder to optimize that I was thinking previously. But nothing is impossible. I tested it on my ?AOne G3/800 with Kyrandia, Lost Vikings ... yeah !
|
|
|
|
Re: Will the release of AOS4 spur development?
|
Posted on: 2008/1/21 21:32
#259
|
Not too shy to talk
|
@BillE
I understand your need and I suppose you will enjoy improvements in the next SDK. You're right to ask for this concrete feature.
Else, I agree with Rogue and Hans, I recently read on another forum the same questions about a new SDK. But once you ask for concrete needs, nobody answers. I think they don't know themselves what they would like to find in a SDK.
Hey guys, let's start. Don't be afraid ! You have a existing SDK, many libraries available, compilers and tools, support (utilitybase.com, MUI mailing list, ...).
To come back to the first post, I hope OS4 on Classic will bring new developers even if other hardware support will have a more significant effect ...
|
|
|
|
Re: OS4 development kit
|
Posted on: 2008/1/17 21:54
#260
|
Not too shy to talk
|
@orgin
It seems that you don't ask for a SDK but rather a full copy of OS4 and its SDK for a PPC emulator ...
If Hyperion was able to do that, it would be better to spend this time porting OS4 on various hardware (Sam440, Mac, LimePC, ...).
|
|
|
|