new ixemul V62.1 for 68k.

[kolla]

Why would I want ffmpeg on any of my 68k systems?
Why all this talk about MorphOS and OS4 when this thread is about 68k ixemul?

[bernd_afa]

Why would I want ffmpeg on any of my 68k systems?
Why all this talk about MorphOS and OS4 when this thread is about 68k ixemul?

Because the code based on Morph OS Version.
and when i fix bugs in the code to run ixemul software then this statement come.

@Itix
>Dunno. I never tried. But then, ffmpeg is shitty Unix software.

then i show that MOS Version that use libnix in ffmpeg is incomplete and ffmpeg in 68k support more codecs and is complete with ffplay.

I think Itix is a excellent programmer and i dont understand, that he bring as argument against ixemul the use the linux paths.

I hope he know that its the easiest of the world to add a func that a ixemul task can switch of translation to unix paths.so ixemul handle files in same way libnix do, but ixemul support lots more unix funcs and allow teh port of Unix programs more easy.

And wy a ixemul program can have no amiga GUI or amiga like code, i see too no reason.
and that ixemul is slower as libnix, is also not possible, because boith libs use Linux API code.

Only diffrence is ixemul V62 have more linuxapi funktions.
And change programs to run on a smaller lib instead enhance the lib i see too no reason.

its only useless work because this must done on all programs

[Fab]

ffmpeg and ffplay aren't up-to-date on MorphOS because we already have up-to-date mencoder and mplayer ports, that are more capable.

Anyway, i ran my compiler today (with libnix), and here's a build from a recent ffmpeg snapshot (less than a week):
http://fabportnawak.free.fr/misc/ffmpeg.lha

To be noted it has altivec (autodetected) and network support (means you can play or encode stream).

Of course, "implementing" these two features wasn't a straight compilation. It took at least 5 minutes.

[kolla]

then i show that MOS Version that use libnix in ffmpeg is incomplete and ffmpeg in 68k support more codecs and is complete with ffplay.

Why would anyone use ffplay on 68k?

If it's a real 68k, it is simply too slow, and if it's an emulated 68k, the host systems have much more capable native variants.

I hope he know that its the easiest of the world to add a func that a ixemul task can switch of translation to unix paths.so ixemul handle files in same way libnix do, but ixemul support lots more unix funcs and allow teh port of Unix programs more easy.

And wy a ixemul program can have no amiga GUI or amiga like code, i see too no reason.
and that ixemul is slower as libnix, is also not possible, because boith libs use Linux API code.

This makes no sense to me.
If you have time and resources to actually code AmigaOS specific additions such as a GUI, you definetly also have time and resources to fix the code so that it doesnt have to rely on ixemul for something trivial as converting paths. Anyways, I thought the point was to mimic NetBSD, not Linux. At least that is what the docs that come with ixemul say.

[ami_stuff]

Why would anyone use ffplay on 68k?

If it's a real 68k, it is simply too slow, and if it's an emulated 68k, the host systems have much more capable native variants.

FFplay is a part of FFmpeg package - it's a bonus program. You must also remember that FFplay can play audio files like flac, wv, ra and all of the rest, not only videos plus it can show images saved to some exotic formats like jpeg2000. Also, on the real 68k I would use FFplay to see what is on the video if there is a need and no other video player support the file format or used codec. I belive it's still better to see something than nothing.

PS. When you install Amithlon there is no native variant, native variant is 68k program.

[bernd_afa]

>ffmpeg and ffplay aren't up-to-date on MorphOS because we already have up-to-date >mencoder and mplayer ports, that are more capable.

but mencoder or mplayer are Linux programs and when there is ffmpeg or ffplay here, i see better chances to do a amiga like program that have the spirit of amiga and is easy to use and self explain.

I still want a videoplayer that is also able to cut videos and save the cut as a new file.it should be easy and fast cut, see virtuel dub seek for scene cut, and set beginning marker, end marker and press del to delete this piece.and a undo function it should have.

