@Hammer

Quote:

Radeon HD 7970 Ghz Edition is the fastest (single chip package) renderer for Blender .

I actually meant to get the OC version but the night before I purchased it someone had beaten me to it (must have had limited stock) so I just went for the standard one. Still, Niiiiice.

Ooooo

_________________
~Yes I am a Kiwi, No, I did not appear as an extra in 'Lord of the Rings'~
1x AmigaOne X5000 2.0GHz 2gM RadeonR9280X AOS4.x
3x AmigaOne X1000 1.8GHz 2gM RadeonHD7970 AOS4.x

@Hammer

Quote:

Hammer wrote:

It's a dark day for us nVidia fanboys *sniff*

Strange that the Kepler should be so much slower than the Fermi.

_________________
Doing stupid things for fun...

@Karlos

No wonder the overlay nit picking.
A deeper fear lurks beneath ........

Quote:

Karlos wrote: @Hammer Quote: Hammer wrote: It's a dark day for us nVidia fanboys *sniff* Strange that the Kepler should be so much slower than the Fermi.

_________________
Sam460ex : Radeon Rx550 Single slot Video Card : SIL3112 SATA card

@olegil

Quote:

Really? He already explained that the Linux drivers don't support it, cause it REALLY IS BEING OBSOLETED.

The Amiga API for scaling video in hardware (usually done with "Overlay")? Well, first time I hear of that...

ANYWAY, as we know, the "new way" supports all kinds of fancy stuff, like several onscreen instances at once, 3D transformations etc. which is not needed for "basic use".

What I meant is, support the current API first, perhaps extend it later, if anyone can bother.

Or do you mean they are somehow incompatible with each other? In practice, that would mean that "traditional overlay" can do something the new way cannot.

In exactly similar fashion, should Warp3D support be completely removed now, simply because there's "full MESA-based OpenGL" being worked on?

Last edited by Jupp3 on 30-Jun-2012 at 06:54 PM.

@Jupp3

There are not that many programs that support overlay, and source code of the this applications are available, so don't need to emulate it, you can just provide an alternative display method to mplayer, and so on, one of major problems whit overlay is that in Picasso96 that overlay is a pip window, so if your need buttons etc, you need paint the buttons in yuv422 format some thing that's is not supported by the graphic library, and its NOT as easy as the RGB formats.

Converting between different format is not good idea, if you need speed.

If you have RGB image converting to yuv422 format before you display it not worth it unless you have is a small image you like to up scale to full screen.

I guess converting a planar image to rgb or yuv422 is will most likely take approximately the same time, (If keep a pre calculated color lookup table whit yuv).

Last edited by NutsAboutAmiga on 01-Jul-2012 at 11:26 AM.
Last edited by NutsAboutAmiga on 01-Jul-2012 at 11:24 AM.
Last edited by NutsAboutAmiga on 30-Jun-2012 at 08:01 PM.
Last edited by NutsAboutAmiga on 30-Jun-2012 at 07:45 PM.

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

In my opinion, as long as a viable method exists for implementing the necessary colourspace and scaling, it shouldn't be impossible to create some glue for that and the legacy PiP stuff.

There might be some esoteric bits of PiP that are unsupportable via video texturing, but being able to display a scaled YUV surface on an RGB display seems like the bare minimum functionality you'd need to implement.

Picasso96's API is rather tied to the traditional overlay method of doing things and I can understand why on more modern hardware it seems like an anachronism. However, as with most things, the appropriate application of glue and duct tape can fix anything ;)

_________________
Doing stupid things for fun...

@Karlos

And this glue/duct tape method is CURRENTLY the most important use of our SINGLE developers time? Really? Damn the consequences?

Last edited by olegil on 30-Jun-2012 at 09:02 PM.

_________________
This weeks pet peeve:
Using "voltage" instead of "potential", which leads to inventing new words like "amperage" instead of "current" (I, measured in A) or possible "charge" (amperehours, Ah or Coulomb, C). Sometimes I don't even know what people mean.

