Welcome, Guest. Please login or register.

Author Topic: New version FFmpeg available  (Read 4321 times)

Description:

0 Members and 2 Guests are viewing this topic.

Offline Piru

  • \' union select name,pwd--
  • Hero Member
  • *****
  • Join Date: Aug 2002
  • Posts: 6946
    • Show only replies by Piru
    • http://www.iki.fi/sintonen/
Re: New version FFmpeg available
« Reply #14 from previous page: April 28, 2009, 06:09:32 AM »
Quote
problem is, the makefile and files contain so much ixemul.library entries that it cost much time to find out what need change.maybe you cam do it ?

I don't have the time. It isn't rocket science however. You do understand how the ixemul build process works, right? (considering you've been releasing many new versions of ixemul you really ought to know...)

Quote
that 68k programs fail under MOS or OS4 is not possible, because the crt0.o check automatic for version.I can change version to 60.1

when from 2001 to 2009 ixemul version num is only increase from 48 to 51, then i think 60 is never reach in MOS or OS4 because MOS or OS4 use ixemul only for compatibility reasons and dont want make it much better compatible to Unix.

This does not solve the problem. The library needs to be renamed.

This way it is even possible to backport your stuff back to MorphOS if someone really wants it. As long as it is called ixemul.library it is not possible.

And unlike what you think ixemul is crucial for many things in MorphOS, such as GNU toolchain, perl etc.

Quote
yes i know, its not easy, but currently many programs run perfectly (before only crash).and when devs that notice crashes report me problems i can fix that fast, so sooner or later it get better, same as uae run near all amigaprograms ixemul should allow to compile near all Unix/Linux programs without too much work.

The problem is, some of these things can't be fixed without seriously breaking other things in the library (for example ixemul can never be safely mixed with apps that use AmigaOS OS functions extensively). ixemul is so complex it is very hard to see how you can break it with substle changes. It for sure is not meant to be changed by inexperienced coder.

Quote
also maybe help to get netscape bounty or firefox bounty more easy.

If you think ixemul somehow makes this any easier you're seriously misguided.
 

Offline unusedunused

  • Sr. Member
  • ****
  • Join Date: Nov 2005
  • Posts: 479
    • Show only replies by unusedunused
Re: New version FFmpeg available
« Reply #15 on: April 28, 2009, 09:20:50 AM »
>You do understand how the ixemul build process >works, right? (considering you've been >releasing many new versions of ixemul you >really ought to know...)

No, i dont know how script file work in such complex build script as ixemul do.

that was one  reason wy i use mos source, because the MOS build script work also on crosscompile with very small changes.

I spend btw much time to break not MOS build, so a MOS version from this seem too possible easy.

files that i cant use from MOS i name as _68k.c

>ixemul is so complex it is very hard to see how >you can break it with substle changes. It for >sure is not meant to be changed by >inexperienced coder.

i think it is also possible to change SDL to use pthreads same as unix version.

but i think pthread programs need no amigatasks and so it cant very bad debug a task, because AOS show only 1 task.

So i change ixemul the added code is very simple.only problem is that it must add in more places.
So it is possible that i forget a function.but i have security code add, so this func can detect easy when see stack backtrace and do not crash whole amiga.

here is what i do.

when a amigatask in sdl is create ) open ixemul.library  is done.this create a valid ixemul struct.(also on old ixemul

BTW: MOS ixemul source read always on open ixemul call wbstartup message, this fail on programs start from workbench that use vfork command.i fix that.

then a new entry i add in userdata.

u_parent_userdata is set to parent process.this is the main process and when a sdl subtask  create another sdl subtask this use too corrrect main task.

now in functions that do file io is that code need to get correct file handle for amiga tasks.

if (u.u_parent_userdata)f = u.u_parent_userdata->u_ofile[fd];
  else f = u.u_ofile[fd];  

vfork do not set u_parent_userdata, so all work as before and newer versions are 100% compatible.

same code is need for mem allocater, that correct mempool is used.

it is also possible if code use no errno setting or signalling to do this.

if (u.u_parent_userdata)u_ptr=u.u_parent_userdata;

that ixemul is full thread safe can see easy, when create more sdl tasks and do a printf to stdout or stderr

ixemul is the only lib that dont mix text of diffrent tasks in 1 line.

that missing IO functions can easy find i add in open this code.

 if (u.u_parent_userdata){u.u_ofile[fd] = 0xdeadbeef;}

>If you think ixemul somehow makes this any >easier you're seriously misguided.

maybe, but as far i see, there is no 100% thread save Unix library on amiga.

in the past was activity in netscape done, a unstable version come, but because of errors that nobody find, it is give up i think, and this version get never stable because random thread problems.

but with a god thread safe ixmemul core and amiga tasks also in pthread, i think it is possible to find Problems or get no instability
 

Offline unusedunused

  • Sr. Member
  • ****
  • Join Date: Nov 2005
  • Posts: 479
    • Show only replies by unusedunused
Re: New version FFmpeg available
« Reply #16 on: May 05, 2009, 09:16:03 AM »
@Piru

Now that i show codepieces and can see that the changes are 100% compatible, is it still usefull to change ixemul name ?

Because ixemul V51 have more features, wy it is not enough to bump 68k version to 60 or 70 is too possible.

it is better to find bugs and be 100% error free, if many programs can test with new code.

when look on ixemul from MOS there is always lots of compatibility break done and since year not much progress in compare to V51.

see readme.mos

"""""
- traps are not handled yet.
- ix_panic() does not work properly (varargs conversion needed).
- 'man' crashes here. I've not investigated why yet.
- programs that rely on low-level internal ixemul structs won't work.
The only one I know doing that is 'gdb'. Recompiling it with some minor
changes should take care of the problem.
- ixtrace is not yet supported.
- neither is profiling.
- not compatible with the powerup bridge currently. That may or may
not change.
- DTYPE_MEM is broken, disabled for now.
""""

for OS4 ixemul i see a post from amicygnix author that OS4 support no vfork.so here too lots problems can come.

there is maybe better on that systems, if there are no developers that want a ixemul that have best Unix compatibility, that the 68k programs that want open V60 use 68k ixemul.if somebody can tell me wy ixemul 68k V51 dont run in MOS or OS4, we can maybe get it working too.I build 68k Versions without trap V51 is build for 68020 68881.so there is no specific low level stuff in