but all can do with ixemul

>Anyway, i ran my compiler today (with libnix), and here's a build from a recent ffmpeg >snapshot (less than a week):

oh, i hope the MOS users are not angry about me, when you as a OS dev do that instead work on MOS to get faster support to more MAC Hardware or enhance OWB.

but i see on your filesize it seem not so much features as ffmpeg 68k.i give the link to MOS user so he can test what codecs your build now support, but when i look on filesize the PPC version is very small, so it seem not all codes are support.you also say you use altivec and normal version, this increase file size more.and we know PPC code is larger as 68k code.

your unpacked PPC ffmpeg is 5 meg and ffmpeg on 68k is  7,4 megabyte in size.MOS link libnix static

If so, then a ixemul program is too little smaller.

newest ffmpeg from ami_stuff have(not release yet but it work) have support for liboil and libschroedinger.this is more in size.I see no liboil or libschroidinger for MOS or OS4.
 
but ok, i know that the MOS devs have enhanced libnix as closedsource so its better as libnix on 68k.And the MOS devs dont want it make opensource to have a common API and make porting prgrams more easy.

But this behaviour is a big reason for me to not buy MOS because i think it not very fair to use 99.99% opensource code and then add only few stuff and do it closed source and want sell the new with a new OS that run only on slow Hardware.

Why would anyone use ffplay on 68k?

On youtube and all getvideo support you can show with netsurf 3gp files.This feature is not in SDL netsurf in, Artur have add this feature and use the getvideo script.

this are for handies with low resolution and this can show on a classic too with good speeds .also ami_stuff have add feature that ffplay can show images and videos in SW.Its faster.

and its also possible to have faster native Hardware.FPGA get cheaper and faster, and whne there is software that need that faster Hardware then nobody can say wy i need faster Hardware, there is no software

I it's an emulated 68k, the host systems have much more capable native variants.

amistuff have add nice features to ffplay.you can save a picture with key s.show me videoplayers that can do it easy.

Also in ffplay you can rewind or forward in Video files with cursor keys.Show me player that can do that so easy ?

ami_stuff have speedup the seek to a video Position a lot, so ffplay 68k is faster when forward or rewind in vídeo files.

and time will show, what amiga features ffplay/ffmpeg get more.I plan a easy to Video recording/editing Software in amiblitz too.there is also no problem to do that with ixemul.
 
BTW: I see that was MOS devs do as bad propaganda, maybe now the blue versus yellow war have begin ?

but i dont care about this, also when MOS rule the world, i not let me force to give up 68k and ixemul and buy a MOS.

there is absolute no technical reason that a program that use ixemul can not enhance as other amiga Programs that use libnix.so Unix programs need no libnix.

with ixemul you have too full access to wbstartup message(and ami_stuff use that in ffplay) and Icons and all AOS API Calls.

ok the /foobar problem was find

I get the idea now to add a command in newest libc

ix_UseAmigaPath(bool)

If somebody have a idea for a better name, let know.now its time to change

when use this command before a open file operation

ix_UseAmigaPath(true) or ix_UseAmigaPath(1) then all following file open commands do not use the Linux Path syntax.So the /foobar open can work.

[kolla]

amistuff have add nice features to ffplay.you can save a picture with key s.show me videoplayers that can do it easy.

s in mplayer as well, it's always been there.

Also in ffplay you can rewind or forward in Video files with cursor keys.Show me player that can do that so easy ?

Again, mplayer always did this, and more.

and time will show, what amiga features ffplay/ffmpeg get more.I plan a easy to Video recording/editing Software in amiblitz too.there is also no problem to do that with ixemul.

But more importantly - there is no problem doing it without ixemul.

From my point of view, as a user, ixemul is mostly an annoyance, it's a last resort for quick&dirty ports - using it as some sort of framework for real amiga software just seems insane.

Oh, and please stop using "Linux" all over the place, it makes me cringe as there's nothing Linux about it - use posix, or un*x or something.

