Welcome, Guest. Please login or register.

Author Topic: New improved intuition.library version from the Kickstart 3.1  (Read 74457 times)

Description:

0 Members and 5 Guests are viewing this topic.

guest11527

  • Guest
New improved intuition.library version from the Kickstart 3.1
« Reply #104 on: August 26, 2014, 06:30:29 PM »
Quote from: kolla;771796
What you describe, we already have in AmigaOS, 3.5 and 3.9 introduced a whole lot of incompatibility, OS4 is even worse in that regard. Features of both Workbench and shell has come, vanished, reappeared etc. And all this within "official AmigaOS
What, where? Excuse me, but since when are there incompatibilities? I don't know much about workbench problems since I'm only using it and it works fine -  but as a matter of fact, I maintain the shell. Yes, I do. Thus, speak up open, which incompatibilities are there? I haven't received a bug report for years, and there's a straight line of shells from 3.1 to 3.9 and the various boing bags. Hopefully all compatible to each outher. If not, report a bug. Yes, please do.
Quote from: kolla;771796
The problem is that quality is not allowed to win,  
Quality is not allowed to win if people make stupid patches and somebody has to clean up behind them. It is not that I don't care about my software. Just that there wasn't much request for caring lately. I believe I released a couple of old and older stuff lately, and updated it. So please - I beg your pardon?  
Quote from: kolla;771796
Again and again the "official developers" have messed things up and created lots of trouble. Trouble that could have been avoided if development could have happened in the open so that _all_ developers and users could have a saying in what what solution we want, in what direction we want to see the OS advance.
Thus, once again, if you have a case where you believe that I've messed something up and it requires fixing, say so openly and I'll fix it. As soon as I find some time. But please don't tell me that I leave things unmaintained. Thank you.  
Quote from: kolla;771796
Noone stops anyone from forking the Linux kernel and it happens all the time, distributions typically has a whole lot of their own kernel patches that they maintain, the different architectures developers have sets of patches they maintain as they slowly get them merged into main.
So, apparently, you have not been working on it, right? Yes, you can patch up your own kernel. But there's no benefit. You need to move it into the official branch - and that's the important part where you have to discuss and argue, and will often find yourself in a position that you do not quite understand the sources well enough to produce something that is acceptable. Yet, in Amigaland, this type of crap is thrown untested at people, actually *without* giving the maintainer of the program even a chance to check or argue.  
Quote from: kolla;771796
 Those professionals you write about used to be a bunch of happy amateurs too at some point, they were allowed to learn and advance and Linux evolved into what it is today.
Funny thing. Guess I did the same, but I learned on AmigaOs. Yet, I never did what I see just here - patch up some outside program without actually knowing what it does, and release that to end users. Strange, isn't it?

As a matter of fact, you *don't need* the Os sources to write good programs. You need the interface. Actually, it's one of the core disciplines of software development to write against well-defined interfaces, or to define such interfaces. Yet, such key knowledge is apparently ignored in Amiga-land. Instead, the average Amiga hacker goes "bang-bang" on the hardware and "hack hack" onto the Os. So what do you think will happen?    
Quote from: kolla;771796
 Yes, when most developers ignore such requests, have bouncing email addresses etc. In real world it is quite common to create patches and distribute them, because sometimes getting proper solutions upstream takes time. Why should this be different on Amiga?
Because the audience you get is different. The skilled software engineer has long left the platform.  
Quote from: kolla;771796
Yes, and why is that a problem? The freedom to tweak and mess around as much as you like is _exactly_ what should happen.
No, should not. The problem is that such programs are released into the wild, there causing problems with *my* stuff, and I have the trouble cleaning up behind the lines. The amount of trouble tools like MCP caused and the amount of wasted hours because somebody didn't know better but still hacked the Os are enormous. There's an interface, program against it. If you don't like it, or need something else, talk to the person responsible for it. There are still ways to negotiate cooperation. Just because sources are closed does not mean they are locked away. They are only locked away from the fools, for the better of the rest of the users.  
Quote from: kolla;771796
And noone would be forced to use his code, anyone can chose what to use themselves.  
That's not quite that simple. You do not install such a hack and then say "it works or it does not". It will likely cause disruption elsewhere, with programs that seem to work just fine before. And believe me, in the end its not the author of the patch that gets the bug report. Such nonsense creates a lot of work *for other people* and trouble for the users that are completely unable to resolve the problems. Linux is a paradise for programmers, but its probably hell for ordinary users. Not that I'm not using it and loving it, but writing a program on Linux that still works in two years from now is almost impossible. You have to continuously update the sources because some of the smart developers again considered to change an interface. That's ok for Linux. It's not ok if you want stable products. I'm not a big fan of Microsoft, but there's a reason why they are successful. Their stuff just works. Guess what? It's what most people need: An environment that solves their problems. Not that creates new ones because patch A doesn't work with program B.  
Quote from: kolla;771796
With code out in the open, you don't even have to discuss with him, anyone can look at the code and there will be concensus about what makes sense and what doesn't. Also people have different needs, for some uses one solution makes a heck lot more sense than "the official" - this is why there in "Linux land" exists so much diversity.
For the better or for the worse. Or how does one say? "You never know how the print command is called today". Yes, works ok for me, I know by now enough about the details. Try to teach your granny, and you'll learn what's wrong with it.