@olegil

It doesn't have to be Hans that does it, just someone with the right hardware, and a knowledge of P96 internals and whatever API he develops.

_________________
Doing stupid things for fun...

@Karlos

And the crowd went wild. Everyone wanted to do it.

Oops, that was in another reality. In THIS reality, everyone just whined about the fact that Hans isn't doing it.

_________________
This weeks pet peeve:
Using "voltage" instead of "potential", which leads to inventing new words like "amperage" instead of "current" (I, measured in A) or possible "charge" (amperehours, Ah or Coulomb, C). Sometimes I don't even know what people mean.

@Karlos

Quote:

However, as with most things, the appropriate application of glue and duct tape can fix anything ;)

You men, so that pip work and not crash, but it will be dead slow if just implemented in software, you know that, (That’s unless you stick to black and white.)

(I have the routine already for a software pip, it’s just the implementing that duck tape that’s missing, or patch)

So it has to be someone who knows a thing or two about textured video.

Last edited by NutsAboutAmiga on 01-Jul-2012 at 03:35 PM.
Last edited by NutsAboutAmiga on 01-Jul-2012 at 11:18 AM.
Last edited by NutsAboutAmiga on 01-Jul-2012 at 11:16 AM.
Last edited by NutsAboutAmiga on 01-Jul-2012 at 11:15 AM.

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

@Karlos

Anyway I think if you were thinking about yuv422 or some other yuv pip format converted to RGB using software and then upload it as texture I pretty shore big / little endian swapping will kick inn, unless there is some way you can upload little endien format textures, I don’t see how this going to be fast.

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

@Slayer

Quote:

Slayer wrote: @Hammer Quote: Radeon HD 7970 Ghz Edition is the fastest (single chip package) renderer for Blender . I actually meant to get the OC version but the night before I purchased it someone had beaten me to it (must have had limited stock) so I just went for the standard one. Still, Niiiiice. Ooooo

Have you checked http://pcpartpicker.com/nz/parts/video-card/#c=70&sort=a5
?

_________________
Ryzen 9 7900X, DDR5-6000 64 GB RAM, GeForce RTX 4080 16 GB
Amiga 1200 (Rev 1D1, KS 3.2, PiStorm32lite/RPi 4B 4GB/Emu68)
Amiga 500 (Rev 6A, KS 3.2, PiStorm/RPi 3a/Emu68)

@Karlos

Quote:

Karlos wrote: @Hammer Quote: Hammer wrote: It's a dark day for us nVidia fanboys *sniff* Strange that the Kepler should be so much slower than the Fermi.

http://techreport.com/articles.x/23150/6


DirectCompute for advanced lighting path and gobal illumination feature that approximates the diffusion of light off of surfaces in the scene.


PS; OpenCL ~= DirectCompute

Global illumination and global light paths

Dirt Showdown's GI and AL..

"The patch enables Global Illumination by default in Ultra mode. This technique simulates the first bounce of indirect light from the sun by rendering thousands of dynamic lights into the scene. For example a red and white rumble strip will bounce some red and white light onto any nearby objects. The Advanced Lighting option needs to be switched on for it to have any effect. The technique is extremely GPU intensive and targets very high end and future hardware"

Last edited by Hammer on 01-Jul-2012 at 04:10 PM.
Last edited by Hammer on 01-Jul-2012 at 04:05 PM.
Last edited by Hammer on 01-Jul-2012 at 04:04 PM.

_________________
Ryzen 9 7900X, DDR5-6000 64 GB RAM, GeForce RTX 4080 16 GB
Amiga 1200 (Rev 1D1, KS 3.2, PiStorm32lite/RPi 4B 4GB/Emu68)
Amiga 500 (Rev 6A, KS 3.2, PiStorm/RPi 3a/Emu68)

@Jupp3

Quote:

What I meant is, support the current API first, perhaps extend it later, if anyone can bother.

