Arexx crashe fixex but I get some random crashes when watching videos now and there.
Your bug is related to the AAC audio codec, it was reported there was problems whit that few pages back, as the Mplayer core I'm working on is old, it might be fixed in newer mplayer core, so lets just wait for Varthall to complete his merge.
Anyway I can't reproduce the crash here, if was going to debug it I will need to have the video/audio file that crashes so I can debug mplayer codecs.
Unless you can easily reproduce the crash by sending ARexx commands to mplayer, I say its not Arexx related. As the issue is likely going to fix it self whit newer Mplayer core, I won't add it to bug tracker. Mplayer GUI does not send any ARexx commands unless you do some thing, so random crashes is not likely for ARexx issues.
And I won't look at issue until the mplayer core is updated, as likely already fixed in a newer mplayer core, try playing the same audio/video files in Joerg's version of mplayer it has a newer mplayer core.
Edited by LiveForIt on 2014/5/16 3:38:31
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
You know it be lot better if you worked whit my on my build, no white out issue and so on.
Why should I work on something I can't use? I don't have a X-1000 with RadeonHD gfx card and your new video output is unusable on anything else, I'm implementing a video output for all other systems, incl. the one I'm using, instead.
Well if it displays the same video quality and is faster then comp and looks just as fine then it should replace it right? It just seems pointless to start over from the beginning.
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
COMP is not unusable on other systems, its just pointless if you have overlay to use composition.
Overlay requires less bandwidth, and looks more or less the same as COMP.
I working on X1000 build because that's my main system, I have XE I use just for testing, but it is hazel copy files around etc, so that's way its not my main focus.
(Maybe I should setup VNC, but I don't think I can see overlay using VNC, so no point)
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
It does not open that library most be .a dependency
As I explained threads.library is used by the old libpthreads.a it's broken and should not be used.
It was replaced by the newer libpthread.a using pthreads.library an absolute age ago. Possibly as long ago as 4.1 definetely in 4.1 update1 (I just checked the CD)!
Yes I have a new SDK as beta tester but yours must be truly ancient (unless you accidentally overwrote the files with an old set for some reason).
There is no point building software as important as mplayer with an ancient SDK!
I don't normally use PThreads for anything, and I don't belive there is a new GCC that better supports my CPU, it has not made any sense to do so for me until now.
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
Well if it displays the same video quality and is faster then comp and looks just as fine then it should replace it right?
It's faster because it's using overlay which isn't supported by RadeonHD gfx cards. It can't replace your vo comp, both are required, your vo comp for RadeonHD cards and my video output for gfx cards with overlay support (Radeon, Voodoo, PicassoIV, ...). The quality is exactly the the same with mode=1 (12 bit YUV420P) since that's what you have to use as source for converting to 32 bit RGB as well, with the default 9 bit YUV410P it's not but at least I don't see any differences in the videos I use for testing.
The 16 bit RGB non-overlay mode doesn't have the same quality, it's very noticeable worse. Should have been a fall back for example for Sam460ex with RadeonHD gfx card, on which 32 bit, no matter if compositing is used or not, is very likely too slow (unless you support onchipmem.resource maybe), but since it doesn't work with the RadeonHD driver it's useless. I'll keep it anyway, it might be usable on classic Amiga Zorro3 gfx cards without overlay support, but there MPlayer is very likely to slow to be usable at all, even with mpeg1 videos.
and I don't belive there is a new GCC that better supports my CPU,
I'm using a GCC version 4.5.4 I built myself from the sources on http://sf.net/p/adtools (the newer versions there only work as cross-compiler) AFAIK the old GCC version 4.2.4 in the current SDK may generate instructions not supported by the PA6T CPU which have to be emulated by an exception handler in the kernel, which is extremely slow.
I could upload my build somewhere, but it has some bugs you'd have to work around, for example using "gcc" in an AmigaOS shell doesn't work, only using "gcc:bin/gcc" does, but in makefiles used with gmake (very likely abc-shell in general, but I didn't test it, and using make instead of gmake very likely doesn't work) just "gcc" does work.
Your bug is related to the AAC audio codec, it was reported there was problems whit that few pages back, as the Mplayer core I'm working on is old, it might be fixed in newer mplayer core, so lets just wait for Vandal to complete his merge.
.
Varthall you mean? I doubt he is a Vandal
Anyway, this crash only occurs with version 4.2 and only with the Altivec version (no crahs with the non Altivec 4.2 version) on my G4 using P96. I asked for the same test on X1000 with Radeon 9250 (for P96) with the Altivec build and no crash.
The conclusion back then as it is now, it does not happen often and it be shame to have to disable AltiVec for AAC to fix it, nor can fix the bug whit out a way to reproduce the problem. for now lets wait for Varthall to update mplayer maybe the bug goes away like magic.
Quote:
Crashes also with vo_comp on my G4.
Yes because its AAC audio codec that crashes, not Arexx and not Video Output driver.
Again I do not have audio or movie file that makes MPlayer crashes, I can't find the bug, I know it is the AAC audio codec.
Edited by LiveForIt on 2014/5/16 3:53:25 Edited by LiveForIt on 2014/5/16 3:53:59
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
He he, sorry about that Varthall, small hick up, anyway the vandals where not that bad they where they believed in Christianity, and they respected Pope Leo, so they did not burn ROME nor murder anyone, they just plundered for 14 days, like all good Christians at the time
Edited by LiveForIt on 2014/5/16 19:41:40
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
The different video outputs are written different ways, they need to be generalized, so if change one place its the same everywhere, now I have to make changes 3 places in etch of the video outputs.
For the record I have fixed the center window problem for p96_pip and made the code general by moving it to cgx_common.c
Some of the code has to be different in etch of video output driver as opening a window is not done the same way in p96_pip as done in cgx_wpa and comp.
Some of your enchantment request should maybe be added to bug tracker, I think my focus has to be on the real bugs.
Anyway I'm shore you remind me later
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
utri007 : as far as I know, a non Altivec version is in the archive (without cache support nonetheless) but works without any problem with compositing (for users with Radeon HD on their Sam440/460).
There is a non altivec version included in the archive, but its uses ARGB not RGB, so it might not be as fast as it should be on Sam440/AmigaOne-XE/SE/Micro.
I talked about auto detecting the CPU to set right BitMap format, but maybe there are better ways, if I can find the name of graphic card, I can maybe setup some table or some thing to handle it.
Only problem there are many graphic cards out there, and some systems have two graphic cards installed, this has to be done correct. it might be long way to success or it might short one, but trouble is always expected.
MUI-MPLAYER might be better for this computers, or try Jourgs beta version he is putting his hart into optimizing some stuff for slower computers.
Edited by LiveForIt on 2014/5/18 21:58:27
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
Anyway if you have a older AmigaONE-XE/SE/Mini/Sam440, you might find that comp and cgx_wpa is not so interesting when you have p96_pip.
So its not like LiveForIt mplayer is only for X1000/Sam460, but as it is now, its in some way a cut down version of the old mplayer at lest when comes to the menu.
On the other hand if you need the Arexx improvements I have done, then maybe you should be interested in the next one (where some bugs has been fixed).
its maybe not too long until I add the menu back to mplayer.
R57 to R62 are new stuff / fixes that will come in the next version.
Edited by LiveForIt on 2014/5/18 22:08:41 Edited by LiveForIt on 2014/5/18 22:09:51 Edited by LiveForIt on 2014/5/18 22:11:39 Edited by LiveForIt on 2014/5/18 22:51:22 Edited by LiveForIt on 2014/5/18 22:55:43 Edited by LiveForIt on 2014/5/18 22:59:29 Edited by LiveForIt on 2014/5/19 4:29:01
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