That's exactly the type of problem you get without a good project management, or somebody who overlooks the big picture. How many inconsistent user interfaces do we have in Linux? I stopped counting... Again, fine with me - but the hell for the average user.

In Amiga, we even had a user-interface style guide. Completely outdated by now of course, but at least somebody took the time to write down how an Amiga application should look like, which AREXX commands it should support and so on.  
Quote from: kolla;771796
What do you mean "no legal constraints"?
Pretty simple. I can handout the mmu.lib to whomever I want - that's my source. I cannot hand out the latest layers.library, simply because I don't own it. Yet, I can maintain it.  
Quote from: kolla;771796
Because of legal nonsense and the hostile attitude among certain developers, the Amiga community was never even given the chance. Luckily at least some people realized this so AROS was born.

Again, I don't have a problem with AROS, but I *personally* don't really care much. Problem is, time of AmgiaOs is really over, for various reasons, the whole construction of the Os is just upside down, and there is no market for it in first place. Yet, if you want to contribute your time, you are surely welcome. I personally don't see the vision behind all that, i.e. what the purpose of the project is about. But anyhow, who am I to judge...
 

Offline saimon69

  • Jr. Member
  • **
  • Join Date: Dec 2007
  • Posts: 83
    • Show only replies by saimon69
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #105 on: August 26, 2014, 07:19:07 PM »
Sometimes i think that,if Amiga Communities would stop thinking about making money, acting like they are still important and simply have fun, things would be soo much relaxed... not gonna happen i know.

Offline saimon69

  • Jr. Member
  • **
  • Join Date: Dec 2007
  • Posts: 83
    • Show only replies by saimon69
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #106 on: August 26, 2014, 07:35:17 PM »
Addition: i personally am an AROS supporter exactly because am tired of all this copyright and ownership crap: i see other retro computer scenes thrive because people simply have fun and they don't care anymore about stepping some old copyright or API problems, and where devs and users simply do what they care, and don't try to police others if the way others do something do not follow the "clear one and only way". In this Amiga scene is very emblematic on showing what happen IMO when a computing ecosystem go awry, and, sadly, is also giving up a glimpse of future concerning what might be - let's assume -  a WII retrocomputing or similar: no way to do anything due to copyrights, lockdowns and such.

So at the end the question is: want we lay our back in the chair and have fun or want we to fight every moment and let this already crippled Amiga ecosystem fade in obscurity due to excessive litigation and micromanaging? If i was me would let people do what they like all the way to the C&D, to the handcuffs and over!!!!

And, by the way, am upset about this state of things! [more to come when i calm down]
« Last Edit: August 26, 2014, 07:37:28 PM by saimon69 »
 

Offline billt

  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 910
    • Show only replies by billt
    • http://www.billtoner.net
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #107 on: August 26, 2014, 07:36:23 PM »
Quote from: danwood;762058
Looks interesting, does this have any benefits for OS 3.9 users?


I'm also curious if this is useful to 3.9 (and 3.5, plus any boingbags for either) users, or only for 3.1 users.
Bill T
All Glory to the Hypnotoad!
 

Offline TheMagicM

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 2857
    • Show only replies by TheMagicM
    • http://www.BartonekDragRacing.com
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #108 on: August 26, 2014, 07:52:00 PM »
Quote from: saimon69;771810

So at the end the question is: want we lay our back in the chair and have fun or want we to fight every moment and let this already crippled Amiga ecosystem fade in obscurity due to excessive litigation and micromanaging? If i was me would let people do what they like all the way to the C&D, to the handcuffs and over!!!!



People will always fight because some hold on to the belief that "Amiga" is worth something in the real world..that its IP/brand/workbench/old 68k code is worth something.  Its not.  If I was filthy rich I wouldnt buy it.  Its outdated and has no techological value.   Its only valuable to the Amiga community.  If WE had it, we could improve on it.  The only way to improve on the 68k machine would be to replace the OS like AROS 68k is trying to do (I havent read a whole lot on it, but it sounds cool).

