Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
52 user(s) are online (45 user(s) are browsing Forums)

Members: 0
Guests: 52

more...
Support us!
Recent OS4 Files
OS4Depot.net



« 1 2 3 (4) 5 6 7 ... 30 »


Re: Mplayer Altivec test version for G4 and PA6T-1682M
Quite a regular
Joined:
2008/4/10 13:57
From Northern Ireland
Posts: 901
@mufa

Thanks, that works. However simply defining a -vo mode first stops the diagonal lines altogether.

the lines dont appear on all vids, one that it does occur on is an mp4 854x480 version of big buck bunny.

Anyone know with -vo SDL, how I can stop some videos opening in fullscreen on my 9250? I want them to open on my 6850.

_________________
AmigaOne X1000.
Radeon R9 270X

http://www.tinylife.org.uk/
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/11/20 16:26
From Norway
Posts: 2734
@tommysammy

Sorry to say it looks like 720p (HDReady) to me, judging from size of the window.

http://www.auby.no/files/video_tests/

try to download

Monsters.mkv and Birds.mkv and compare the size of the window.

Don't try full screen whit your current version, it won't find a resolution that works, and it will run for every in a loop trying to find one

_________________
(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/1/26 21:48
From New Zealand
Posts: 2196
@LiveForIt

Quote:
I did some calculations on Amigaworld, it steams the the PCI bus should be OK at peek load, it most be the way I'm rendering into the graphic memory instead of letting DMA handle it.

...

I'm just afraid If I changed it to buffered memory, it might effect the speed on X1000.

As PCIe is really fast and buffered copy might just be hindrance instead of a benefit.
What do you think.



Actually, using DMA is even more important with PCIe. PCIe has a huge penalty for transferring data in small blocks like, for example, 32-bit words. The only way to achieve efficient high-speed transfers is using DMA. Have a look at this document, and you'll see what I mean.

Right now, there is no DMA support for the A1-X1000, although that should change at some point. Using an altivec based copy routine, we max out round 400 MiB/s (link). Using a double-precision float based routine drops that to round 200 MiB/s, and a 32-bit routine would be approx 100 MiB/s. IIRC, the theoretical max is 4 GiB/s, although this is never achieved.

To see what a difference DMA makes, have a look at this result for the Sam460ex (NOTE: it has a 4x PCIe slot, with a theoretical max of 1 GiB/s). For a more extreme case, look at this result for a Sam440-flex + Radeon HD 6770.

Directly writing to VRAM helped on old machines like the A1-XE that had slow RAM. In that case, writing it in slices allowed you to copy from the CPU cache straight to VRAM, bypassing the slow RAM. This may well outweighed the speed boost of using DMA on these machines. However, our newer machines have much larger RAM bandwidth, and with the PCIe bus the performance boost from using DMA is much larger. Even with PCI cards, DMA can double the transfer rate (link).

So, please use p96WritePixelArray()to copy the frames to VRAM. Or allocate a user-private bitmap in RAM, and use BltBitMap(). Both of these will use DMA where available (currently Sam440 & Sam460ex), and fast per-platform copy routines elsewhere. By all means, provide backup routines where it makes sense (e.g., A1-XE), but don't think that you can outrun DMA.

Hans



P.S. If you're worried about having to copy from libavcodec's internal buffer to yet another buffer, have a look at the FF_BUFFER_TYPE_USER flag mentioned in this doc.

_________________
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/1/26 21:48
From New Zealand
Posts: 2196
@LiveForIt

Quote:

Sorry to say it looks like 720p (HDReady) to me, judging from size of the window.

http://www.auby.no/files/video_tests/

try to download

Monsters.mkv and Birds.mkv and compare the size of the window.


Those two files use the high profile of H.264 which is very processor intensive. AFAIK, playing that profile in 1080p is multi-core territory, so those are unlikely to play smoothly.

By contrast, I tried watching several seconds of a 1080p DIVX of Big Buck Bunny (I really should get some more videos ), and it did play smoothly. Only just, though.

Hans

_________________
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5526
@ddni
Quote:

Anyone know with -vo SDL, how I can stop some videos opening in fullscreen on my 9250? I want them to open on my 6850.


vo_sdl.c should be hacked to make window mode as default (as Mick do in his sdl buld, and as how i do with his help in latest muimplayer betas, hope he doesn't mind that i share it): in config(), at end, remove those strcmp's and co.

I.e. original:

static int
config
(uint32_t widthuint32_t heightuint32_t d_widthuint32_t d_heightuint32_t flagschar *titleuint32_t format
{

 ... 
blablabla almost till end of fucntion....

        else {
        if((
strcmp(priv->driver"x11") == 0)
        ||(
strcmp(priv->driver"windib") == 0)
        ||(
strcmp(priv->driver"directx") == 0)
        ||(
strcmp(priv->driver"Quartz") == 0)
        ||(
strcmp(priv->driver"cgx") == 0)
        ||(
strcmp(priv->driver"os4video") == 0)
        ||((
strcmp(priv->driver"aalib") == 0) && priv->X)){
             
mp_msg(MSGT_VO,MSGL_V"SDL: setting windowed moden");
            
set_video_mode(priv->dstwidthpriv->dstheightpriv->bpppriv->sdlflags);
        }
        else {
             
mp_msg(MSGT_VO,MSGL_V"SDL: setting zoomed fullscreen with modeswitchingn");
            
priv->fulltype VOFLAG_SWSCALE;
            
set_fullmode(priv->fullmode);
        }
    }

        if(!
priv->surface) { // cannot SetVideoMode
         
mp_msg(MSGT_VO,MSGL_WARNMSGTR_LIBVO_SDL_FailedToSetVideoModeSDL_GetError());
        return -
1;
    }

    return 
0;
}


Hack to make window mode be default by changing original on:

static int
config
(uint32_t widthuint32_t heightuint32_t d_widthuint32_t d_heightuint32_t flagschar *titleuint32_t format
{

 ... 
blablabla almost till end of fucntion....

        else {
             
mp_msg(MSGT_VO,MSGL_V"SDL: setting windowed moden");
            
set_video_mode(priv->dstwidthpriv->dstheightpriv->bpppriv->sdlflags);
    }
        if(!
priv->surface) { // cannot SetVideoMode
         
mp_msg(MSGT_VO,MSGL_WARNMSGTR_LIBVO_SDL_FailedToSetVideoModeSDL_GetError());
        return -
1;
    }

    return 
0;
}


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

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Not too shy to talk
Joined:
2008/5/2 12:14
From Sweden
Posts: 499
@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++
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/11/20 16:26
From Norway
Posts: 2734
@Deniil

Well its different because its a private bitmap, not a displayable bitmap. It most likely has to convert the RGB to ARGB and copy it over using DMA. Changing from RGB to ARGB might speed it up.


Edited by LiveForIt on 2014/4/6 10:40:55
Edited by LiveForIt on 2014/4/6 10:54:03
_________________
(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Not too shy to talk
Joined:
2008/5/2 12:14
From Sweden
Posts: 499
@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++
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/11/20 16:26
From Norway
Posts: 2734
@Deniil

Well we should setup a new repo, and so ever one who wants to work on it can make improvements.
One thing, is gui stuff in mplayer is real mess, it should be moved out of the drivers, and into its own .c / .o file.

There is even a directory for it in mplayer so, where GTK and other GUI's are.

_________________
(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/11/20 16:26
From Norway
Posts: 2734
@Deniil

if I remember correct Andreas Palmate mplayer there was a standalone GUI for starting videos, you made.


Edited by LiveForIt on 2014/4/6 12:40:27
_________________
(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Just can't stay away
Joined:
2006/12/1 19:07
From Germany
Posts: 1022
@Deniil

Quote:
So does the MUI-Mplayer for OS4 not use DMA but manual byte-copy in the cgx_wpa mode??!
The cgx_* modes are MorphOS/CyberGraphX code and of course not usable on AmigaOS (AmigaOS doesn't have a cybergraphics.library, except for a very minimal emulation for ancient AmigaOS 3.x/m68k software only).
It may be able to display something, but even using SDL instead should be much faster.

My old MPlayer p96_pip code was implemented on an AmigaOne XE with Voodoo3 gfx card and isn't usable that way for current systems either. It has to be reimplemented using the DMA accelerated IGraphics->BltBitmap(), IGraphics->CompositeTags(), IGraphics->WritePixelArray() or IP96->p96WritePixelArray() functions.

   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5526
@joerg
Quote:

It may be able to display something, but even using SDL instead should be much faster.


On radeonHD it is already like this: sdl output faster than cgx_wpa ones. But, on older cards (radeon92xx , etc), cgw_wpa still prettyu much faster than sdl output (at least on videos i test).

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

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Just popping in
Joined:
2008/11/20 20:09
Posts: 202
@LiveForIt

The MUI GUI code is not a mess at least, it's handled in gui/morphos/ directory along with the other toolkits...

cgx_overlay_gui has some relations to the gui system, so it has to support some specificities, but it's very minimal, actually.

   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5526
@LiveForIT
As we all know, there is no "gui" for any mplayer on os4 (except muimplayer port from Fab): that Mplayer-GUI done by Deniil, are not real gui as you don't have from it any real control, its just cover command line options in friendly maner. And fab's gui done good and clean, check his sources:
http://fabportnawak.free.fr/mplayer/s ... 11.2010.r32620-src.tar.gz

@Fab
I think liveforit mean that piece of code which is not gui at all, but which have some "control" and which code are in the afxgroup's mplayer (that simple control placed over the video, like OSD or so)

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

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/12/2 3:55
From Italy, Perugia
Posts: 3145
@LiveForIt

Quote:
Well we should setup a new repo, and so ever one who wants to work on it can make improvements.


Good news, finally I got a reply from Varthall and he confirm that today you should get the access to the repository

@Denill

As you working on a new version of the GUI i have a little report for you !
When you iconify MPlayer GUI, then the icon willl be placed in a wrong position in WB

@kas1e
Quote:
As we all know, there is no "gui" for any mplayer on os4


Before dropping the project Andrea worked on a little Reaction GUI implementation as a test (he also showed at Pianeta Amiga 2006 or 2007), it didn't worked at 100% but it's pretty possible that then he also included into his source archive that then it was also uploaded on Google site ..

   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5526
@Samo
Ask plz varti to add me as well, i have some stuff to add too

Quote:

Before dropping the project Andrea worked on a little Reaction GUI implementation as a test (he also showed at Pianeta Amiga 2006 or 2007), it didn't worked at 100% but it's pretty possible that then he also included into his source archive that then it was also uploaded on Google site ..


Probably that p96_pip_stuff.c in libvo, where inital attempts was done (and maybe because of that liveforit think that gui code is here).

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

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/12/2 3:55
From Italy, Perugia
Posts: 3145
@kas1e

Quote:
Ask plz varti to add me as well, i have some stuff to add too


Ok!

   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2006/11/20 16:26
From Norway
Posts: 2734
@kas1e

There is a lot of stuff in cgx_common, and yes there are lots of GUI stuff in p96_pip.

So its there so the GUI stuff is bit here and a bit there.

By moving the the stuff out of p96_pip, the Reaction GUI can be made usable from any output driver, or if people like use MUI GUI.

_________________
(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5526
@LiveForIt
Quote:

There is a lot of stuff in cgx_common, and yes there are lots of GUI stuff in p96_pip.


Maybe you mean p96_pip_stuff.c ? But yep, i also remove bunch of code from p96_pip.c too for fab's port and fully get rid of p96_pip_stuff.c file (compare my p96_pip.c for port and original, its i think on 50% less). As for cgx_common, there is fab's version:
http://kas1e.mikendezign.com/temp/muimplayer/cgx_common.c
It didn't have gui code , so we need just reuse it as well.

If there is any gui related code in the version on google, we should for sure just remove it all , and put everything in gui/reaction/ , all that unfinished stuff about which samo told also should go there, then i also can add easy fab's mui code to gui/mui and we will have one normal version at last which will include everything. And if anyone will want to works on reaction based gui later, he know where all placed.

Imho place gui code to drivers itself wasn't good idea at all. Drivers should be drivers, gui in gui. Finished or unfinished does not matter of course. Once Varti will add us on project we can clean it all.


Edited by kas1e on 2014/4/6 16:05:12
_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites
   Report Go to top

Re: Mplayer Altivec test version for G4 and PA6T-1682M
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5526
@LiveForIt
Donated a bit for your work on compositing driver: hope it will motivate to works on it more by bugfixes and speed improvements.

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


« 1 2 3 (4) 5 6 7 ... 30 »



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project