[kolla]

PS. When you install Amithlon there is no native variant, native variant is 68k program.

Why people still use Amithlon is also beyond me, it was a nice idea and all, but in its current unsupported state it doesnt make much sense, IMO.

[bernd_afa]

>But more importantly - there is no problem doing it without ixemul.

there is a problem, its more work.and as we all know in amigaland developing and new programs are very rare and whats in PPC amigaland when do a closer look, its often incomplete and features are miss or it contain Bugs that on Linux versions not in.

maybe you should do some programming  or look at portet MOS or OS4 sources that work with libnix or newlib, if you dont believe what i write.

when a program use a function that libnix not have, a porter that use libnix go then to internet and search for code example code of atan.

Now he add this code to the program.But ixemul have this function onboard, so a porter can save lots work.

how it work is like this.When somebody on 68k want port program, he report me what functions he miss.I search then from Internet and add it to ixemul so he need not always change the source, when he compile a new Version.

You can also add the same code to libnix, but libnix is a static lib and blow up program size if you increase it larger.

You can use all Amiga Funtions with ixemul too, so there is no need to add much linux funcs to libnix

Why people still use Amithlon is also beyond me, it was a nice idea and all, but in its current unsupported state it doesnt make much sense, IMO.

Amithlon run on much and fast Hardware.The Kernel is opensource, so it can port to any Hardware.

The last Kernel update was here.YOu see its from 2006 support SATA and PCIe GFX Cards.i think you know that AMithlon since 2002 was dead, but you see 2006 last update.

http://www.garycvl.f2s.com/amithlon.html

And for the OS you can use too a enhanced 68k AOS as AFA OSor port AROS to it.

[Piru]

Man, you're making so tons of wild baseless accusations these days, as well as keeping up with your unbelievable level of incompetence and ignorance.

static lib and blow up program size if you increase it larger.

Wrong.

You can use all Amiga Funtions with ixemul too

Regardless how much you keep repeating this it won't become true. There is no easy way to use amigaos calls in ixemul safely.

Seriously you're claiming to be a developer and not know basic things such as these? Maybe you should have kept to basic.

[bernd_afa]

>Wrong

This sentence is correct 68k libnix is a static lib.when i enhance this, then program size grow.

""""
You can also add the same code to libnix, but libnix is a static lib and blow up program size if you increase it larger.
""""

when MOS need not link static and increase the program size, how is the library name then ?

Also the ffmpeg release fab do seem a static build, because when i search for text .library in the exe file i find only bsdsocket.library opening, intuition.library opening.

>Regardless how much you keep repeating this it won't become true. There is no easy way >to use amigaos calls in ixemul safely.

and wy not ?.YOu have never test it, ixemul V62 is more enhanced as V48.
i can always tell you a reason and or a program example that it work and i can show that i not tell wrong and the example you do work with ixemul too.If not then ixemul have a bug or missing feature and can enhance.

and nobody need buy a PPC Hardware to check if i say the truth when test on UAE.

[kolla]

Amithlon run on much and fast Hardware.The Kernel is opensource, so it can port to any Hardware.

The last Kernel update was here.YOu see its from 2006 support SATA and PCIe GFX Cards.i think you know that AMithlon since 2002 was dead, but you see 2006 last update.

http://www.garycvl.f2s.com/amithlon.html

And for the OS you can use too a enhanced 68k AOS as AFA OSor port AROS to it.

I'm fully aware of Amithlon updates, I bought it myself and used it for quite a while, but at some point is stopped being practical and simply using UAE was a much better option. Btw, the links on the page you link to no longer work, the linux kernel is from 2004 with just some modules from 2006.

[bernd_afa]

 Btw, the links on the page you link to no longer work, the linux kernel is from 2004 with just some modules from 2006.

i click now again on the link, it work, i see also in Forum there is some activity with Posts from Nov 2009.

And when i look how fast Amithlon is port to much new Hardware, i see its really a good design, only bad of course is, that it is not the offical announce future.

