Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
128 user(s) are online (103 user(s) are browsing Forums)

Members: 0
Guests: 128

more...

Headlines

Forum Index


Board index » All Posts (Deniil)




Re: Any altivec experts? (H.264 codec)
Quite a regular
Quite a regular


@feanor

I wish I could read (and write!) Altivec code. I have a few routines I probably could speed up a lot using Altivec.

Btw. Can't wait to test the new mplayer, or ffmpeg for video conversion as well, with these improvements, when its ready

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: X1000 CPU cooling
Quite a regular
Quite a regular


@sundown

IMHO I don't think pipe-cooling is good for the PA6T. It doesn't generate enough heat to get the gas/fluid flowing in the pipes when running at a normal temp. So it would end up getting hotter than necessary (x86 hot) just to get the pipes going. Better to just use a heatsink and a quiet fan to keep it nice and cool.

The boiling point of the liquid has to be considerably higher than ambient temperature to ensure it will condense even if the ambient temp is high and the cooling is poor.

When a (copper) heat pipe is outside its operating temp the heat conductivity drops to 1/80. Because of this you really don't want it to overheat (causing an avalanche of heat in the CPU), better to underheat a little at first letting the CPU get nice and hot fast, but not too hot. But the PA6T doesn't have to get this hot even with a normal heatsink I think.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Any altivec experts? (H.264 codec)
Quite a regular
Quite a regular


@feanor

Yes I also believe i*stride and loop unrolling is better, I was just thinking out loud. But what code does it generate regarding 0* 1* 2* 4* 8*?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Any altivec experts? (H.264 codec)
Quite a regular
Quite a regular


@feanor

Just som leyman's question out of curiosity about f.ex:
ff_pred16x16_vert_altivec() {
...

 
// completely unroll the loop
 
VEC_ST(srcv0*stridesrc);
 
VEC_ST(srcv1*stridesrc);
 
VEC_ST(srcv2*stridesrc);
 
VEC_ST(srcv3*stridesrc);
 
VEC_ST(srcv4*stridesrc);
 
VEC_ST(srcv5*stridesrc);
 
VEC_ST(srcv6*stridesrc);
 
VEC_ST(srcv7*stridesrc);
 
VEC_ST(srcv8*stridesrc);
 
VEC_ST(srcv9*stridesrc);
 
VEC_ST(srcv,10*stridesrc);
}


Is there really a gain in unrolling this loop considering more code to cache vs. one inc+branch?

How good is the compiler in optimizing 0*stride -> 0, 1*stride -> stride, 2*stride -> stride<<1, etc?

Is x<<1,2,3 really faster than 2,4,8*x on this CPU?

Just wondering, since you're the expert

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Any altivec experts? (H.264 codec)
Quite a regular
Quite a regular


@feanor

Interesting results!
Do you know why the gain differs so much between seemingly equal movies; same codec, same resolution?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: BOOPSI Menu Class: first update
Quite a regular
Quite a regular


@trixie

Is this new class going to be part of the OS4 SDK and system? Or did I misunderstand the whole thing? :)

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Mplayer Altivec test version for G4 and PA6T-1682M
Quite a regular
Quite a regular


I did some benchmarks on my X1000 with RadeonHD6xxx with a file 720p/H264 file that is too slow to play no matter what:

MUI-mplayer, cgx_wpa:
BENCHMARKs: VC: 28.337s VO: 13.846s A: 0.383s Sys: 0.025s = 42.591s
BENCHMARK%: VC: 66.5325% VO: 32.5089% A: 0.8999% Sys: 0.0586% = 100.0000%

This new mplayer, cgx_wpa:
BENCHMARKs: VC: 25.724s VO: 13.728s A: 0.635s Sys: 0.047s = 40.133s
BENCHMARK%: VC: 64.0952% VO: 34.2052% A: 1.5817% Sys: 0.1179% = 100.0000%

This new mplayer beta2, cgx_wpa:
BENCHMARKs: VC: 25.643s VO: 13.716s A: 0.364s Sys: 0.048s = 39.771s
BENCHMARK%: VC: 64.4765% VO: 34.4873% A: 0.9147% Sys: 0.1215% = 100.0000%

This new mplayer beta2, comp:
BENCHMARKs: VC: 25.503s VO: 4.524s A: 0.357s Sys: 0.048s = 30.432s
BENCHMARK%: VC: 83.8022% VO: 14.8666% A: 1.1729% Sys: 0.1583% = 100.0000%

The comp driver is the fastest of them all with the shortest playback time and lowest VO time. The cgx_wpa driver in the MUI-mplayer is slightly faster than this new mplayer, but not by much. But it's h264 codec is a bit slower so it still ends up at the bottom of these.

Btw: How to I get OSB fonts to load properly? It looks in ~/.mplayer/subfont.ttf. I created the .mplayer/, and later ~/.mplayer/ but it still can't find it.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Mplayer Altivec test version for G4 and PA6T-1682M
Quite a regular
Quite a regular


@LiveForIt

I'll make a new version of MPlayer-GUI with cgx_wpa and comp. I should have done that a long time ago but just didn't get too it.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Mplayer Altivec test version for G4 and PA6T-1682M
Quite a regular
Quite a regular


@kas1e, LiveForIt, Hans

So does the MUI-Mplayer for OS4 not use DMA but manual byte-copy in the cgx_wpa mode??! No wonder it can't do HD if so...

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Opus Magellan source is free now!
Quite a regular
Quite a regular


@Severin

I know, but it doesn't work. I have set it to 107 characters, and I have set it to ask about every kind of deletion but it ignores the settings. Just wondering if this is a OS4 port issue or something.

