@nikosidis

Common, you know its all about CPU raw power, what else you can expect on 600-800 mhz machines ? Of course it will be slower in compare with 3ghz ones. And does not matter what OS is handle it. Through, will be very intresting to try AROS on peg2, to compare its speed with os4 and mos :)

Last edited by kas1e on 30-Oct-2011 at 07:15 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@nikosidis

That is slightly unfair since AROS has the advantage of raw power.

_________________
Support AROS sponsor a developer.

"AROS is prolly illegal ~ Evert Carton" intentionally quoted out of context for dramatic effect

@kas1e

Quote:

Is it wellknown bug ?

not sure if it's well-known, but it's been there since at least 4.1u1, if not before. maybe i should report this via the hyperion support forum, but i don't know if it's an OS4 issue or how the screen is defined, or ... ?

-- eliyahu

_________________
"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."

@eliyahu
Did that happens with any other programms ?

Quote:

maybe i should report this via the hyperion support forum, but i don't know if it's an OS4 issue or how the screen is defined, or ... ?

Dunno.. I think the easy reproducable case will be:

-- open screen with necessary p96 tags
-- open p96pip window on it
-- fill the backgorund by black color

With compositing enabled backgorund color still will be white, without - black (as it should). But to be sure 100%, need to check this out, and write that test-code.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

Quote:

Did that happens with any other programms ? Quote: maybe i should report this via the hyperion support forum, but i don't know if it's an OS4 issue or how the screen is defined, or ... ? Dunno.. I think the easy reproducable case will be: -- open screen with necessary p96 tags -- open p96pip window on it -- fill the backgorund by black color With compositing enabled backgorund color still will be white, without - black (as it should). But to be sure 100%, need to check this out, and write that test-code.

i've only seen it with mplayer, both the OS4 version and your MUI version. dvplayer nor UAE exhibits this odd behavior. i think it has to do with transparency, actually. if you eliminate shadows on window edges, the issue goes away. it's almost like the black background is ignored and the alpha blend is against white.

if you look carefully you'll notice that, at the top, it isn't exactly white, but rather 'see-through' from the screen titlebar. i just wish there was a public bugzilla where i could file a bug report and help the developers out a bit more. you might try contacting stephen to see how he gets around the issue with dvplayer.

-- eliyahu

_________________
"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."

@kas1e

There is already this trouble with Mplayer froma Andrea. What is strange is that this phenome only occurs in 32 Bits, no problem in 16 Bits.

By the way , P96_PIP cannot be used with Altivec ?

Last edited by K-L on 30-Oct-2011 at 08:50 PM.

_________________
PowerMac G5 2,7Ghz - 2GB - Radeon 9650 - MorphOS 3.14
AmigaONE X1000, 2GB, Sapphire Radeon HD 7700
FPGA Replay + DB 68060 at 85Mhz

@eliyahu
Quote:

i just wish there was a public bugzilla where i could file a bug report and help the developers out a bit more. you might try contacting stephen to see how he gets around the issue with dvplayer.

Not that i want to be a drama-quine, but just to explain the next answer:

If someday hyperion will write me mail like "hey kas, we make you betatester", then i maybe will contact and with Stephen and maybe will worring about bugs in os4. But as they think i not good enough for them, then let's someone else worry about it. I am sure there plenty of others can help as well to fix bugs in os4 itself.

So, from my side i can only point out on the vo_p96pip.c file which i upload early, there is how screen and window opens, so any developer can create a test case, and report them on hp forum , or to bugzilla, or whatever.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@K-L
Quote:

What is strange is that this phenome only occurs in 32 Bits, no problem in 16 Bits

One more bug where i am out of quiestion to make a test case. Hope some os4 betatester in some free weekend (someday) will found why that happens :)

Quote:

By the way , P96_PIP cannot be used with Altivec ?

I think it can, just for the overlay altivec-optimised scalling not so necessary as for example for cgx_wpa, and just not uses here. But i can be wrong of course (just imho)