Knowing P96 PIP API design problems it could be better idea ditch it.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@itix

So in short: Hans is on the right track by focusing on his 3D library. For those who must have overlay through the old API, there's ALWAYS the possibility of using an older card whose driver supports it NOW.

_________________
This weeks pet peeve:
Using "voltage" instead of "potential", which leads to inventing new words like "amperage" instead of "current" (I, measured in A) or possible "charge" (amperehours, Ah or Coulomb, C). Sometimes I don't even know what people mean.

@itix

Quote:

itix wrote: @Jupp3 Knowing P96 PIP API design problems it could be better idea ditch it.

As long as what ever alternative to Overlay is announced early, so the developers who are providing ports of programs that need Overlay to work at an acceptable speed can have time to modify those few programs to use which ever alternative method is being chosen to replace Overlay.

That way there won't be any delay in taking advantage of this new alternative to Overlay in programs like MPlayer and others, when the alternative to Overlay is finished and ready to be released.

Perhaps my example of MPlayer is a poor choice, as it probably already supports many different alternatives to using Overlay, and nothing will be needed to be done to support which ever alternative to Overlay is chosen for the OS4.x Radeon HD video card drivers, but I think you get my idea. Some of the programs that greatly benefit from the use of Overlay might need to be altered to take advantage of the alternative to Overlay that Hans chooses to use in the OS4.x Radeon HD video card drivers. So, for this reason alone, I hope that the alternative method which will be included in Hans Radeon HD drivers will be made public as early as possible, and all programs that currently work much faster when using Overlay can be modified to use this new alternative to Overlay during the same development time that Hans, or who ever is writing this alternative method.

Jeeshe', I hope all of that rambling made sense to someone.

Last edited by amigadave on 02-Jul-2012 at 10:16 AM.

_________________
Amiga! The computer that inspired so many, to accomplish so much, but has ended up in the hands of . . . . . . . . . .

@amigadave

Well Cobra is in the right circles to keep abreast of this transition (DvPlayer) perhaps he'll take the opportunity to offer the newer version with another registration fee (whether this is a branch or a dual purpose release will be decided by Cobra) I'll be happy to re-register

_________________
~Yes I am a Kiwi, No, I did not appear as an extra in 'Lord of the Rings'~
1x AmigaOne X5000 2.0GHz 2gM RadeonR9280X AOS4.x
3x AmigaOne X1000 1.8GHz 2gM RadeonHD7970 AOS4.x

@Hammer

Thanks for the link, I could have waited I just didn't want to so I got the standard 7970, besides, I'll probably get another one further down the road anyway

_________________
~Yes I am a Kiwi, No, I did not appear as an extra in 'Lord of the Rings'~
1x AmigaOne X5000 2.0GHz 2gM RadeonR9280X AOS4.x
3x AmigaOne X1000 1.8GHz 2gM RadeonHD7970 AOS4.x

Why someone using an nvidia gpu would use opencl instead of cuda?. If these tests were done under cuda, nvidia ratings would be higher than ati's.

_________________
Amiga 1200 desktop. Apollo 030/50 Mhz 8mb ram + ClassicWB + Wb 3.1
Amiga 500 + ACA500plus 8mb + 30gb CF
Raspberry Pi 3b+ and Amibian 1.4
Mac Mini G4 1GB Ram with the butterfly!!

@thread

ok. i know i'm going to get jumped on here, but i really would like to know the answer: other than being able to use 'new' radeon HD cards, given the state of the driver, is there any advantage to using a radeon HD card vs an older PCI-based radeon card like the 9250? even in a SAM460 or X1000?

there's no 3D support. video playing is via the CPU. it sounds to me like one would want to stick to PCI graphics cards until all this gets sorted out. 2D benchmark numbers are nice and all, but it sounds like from a user perspective, until software gets sorted, there really is no advantage to the newer cards. what am i missing here?

-- eliyahu

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