Maybe the settings shows one set of settings but DOpus actually uses a different set from some other location. Seems strange though since many other settings seem to work like screen mode, lister placement, fonts etc.

@kas1e

Do you have a simple/complete setup that works on OS4 or do I need cross-compiler? I just cannot be bothered sitting on that PC and code. That's just not happening.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Opus Magellan source is free now!
Quite a regular
Quite a regular


@kas1e

Do you have a newer version available that can display more than 31 character file names, and that shows a requester when deleting things, especially directories!

And a generic question: Is it possible to configure a single-letter hotkey in listers that doesn't trigger that annoying quick-search field? Also the quick-search field must be quittable with Esc.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: MPlayer and H264?
Quite a regular
Quite a regular


@Hans

Haven't tried the -noaspect switch yet but will do when I get home.

Another annoying this I noticed with the cgx_wpa driver is that it can't handle 852x480 without inverting colours. 854 works though. Too bad I'm too borded and lazy to set up and compile it myself...

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: MPlayer and H264?
Quite a regular
Quite a regular


@Hans

If you see this line:
[swscaler @ 0x4cdaf840]using unscaled yuv420p -> rgb24 special converter

I'm pretty sure it doesn't scale because it fits perfectly on a 1280x720 screen, and there is no way to even force it to scale without overlay. I have many clips I'd like to scale up but it refuses.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: MPlayer and H264?
Quite a regular
Quite a regular


@Hans

I'm using MPlayer UNKNOWN-4.4.3 (C) 2000-2010 MPlayer Team (MUI-MPlayer for OS4).

Now I just tried the benchmark again and it was pretty much the same:
MPeg-2:
Quote:

Playing Storage:Video-Downhill/2012_Are-Bike-Festival-hi8.mpg.
MPEG-PS file format detected.
VIDEO: MPEG2 1280x720 (aspect 1) 29.970 fps 8000.0 kbps ( 0.0 kbyte/s)
VO: [cgx_wpa] Welcome man !.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
Audio: no sound
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0x4cdaf840]ALTIVEC: Color Space RGB24
[swscaler @ 0x4cdaf840]using unscaled yuv420p -> rgb24 special converter
VO: [cgx_wpa] 1280x720 => 1280x720 Planar YV12
VO: Disabling blanker
[swscaler @ 0x4cdaf840]ALTIVEC: Color Space RGB24


BENCHMARKs: VC: 5.056s VO: 17.004s A: 0.000s Sys: 0.405s = 22.466s
BENCHMARK%: VC: 22.5068% VO: 75.6895% A: 0.0000% Sys: 1.8037% = 100.0000%
VO: Enabling blanker

Exiting... (End of file)


Same clip with original H264 codec cut and muxed into AVI:
Quote:

Playing Storage:Video-Downhill/2012_Are-Bike-Festival-HD-music.avi.
AVI file format detected.
[aviheader] Video stream found, -vid 0
[aviheader] Audio stream found, -aid 1
VIDEO: [H264] 1280x720 24bpp 29.970 fps 10609.1 kbps (1295.1 kbyte/s)
Clip info:
Software: Lavf52.64.2
VO: [cgx_wpa] Welcome man !.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Audio: no sound
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0x4cdaf840]ALTIVEC: Color Space RGB24
[swscaler @ 0x4cdaf840]using unscaled yuv420p -> rgb24 special converter
VO: [cgx_wpa] 1280x720 => 1280x720 Planar YV12
VO: Disabling blanker
[swscaler @ 0x4cdaf840]ALTIVEC: Color Space RGB24


BENCHMARKs: VC: 25.144s VO: 14.245s A: 0.000s Sys: 0.240s = 39.629s
BENCHMARK%: VC: 63.4474% VO: 35.9462% A: 0.0000% Sys: 0.6064% = 100.0000%
VO: Enabling blanker

Exiting... (End of file)

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Lack of progress
Quite a regular
Quite a regular


@xenic

Quote:
My pointer even gets jerky or freezes while TW is loading.


That's because the USB HID tasks run a priority 10 which is the same as the partition tasks. Kind of silly to have the USB HID tasks run at pri 10 when input.device runs at pri 20.

Who made *that* decission and why?!?!?
ssolie, comments on that?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: MPlayer and H264?
Quite a regular
Quite a regular


I am using rtg.library 41.4355 (2011-07-14).
I'll do an update and test again

Edit: Except I can't because AmiUpdate crashes
Edit2: Ok, managed to update but I honestly can't see any difference what so ever on the border-line videos. I will test with the benchmark when I get time.


Edited by Deniil on 2013/2/20 22:46:21
Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Post-Update 6 updates
Quite a regular
Quite a regular


I've been missing out!

I thought I would get notificed by new updates, but not having them automatically installed. Seem I have to check it manually as well.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Will IBrowse v2.5 ever be released?
Quite a regular
Quite a regular


@ssolie

Quote:

"It's easier to ask forgiveness than it is to get permission." - Grace Hopper


Now you're making up for that avatar of your's

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: radeonHD video hw acceleration
Quite a regular
Quite a regular


Quote:
** PCIe has a particularly large penalty for transferring small blocks (e.g., 32-bits) at a time. On the A1-X1000, altivec is used to transfer 128-bits (16 bytes) at a time, but that's still not big enough for top speeds.


So the X1000 currently does all gfx operations by PIO??! Even rectfill and moving windows and screens, draw shadows etc. and obviously BltBitMap for painting the video on a window?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: radeonHD video hw acceleration
Quite a regular
Quite a regular


Yeah, this would be nice to have. Even the PA6T can't do 1080p h264 decoding, and not even 720p without overlay and some quality switches.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top



TopTop
« 1 ... 7 8 9 (10) 11 12 13 ... 27 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project