Its also true that the Amiga community, alot of the folks in it, are tight asses and would rather spend as little as possible.  I sometimes think that everyone is on welfare.   I read about MorphOS being "too expensive" and it should be "half price" or whatever.  People just dont want to pay for anything.  Anyway..I just enjoy what I have and sit back with a bag of popcorn when the SHTF in the Amiga world.
PowerMac G5 dual 2.0ghz/128meg Radeon/500gb HD/2GB RAM, MorphOS 3.9 registered, user #1900
Powerbook G4 5,6 1.67ghz/2gb RAM, Radeon 9700/250gb hd, MorphOS 3.9 registered #3143
 

Offline saimon69

  • Jr. Member
  • **
  • Join Date: Dec 2007
  • Posts: 83
    • Show only replies by saimon69
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #109 on: August 26, 2014, 08:30:56 PM »
@Thomas Richter

Well reading a bit deeper i can see where you come from, engineers are like architects, they need clean structures and APIs, something that a system left essentially on its own like Amiga OS lacks; the maintainer part cannot be solved on the old structure, however imo transiting to AROS would fix this since as open source project can be always - in theory - taken over from people without really dying...

Offline saimon69

  • Jr. Member
  • **
  • Join Date: Dec 2007
  • Posts: 83
    • Show only replies by saimon69
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #110 on: August 26, 2014, 10:46:40 PM »
@TheMagicM

About people in the community refusing to spend, that is Commodore's Fault: it provided us with a wonderful powerful machine at a very cheap price, so it is in our culture and DNA to expect the best bang for the buck :)

Offline TheMagicM

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 2857
    • Show only replies by TheMagicM
    • http://www.BartonekDragRacing.com
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #111 on: August 26, 2014, 11:29:48 PM »
Quote from: saimon69;771820
@TheMagicM

About people in the community refusing to spend, that is Commodore's Fault: it provided us with a wonderful powerful machine at a very cheap price, so it is in our culture and DNA to expect the best bang for the buck :)


I wouldnt say it was "inexpensive".  The Amiga for me was expensive.  I was in high school and worked part time to save the $550 to buy an Amiga 500.  It was even more difficult to get an Amiga 2000. LOL
PowerMac G5 dual 2.0ghz/128meg Radeon/500gb HD/2GB RAM, MorphOS 3.9 registered, user #1900
Powerbook G4 5,6 1.67ghz/2gb RAM, Radeon 9700/250gb hd, MorphOS 3.9 registered #3143
 

Offline TheMagicM

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 2857
    • Show only replies by TheMagicM
    • http://www.BartonekDragRacing.com
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #112 on: August 26, 2014, 11:33:54 PM »
Quote from: saimon69;771810
i see other retro computer scenes thrive because people simply have fun and they don't care anymore about stepping some old copyright or API problems, and where devs and users simply do what they care, and don't try to police others if the way others do something do not follow the "clear one and only way".


Lets compare vs Atari.  They have some fairly modded systems out there like the Falcon.  Have they undertaken a port and moved their OS to a new architecture like MorphOS Devs did?  Or are they still on that ugly old TOS that I remember?   I'm just trying to see which you're comparing.  If its C64, now that is inexpensive...nothing to fight about there.  The "OS" is done..other than new things like Wheels etc..but nothing else to do on that system.  

I am curious to know which other retro systems are going the way Amiga is going though since I dont really keep up with anything but Commodore systems.
PowerMac G5 dual 2.0ghz/128meg Radeon/500gb HD/2GB RAM, MorphOS 3.9 registered, user #1900
Powerbook G4 5,6 1.67ghz/2gb RAM, Radeon 9700/250gb hd, MorphOS 3.9 registered #3143
 

Offline Cosmos AmigaTopic starter

  • Hero Member
  • *****
  • Join Date: Jan 2007
  • Posts: 954
    • Show only replies by Cosmos Amiga
    • http://leblogdecosmos.blogspot.com
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #113 on: August 27, 2014, 06:12:57 AM »
I need to explain somethings :

1/ after disassembling, the Kickstart 3.1 is really slow for me
2/ the intuition.library is certainly the slowest
3/ i'm perfectionnist and cannot live using a slow Kickstart on my Classics
4/ i know asm coding but no C/C++
5/ near all coders contacted many years ago refuse to improve somethings on 68k
6/ or give sources to me (except one personn)
7/ so I lost many precious years to learn reverse engeenering
8/ PPC is a complete dead-end, created since the beginning by the ennemies of the Amiga Classics
9/ for of course Atari and Commodore goodbye
10/ with PPC, many Amiga coders loose times & energy for nothing (= no success, only about 5000 AmigaNG users actually versus 5 millions Amiga68k users in the past) : superb trap...
11/ one of my idea is to do what the Amiga's ennemies don't want we do : keep going the 68k evolution...
12/ all my work is hack yes, but not dirty : all my sources and improvements are very clean & clear...