http://tech.groups.yahoo.com/group/amithlonopen/

and about speed of PPC and winuae and amithlon on 68k Software, you can look here there is a Amithlon system

http://amigaworld.net/modules/newbb/viewtopic.php?mode=viewtopic&topic_id=29964&forum=25&viewmode=flat&order=0

[Piru]

This sentence is correct 68k libnix is a static lib.when i enhance this, then program size grow.

If you don't even understand how link libraries work I don't think it's worth trying to explain it to you now is it?

when MOS need not link static and increase the program size, how is the library name then ?

Excuse me?

Also the ffmpeg release fab do seem a static build, because when i search for text .library in the exe file i find only bsdsocket.library opening, intuition.library opening.

Of course it is static. Fab told you it is static libnix build. Why wouldn't it be?

Regardless how much you keep repeating this it won't become true. There is no easy way to use amigaos calls in ixemul safely.

and wy not ?

Well let me name some:
- the ixemul signal handling aborting an OS call in the middle of execution, possibly while holding a critical system semaphore
- total leakage of any AmigaOS allocated resources on exit() or abort() (and yes, libnix does have the same problem, naturally... the point is that you cannot mix some random nix code with amigaos code unless if you're very very careful)

The newflash is: There is absolutely nothing you can do inside ixemul to "fix" these issues. This is because ixemul never was supposed to be mixed with AmigaOS calls, it was designed this way.

I've told you this before. You ignored me.

I am sure you will find some lame excuses to ignore me again, and perhaps add some new magic flag or env-variable to fix some totally unrelated thing, and then call the probem solved.

You should have renamed your experimental "ixemul". Now it's too late.

[bernd_afa]

If you don't even understand how link libraries work I don't think it's worth trying to explain it to you now is it?

Yes i know this, when i look in a file then i can see a xxxx.library text.

I look in some MOS filles i dont see a string as libnix.library.

Or can you show me such a programs ?

Where are the nice portet Linux libs to MOS, OS4 have sobj and with ixemul its possible with the sdk to build dynamic libs easy
http://aminet.net/package/dev/gg/a2ixlibrarysrc

its really not nice when big linux programs are used all static forever.

ffmpeg and ffplay aren't up-to-date on MorphOS because we already have up-to-date mencoder and mplayer ports, that are more capable.

>Of course it is static. Fab told you it is static libnix build. Why wouldn't it be?

thats the text from Fab here do not stand its static.i write that when link with libnix then the exe size is increase and thats also correct with that MOS ffmpeg build.Now you confirm that i am correct.

"""""
from fab
Anyway, i ran my compiler today (with libnix), and here's a build from a recent ffmpeg snapshot (less than a week):
http://fabportnawak.free.fr/misc/ffmpeg.lha

To be noted it has altivec (autodetected) and network support (means you can play or encode stream).

Of course, "implementing" these two features wasn't a straight compilation. It took at least 5 minutes.  
""""

But wy you write that my text is wrong ?

static lib and blow up program size if you increase it larger.


>- total leakage of any AmigaOS allocated resources on exit() or abort()

thats on all AOS libs same, they have no resourcetracking, when a program need that it must use atexit.

>- the ixemul signal handling aborting an OS call in the middle of execution, possibly while >holding a critical system semaphore

you mean when press CTRL+c ?

then there should be the rule that the automatic CTRL+c Handling in ixemul should not use.
nothing dramatic, libnix too not support CTRL+c automatic and there is a command in every Linux API to switch it off

if you want use CTRL+c in libnix you must add code by hand.and the same code you can use with ixemul.

also ixemul have security code, that when a sub thread call abort, this give a requester and tell resources cant free and the amiga system is still stable, but some windows are open.

but when a subthread call abort, there is an error in program and not in ixemul.when the error is fixed all work.normaly only a main thread should exit a program.

but whats important, system do not crash with new ixemul

[Piru]

Qed