@NutsAboutAmiga

Large file support is not really that important. Relevant when you manage videos and backup archives but you dont edit 8GB Word documents in 32-bit operating system.

In my own developments I am still favoring old Seek() because typing Seek() is faster than Seek64(). If MorphOS was ported to 64-bit some day Seek() could be made 64-bit, too.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@itix

if you have a BluRay ISO image, you need support up to a 50GB file.
It does not matter if the OS is 64bit or not you don't need to load the ISO into memory, you can stream it.

Last edited by NutsAboutAmiga on 15-Feb-2014 at 12:25 PM.
Last edited by NutsAboutAmiga on 15-Feb-2014 at 11:38 AM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@NutsAboutAmiga

Quote:

Its pretty bad wast to have 4 cores CPU @ 3.4Ghz that emulates a system @ 800Mhz, what huge wast of CPU power

UAE uses only 1 core. WinUAE JIT reaches cca 1/15 of native single core performance. Good old Amithlon could reach in some cases 1/3 of native (single core) performance - that would be faster than 970MP 2.5 GHz (except AltiVec) on my hardware.

Quote:

beside the 800Mhz is slow, no video acceleration. Just try to play a HD video on it.

Right, 720p would need some more power. However, lower resolution videos play fine on fullscreen (1680x1050) even without overlay.

I will post some CPU benchmarks (eg. Quake, lame, Doom, dnetc etc.), if I find time today or tomorrow.

@NutsAboutAmiga

but that only works with 1:1 ports of f.e. Unix applications. People want applications that are adapted to Amiga (GUI using MUI/Reaction or similar). Is that possible with Preprocessors? And even then it is limited to C/C++ but there are other languages.

@pavlor

thanx in advance

@OlafS25

Quote:

People want applications that are adapted to Amiga (GUI using MUI/Reaction or similar). Is that possible with Preprocessors?

YES

The C preprocessor can be used on any text file, it does not need to be C/C++ code, you can even use it to format HTML code if you like.

The source code needs to be in ASCII format, can't be a binary format like AMOS uses.

Last edited by NutsAboutAmiga on 15-Feb-2014 at 11:54 AM.
Last edited by NutsAboutAmiga on 15-Feb-2014 at 11:44 AM.
Last edited by NutsAboutAmiga on 15-Feb-2014 at 11:43 AM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@NutsAboutAmiga

it includes specific code, I understand

Then I wonder why there is no adapted preporcessor available for all platforms. Someone told me that he now even has different sources for every supported platform. A nightmare for every programmer.

I myself program mainly on Windows (for job). It is a the worst case to have different sources that you have to keep on same level.

Last edited by OlafS25 on 15-Feb-2014 at 11:54 AM.
Last edited by OlafS25 on 15-Feb-2014 at 11:52 AM.
Last edited by OlafS25 on 15-Feb-2014 at 11:45 AM.

@OlafS25

Quote:

You could see 68k as a kind of .NET, you have one platform that runs on different hardware without recompiling.

In theory it could run faster than native code. For example if native code is using instructions which are emulated (not supported) in newer CPUs or is too old to take advantage of new CPUs. 68k is not ideal for common language, though. But in theory :)

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@itix



But it was never what I was about. I tried to explain that even theoretic superior processor power is not always that important but also distribution opportunities, development support, how optimized components are and so on. The discussion always returns to that PPC is faster than 68k (what noone denies). And because development of new PPC processors is slowing and no SMP support on AmigaOS or MorphOS 68k running on newest X86/X64 will overtake one PPC platform after the other. And it is possible to adapt even emulated UAE to the host environment to make it faster. On WinUAE there is a DLL that can be used to make 3D faster. Amithlon was a great example of what is possible. It was stopped finally sadly (in my view because the companies involved on the market did not want 68k on X86 outperforming the expensive PPC hardware).

Last edited by OlafS25 on 15-Feb-2014 at 12:06 PM.
Last edited by OlafS25 on 15-Feb-2014 at 11:59 AM.

@NutsAboutAmiga

Many in the NG camp think 68k=old/retro and PPC=new/innovative but I do not believe that reality is so simple anymore.

@OlafS25

Quote:

it is replacing sources with specific code before compiling?

Yes thats what it does.

So you have different code snippets for different operating systems, or GUI systems, what ever you like.

Quote:

I myself program mainly on Windows (for job). It is a the worst case to have different sources that you have to keep on same level.

It's not that complicated, but I don't know about virtual studio, I know C# does not like it.

Last edited by NutsAboutAmiga on 15-Feb-2014 at 12:09 PM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@OlafS25

Quote:

Do you have numbers somewhere?

See my post 69 in this thread.

Lame on WinUAE (Core2 Q6600 2.4 GHz):
4.0742x

Lame on Pegasos2 G4 1131 MHz (see OP in that thread)
10.304x (AltiVec?)
4.2741x (Non AltiVec?)

Lame on SAM440flex 800MHz (post 28)
2.9335x


Core i5-2500 in newer computer of my brother is cca 2x faster than old Q6600.

Edit: Another result for G4.

Last edited by pavlor on 15-Feb-2014 at 12:12 PM.

@NutsAboutAmiga

If you use modern version control system and dev environments then yes

But as I already said, if there is no problem with it why is it not there?

@pavlor

then about 8.1x? (i5-2500)

@OlafS25

Quote:

If you use modern version control system and dev environments then yes

Well you will need to test the code to see if it works / compiles.

Quote:

But as I already said, if there is no problem with it why is it not there?

C# is basically Microsoft Java, there is comprehensive garbage collection.
For example if you create object, the language will know when no reference exists to the object and delete the object, C++ can't do that, you will need to know that your self.

In other words C# is not compatible whit C++, C# is Microsoft thing, I do not think they intended the code to be portable.

Last edited by NutsAboutAmiga on 15-Feb-2014 at 12:23 PM.
Last edited by NutsAboutAmiga on 15-Feb-2014 at 12:22 PM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@OlafS25

Quote:

then about 8.1x? (i5-2500)

Yes, that is what I expect. (Can´t do test now, this computer is occupied by my brother playing Ambermoon )

On notebook I use right now (Core i5-2430M 2.4 GHz):
Lame
5.8853x

dnetc
OGR-NG: 4,051,434 (lower than 440EP 666 MHz)
RC5-72 3,867,526 (higher than 750GX 1000 MHz)

@pavlor

What parameter do you use and where do you get the wav file from? And the lame version is that from Aminet?

Ambermoon? Cool One of my favorites

Last edited by OlafS25 on 15-Feb-2014 at 12:37 PM.

@pavlor

another one

http://www.amiga-news.de/pics/x1000_benchmarks/lame_benchmark.png

and here

https://sintonen.fi/pics/lame_benchmark.png

Last edited by OlafS25 on 15-Feb-2014 at 12:43 PM.

@OlafS25

Quote:

What parameter do you use and where do you get the wav file from?

From OP in thread I listed:

2 - lame 3.98-2 test:

got the public mp3 file(the first I found):

http://www.maninblack.org/demos/WhereDoAllTheJunkiesComeFrom.mp3

decompessed with:

lame --decode to obtain wav file for the test.

than executed lame without args(simply "lame filename") and got:

Piru´s tests you linked use another wav file:
http://sintonen.fi/temp/AKsack.wav

I got with this file:
7.2076x
(38s CPU time; 33s REAL time)

Note: Piru is known to mix results of different lame versions in same graph.

@pavlor

Which parameter do you use?

It is clear what parameter were used in the tests. None? For example -V 9 means 46s for test, no parameter (=4?) gives 1.04 min