Last edited by kas1e on 30-Oct-2011 at 09:16 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@K-L

The PIP driver doesn't need swscaler, that's the reason why you don't see the altivec message.
When swscale is used, the log says if altivec is used or not. As for MPlayer itself, altivec usage is mentioned right after starting MPlayer (at least in command line mode with -v option).

Last edited by Fab on 30-Oct-2011 at 09:51 PM.

@kas1e

you can maybe post that slowness on the Hyperion support forum?

I also post my benchmarks related to LoView speed(probably not related but...) under MOS against OS4 but noone replyed me...
So if we add another speed issue related to 2D dirver maybe...

Last edited by Tuxedo on 31-Oct-2011 at 10:33 PM.

_________________
Simone"Tuxedo"Monsignori, Perugia, ITALY.

@kas1e

If I remember correct PIP uses hardware scaling, number of pixel width and height is always the same if you stretch the window or shrink it, this is different to a normal window, if you like to adjust the aspect rate you need to keep this in mind.

Also the PIP is different in other ways as well it has one byte that defines the color intensity from black to white, and some other bytes that work like color wheal that defines the color by a special calculation.

Last edited by NutsAboutAmiga on 31-Oct-2011 at 11:36 PM.

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

@K-L

I don't think PIP should be effected by screen depth, as it paints in to a overlay, so the bit resolution should always be the same in the overlay.

Last edited by NutsAboutAmiga on 01-Nov-2011 at 12:15 AM.
Last edited by NutsAboutAmiga on 01-Nov-2011 at 12:15 AM.
Last edited by NutsAboutAmiga on 01-Nov-2011 at 12:13 AM.

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

@kas1e

I get a crash trying to play a small 3gp video, here the log:

Quote:

Crash log for task "mplayer" Generated by GrimReaper 53.2 Crash occured in module mplayer at address 0x6D5E1794 Type of crash: DSI (Data Storage Interrupt) exception Register dump: GPR (General Purpose Registers): 0: 00000001 54B44200 00000000 00000080 00000000 000000F0 00000140 000000F0 8: 00000000 00000000 32315659 4EB5798C 24444044 4EB5E570 54DFF24C 54DE5DA0 16: 54DE5DE4 54DE5E80 00000000 54D51398 42475208 54D5F8CC 54DE58E8 54E312F0 24: 00000140 32315659 32315659 4EB2223C 54D4F484 00000000 00000140 000000F0 FPR (Floating Point Registers, NaN = Not a Number): 0: nan 5.41793e+241 2.14497e+184 0 4: 0 0 0 -4.21333e+306 8: -4.35378e+307 4.5036e+15 4.5036e+15 7.5182e+199 12: 2.02813e+174 1.15964e-152 0 -5.05923e-321 16: 1.32625e-315 0 0 0 20: 0 0 0 1.61895e-319 24: 4.94066e-324 0 1.08752e-311 -1.20307e+36 28: 1e+06 0 30 1.33333 FPSCR (Floating Point Status and Control Register): 0x82004000 SPRs (Special Purpose Registers): Machine State (msr) : 0x0002F030 Condition (cr) : 0x24444044 Instruction Pointer (ip) : 0x6D5E1794 Xtended Exception (xer) : 0x00000007 Count (ctr) : 0x6D5E177C Link (lr) : 0x6D5B5500 DSI Status (dsisr) : 0x00000000 Data Address (dar) : 0x0000000C 680x0 emulated registers: DATA: 58753CAE 00000003 00000000 00000000 00000000 00000000 00000000 00000000 ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 54B44460 FPU0: 0 0 0 0 FPU4: 0 0 0 0 Symbol info: Instruction pointer 0x6D5E1794 belongs to module "mplayer" (PowerPC) Symbol: control + 0xF8 in section 1 offset 0x00044774 Stack trace: control()+0xF8 (section 1 @ 0x44774) config_video_out()+0x88 (section 1 @ 0x184e0) config()+0x1D0 (section 1 @ 0xa3fd0) vf_config_wrapper()+0x98 (section 1 @ 0x7aa94) config()+0x104 (section 1 @ 0x16aebc) vf_config_wrapper()+0x98 (section 1 @ 0x7aa94) mpcodecs_config_vo()+0x624 (section 1 @ 0x78b24) init_vo()+0x180 (section 1 @ 0x167be8) get_buffer()+0xA0 (section 1 @ 0x1685a4) ff_alloc_picture()+0x42C (section 1 @ 0x36ff04) MPV_frame_start()+0x51C (section 1 @ 0x370560) ff_h263_decode_frame()+0x984 (section 1 @ 0x2df9b4) avcodec_decode_video2()+0xA8 (section 1 @ 0x3fe440) decode()+0x168 (section 1 @ 0x167e4c) decode_video()+0x78 (section 1 @ 0x74d28) update_video()+0x7E0 (section 1 @ 0xade8) main()+0x3124 (section 1 @ 0x106c8) native kernel module newlib.library.kmod+0x00002054 native kernel module newlib.library.kmod+0x00002ce8 native kernel module newlib.library.kmod+0x00002e64 _start()+0x170 (section 1 @ 0x170) native kernel module dos.library.kmod+0x00020a14 native kernel module kernel+0x0003af4c native kernel module kernel+0x0003afcc PPC disassembly: 6d5e178c: 3d204eb6 lis r9,20150 6d5e1790: 81298534 lwz r9,-31436(r9) *6d5e1794: a869000c lha r3,12(r9) 6d5e1798: a889000e lha r4,14(r9) 6d5e179c: 3d204eb5 lis r9,20149 System information: CPU Model: AMCC PPC440EP V1.3 CPU speed: 799 MHz FSB speed: 133 MHz Extensions: Machine Machine name: Sam440EP Memory: 1048576 KB Extensions: bus.pci

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