If you are unable to understand theses evidences, it's YOUR problem...


I gave an example at the end of the intuition.readme : on a 68000/010, my code is more than 200 times faster...

(Ok, I wrote "RJ Mical" : was a stupid french joke, all apologies, I'll remove this name. It's a compilator problem, not a coder problem...)


Another example who make coders cry : R_DrawImage

Quote from:
R_DrawImage
   move.l   d1,-(sp)         
   move.l   d0,-(sp)
   move.l   a1,-(sp)
   move.l   a0,-(sp)
   jsr      _DrawImage
   lea   $10(sp),sp
   rts

_DrawImage
   move.l   d2,-(sp)
   move.l   8(sp),d0
   move.l   $C(sp),d1
   move.l   $10(sp),d2
   clr.l   -(sp)
   clr.l   -(sp)
   move.l   $1C(sp),-(sp)
   move.l   d2,-(sp)
   move.l   d1,-(sp)
   move.l   d0,-(sp)
   bsr.w   _DrawImageState
   lea   $18(sp),sp
   move.l   (sp)+,d2     ; make the wrong CCR for BenchTrash 1.73
   rts



Now it's of course :

R_DrawImage
   clr.l   -(sp)
   clr.l   -(sp)
   move.l   d1,-(sp)
   move.l   d0,-(sp)
   move.l   a1,-(sp)
   move.l   a0,-(sp)
   bsr.w   _DrawImageState
   lea   $18(sp),sp
   rts


who is now more than 3 times faster on a 68060...


:)

Offline Duce

  • Off to greener pastures
  • Hero Member
  • *****
  • Join Date: Jul 2009
  • Posts: 1699
    • Show only replies by Duce
    • http://amigabbs.blogspot.com/
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #114 on: August 27, 2014, 10:43:41 AM »
Moment you started muttering vague threats at people that did not agree with you, Cosmos - I lost complete interest in your product, as good as it might be.  It's like opening up a flower shop with a sign outside that says "free Typhoid with every purchase!".  Might be the best damned flowers in town, but that typhoid thing, that... that concerns me.

Yes, Coders are a funny breed of people.  Moody, protective, best described as simply "eccentric".  That's a far stretch from uttering threats at another member of the community, which you've done here towards Thomas.

I know neither of you, you or Thomas.  Real world, Amiga "scene" or otherwise. I haven't looked at the CV's of you, nor he.

Not here to pick a fight, but just be aware that I at least first read this thread with great interest, and after you went off the rails making threats I pretty much decided that your product, as good as it may be - wasn't worth the amount of "crazy" I was reading.

Best of luck on your programs.
 

Offline wawrzon

Re: New improved intuition.library version from the Kickstart 3.1
« Reply #115 on: August 27, 2014, 10:44:49 AM »
all fine and good but who these enemies of amiga may be?
 

Offline Joloo

Re: New improved intuition.library version from the Kickstart 3.1
« Reply #116 on: August 27, 2014, 12:39:06 PM »
It's faster because you combined the glue-code which was necessary for the used compiler: Green Hill.

The used Green Hill C-Compiler wasn't able at that time to fetch arguments from registers directly; instead, assembler written glue-code had to be provided to move the register arguments into the corresponding C-compiler expected stack arguments, because at that time, two ABIs were used; the Amiga ABI (register arguments) and the m68k ABI (stack frame). While the Green Hill C-Compiler did only support the m68k ABI (as well as later the earlier versions of the Aztec and Lattice compiler) the workaround was at that time to use assembler generated glue-code - till later so called PRAGMAs and AMICALLs were introduced in order to support the Amiga ABI without using glue-code.

If one gets the chance compiling Intuition newly with current compilers (SAS/C, gcc or vbcc) the by you combined glue-codes gets completely removed, just because these compilers support the Amiga ABI. Of course there would be a little speed-up, but honestly, it would be so marginal that no one would notice it.

Rewriting the Layers-library from ground up like THOR did, inclusive a new algorithm, is far more noticeable.

Next, touching and optimising a beast like Intuition requires really deep insights into how this big state-machine works - and frankly, there are only a handful people who I would trust in that they would have the knowledge and skills for this kind of task.
Fortunately for me as user of the AmigaOS 3: No one is allowed to break the functionality of Intuition, because that what I would expect if once it would become unmaintained Open-Source...
 

Offline matthey

  • Hero Member
  • *****
  • Join Date: Aug 2007
  • Posts: 1294
    • Show only replies by matthey
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #117 on: August 27, 2014, 01:38:35 PM »
"Can we all get along?"

@Cosmos
I agree that there is a compiler problem in the AmigaOS and I too want to fix it. If the problem is compilers then we must improve the compilers. I agree that some developer's attitudes have been less than helpful but a sour and hostile attitude will only make it worse. I don't have a problem with you hacking abandoned software but you should be more respectful of those still developing because they are also fighting against obsolescence of the Amiga. Reverse engineering with micro-optimizations is not the way to further develop the Amiga. Losing the comments while reverse engineering is a major setback in development. Development decisions should not be made solely by one person because humans are too fallible. There are very experienced developers that know what they are doing and need to be listened to and respected. I am one of the developers that has responded to your e-mails and given you code yet I doubt that I am the "one" that gave you sources. You can't "evolve" the AmigaOS by yourself because not enough people will accept your work and methods.

@ThoR
So called "hackers" and "cycle counters" like Cosmos and I have found and (sometimes) reported several important bugs. At times you have been condescending and ignored anything below major algorithm changes. Ignoring the fact that your compiler is generating awful code greatly increases the chances that people like Cosmos and I are going to come along and optimize away half your code even if it only saves some memory. You could at least compile 68020 versions of AmigaOS modules as it takes very little time for these small modules. There is less compiler complexity for 68020 code which might just give better quality code and code optimized for a 16 bit 68000 CPU is not efficient on a 32 bit 68020+ CPU. AmigaOS started requiring a 68020+ and you are still compiling for a 68000. Do you compile your x86 codecs for a 8086? Compilers are made to optimize (and micro-optimize) but you have to choose the correct target. Amiga users still want an efficient AmigaOS today which allows them to continue to use low spec processors with minimal memory. Ignoring the users and possibly better compilers isn't going to help your cause either. Expecting the Amiga community or some rich suitor to come along and start paying you to continue to do what you want to do developing the AmigaOS probably isn't going to happen anytime either. I think you are willing to work for less than you are worth to do what you love to do though. The Amiga is in you just as much as Cosmos whether you are willing to admit it or not.
 

Offline Cosmos AmigaTopic starter

  • Hero Member
  • *****
  • Join Date: Jan 2007
  • Posts: 954
    • Show only replies by Cosmos Amiga
    • http://leblogdecosmos.blogspot.com
Re: New improved intuition.library version from the Kickstart 3.1
« Reply #118 on: August 27, 2014, 02:05:30 PM »
@Matthey

You and ALL Classics users are agree with me when I want to make an important library romable. Users want simplicity : if Phase5 with the BlizzardPPC and MK3/CSPPC have included
CyberGraphX4, BVision & CyberVisionPPC monitors and Warp3D into their firmware, they have sold many many many more hardware for sure...

It's like Elbox with their FastATA driver & pci.library & Picasso96 software : they will sold thousand Mediators & FastATA if drivers in rom...

Users are bored with complicated software installations, you know that like me... They left Amiga Classics because it's becomed too much complicated...

When I ask for this very small feature (making romable take maximum 1 hour of coding), it was always no or no answer...

When I asked two times Amiga Inc. for a new physical Kickstart 3.9 : no answer...

So what ? You want me cool after that ? No, I cannot stay cool, sorry...


@Joloo

This beta 6 is a WIP : still a lot of work to do to get it really fast, please understand...

And the example in my intuition.readme is not glued-code...


@Duce

Do what you want, I don't care...

Offline wawrzon

Re: New improved intuition.library version from the Kickstart 3.1
« Reply #119 from previous page: August 27, 2014, 02:16:45 PM »
Quote from: Joloo;771848

Fortunately for me as user of the AmigaOS 3: No one is allowed to break the functionality of Intuition, because that what I would expect if once it would become unmaintained Open-Source...

why do you think that breaking backwards compatibility with some os element would be more accepted by community if it was open source? i feel quite the opposite. as long as it is closed source community has to live with design decisions of a small group, whether they are competent or not. open source involvement discussion and users feedback, i expect the decisions taken would be a good trade of between progress and compatibility, given in contrary to linux amiga depends on a pool of applications that cannot be adopted to random api changes. and even if it happened, someone would fork it for compatibility. as example see aros v0 and v1 and deadwoods work bringing v1 advantages to v0 on trunk where possible.

@matthey

+1