Bridgman when can we expect to see products with this tech??
Announcement
Collapse
No announcement yet.
Bridgman Is No Longer "The AMD Open-Source Guy"
Collapse
X
-
I understand there are benefits to GPU computing, when there are many paralelized calculations to be performed, however, this is not always the case, or there would be no reason for AMD including the UVD block in their GPUs and APUs in the first place.
What I grasp from the HSA inniciative is more like:
CPU: very good for serial general calculations
GPU: very good for paralel calculations, still getting better at being general
There are, however, other workloads, such as video transcoding for example that are not specially suitable for neither, hence intel, amd, nvidia and several arm soc vendors include a video transcoding block in their chips which is several times more efficient than either cpu, gpu of both at this specific workload.
What I would like to know is if the HSA foundation has plans to do to these blocks the same it is doing to the GPU: helping programmers use the speciallysed logic transparently.
Please correct me if I'm wrong in any of the above assumptions.
Comment
-
Originally posted by blackiwid View Postthe normal player... so what could that be, gstreamer... but yes I did understand that gstreamer is not that optimised than mplayer because of that I developed lately that as a minitube alternative:
command line interface to youtube, provides search, download and stream functionality. - spiderbit/youtube-mplayer-controller
but still 3% vs 50-80% is still not good.
Still, 3% vs 20% or 30% remain a significant improvement.
Comment
-
could you estimate how much time you would need to invest to get gpu based aka shaderbased accelleration of x264 720p and 1080p accelleration.
for a guy who is able to programm in C but have no experince in kernel or x or driver development?
I would maybe try it if it would have any change of completion without working on it for 6 months full-time. And bridgeman did say its all there to get it running easy.
he never explizitly said easy but if that task would cost 100.000$ manpower-costs it would be a unneeded statement because then it would be clear to anybody that it will not happen ever, if amd does it not by them self.
Comment
-
Originally posted by blackiwid View Postcould you estimate how much time you would need to invest to get gpu based aka shaderbased accelleration of x264 720p and 1080p accelleration.
for a guy who is able to programm in C but have no experince in kernel or x or driver development?
I would maybe try it if it would have any change of completion without working on it for 6 months full-time. And bridgeman did say its all there to get it running easy.
he never explizitly said easy but if that task would cost 100.000$ manpower-costs it would be a unneeded statement because then it would be clear to anybody that it will not happen ever, if amd does it not by them self.
If you are interested better ask in the mailing list.
Comment
-
Originally posted by e.a.i.m.a. View PostWhich video, which player, which distro? With my x120e and playing the preview of 'skyfall' in 720p and 1080p, cpu usage was 35-55% in average for HD and 70-90%. I tried to raise the resolution up to 1600x1200 and the cpu usage did not raise much, a few percent at most. I am running openSuSE 12.1 with latest updates and catalyst 12.8, under xfce. Desktop effects are disabled, and I think anti-aliasing is too. For the purpose, I downloaded the preview and played them under vlc.
I hadn't watched that video yet, but the proposals I've seen about OpenGL implementation seems promising. If only more specifications would be available to them, along with properly working BIOS, up to a total control of power management the game won't be the same.
According to the devs, I think that was the best their hardware could do - (Sandybridge, i think, or maybe Ivy), but future hardware would allow them to use a hardware overlay to display the video instead which would save a lot of power usage compared to using the GPU texture. The problem with current hardware was that the VA decoded format was incompatible with the current hardware overlays.
Comment
-
Originally posted by bridgman View PostFixed that for you..."HSA is marketing speech for: shader based calculation without the usual drawbacks and overheads. Now you can imagine how good this will work."
Your marketing speech is a ridiculous attempt to sell the new DRM TrustZone system then we get the (OLD-UVD unit+TrustZone) = HSA!!!
And Intel do have "Intel Trusted Execution Technology" already because of this they can deliver the video acceleration right now with opensource drivers.
But hey the fools will get the truth when the HSA anti-consumer hardware is ready to sell then we all know how good TrustZone will work against the customers. . .
Any positive imagination is just nativity-->"Fixed that for you"
Comment
-
Originally posted by 89c51 View PostChristian Konig already wrote code for shader based h264. I am not sure if he released it and where.
If you are interested better ask in the mailing list.
libvdpau_r600.so that file is missing it seems... or whatever funny xorg-messages:
[ 14.132] (II) RADEON(0): [DRI2] Setup complete
[ 14.132] (II) RADEON(0): [DRI2] DRI driver: r600
[ 14.132] (II) RADEON(0): [DRI2] VDPAU driver: r600
but of curse no no vainfo no vdpauinfo no xvmc stuff works so maybe we talk about that is not working in a year or so... its funny because if you read some of the posts here on phoronix you could think that it was already running a bit buggy or so in january... ^^
Comment
Comment