@samo79
Quote:

I get a crash trying to play a small 3gp video, here the log:

There is os4's muimplayer bugtracker.

Collect bugs here

Last edited by kas1e on 01-Nov-2011 at 11:22 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

I appreciate a lot all the work you put in projects for AmigaOS. But, even if we are off topic, I think your tone, too much aggresive sometimes (maybe a cultural diffence), must scare the whole AmigaOS 4 team.

IMHO, you should sometimes keep cooler than this when answering questions or submitting bugs reports.

As for this topic : asking people to flood Hyperion to make you a beta tester is, I think, one of the worst way to obtain what you want.

Be cooler, be smarter. You have some really great progamming skills and indeed you could be a real value for AmigaOS but just think about being less direct, more "rounded" because I don't realy think that the AmigaOS team wants someone telling them every day what to do and what they do wrong.

So I think you coul easily become a real Beta tester (since you're on top list), it's now just up to you to change (a little) your beahviour

A last thing : keep up the good work ! MUI-Mplayer is really great

_________________
PowerMac G5 2,7Ghz - 2GB - Radeon 9650 - MorphOS 3.14
AmigaONE X1000, 2GB, Sapphire Radeon HD 7700
FPGA Replay + DB 68060 at 85Mhz

@kas1e

Well in this case i have to agree with K-L :-/
Let's me explain: you are right in general but your "tone" sometimes are not so kind with others, once this isn't a problem at all in a general forum, when you are member of a party Team continuing to express in "such tone" can become a real problem for a Team (Lenin quote )

So plz be more kind and i'm sure they will include you to the official Team, i like to do some betatesting aswell and i'm plan to make a request for myself, when i do it i want to speak in your favor

Keep it easy Roman

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

-

Last edited by kas1e on 01-Nov-2011 at 11:21 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

-

Last edited by kas1e on 01-Nov-2011 at 11:21 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

I mean with Ssolie and others of the OS4 team, aniway ... :-/

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

-

Last edited by kas1e on 01-Nov-2011 at 11:21 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites