Originally posted by Qaridarium
Announcement
Collapse
No announcement yet.
AMD's opensource lies exposed
Collapse
X
-
Originally posted by Quaridariumreally no one care about the DRM(the bad one) stuff and no i don't care about UVD video acceleration because my cpu is fast to decode any video.
"No way pal, you can't accelerate HD video on this OS and AMD/ATI hardware because your system is a low-end piece of shit and my CPU can kick any ass you find on the market, so either upgrade it or get the hell out of my sight and use your windose to play your videos."
Comment
-
"No way pal, you can't accelerate HD video on this OS and AMD/ATI hardware because your system is a low-end piece of shit and my CPU can kick any ass you find on the market, so either upgrade it or get the hell out of my sight and use your windose to play your videos."
Comment
-
I think Q what more pointing out what was important for him, and just him, not for everybody in general.
I personally would rather have the ability for open source driver OpenGL 3/4 before video decode (ok, ideally, both at the same time, but priorities are priorities), but if (read: when) I have an interest in using AMD's APUs in an htpc, then I'd probably want video decode first.
Comment
-
Originally posted by glxextxexlg View PostAnd this is where your opensource driver love FAILS to embrace the linux community.. This is the point where opensource drivers are more proprietary than nvidia's WORKING binary blob...
Comment
-
Originally posted by Qaridariumthis is only right if you have an very low distance view in the future. the speed doubles every 2 years and yes also on the lowend systems.
and hey the UVD unit can not handle VP8/webM means your statement is pointless for HTML5+webM
Originally posted by mirvbut if (read: when) I have an interest in using AMD's APUs in an htpc, then I'd probably want video decode first.
Just tell me the name of your planet and... naah not again :P
Comment
-
Originally posted by glxextxexlg View Postyes they double and so the resolution and codec complexity of the videos!
hey, who said new chips won't incorporate this support?
All the web is moving towards HD content, even the cheapest and smallest linux devices can do it if they have nvidia hardware onboard and if you think video acceleration is only for htpc then discussion is pointless.
Just tell me the name of your planet and... naah not again :P
Comment
-
Originally posted by Qaridariumright but HD content means low quality 1650x1050 pixels at 24fps with no stereoscoopic view.
on an long period you will not get any better than 1900x1200 pixels at 60fps with stereoscoopic view.
means no you don't get 4K resolutions with 100hz and multidimmensionalstereoscoopic views
means no.. every bullshit cpu in 2 years can handle this shit .
What if the user not only watches a video but does something like this at the same time?
Destroy the video for several times and see the CPU cycles cry. It gets near the computation limit of my Athlon 64 X2 5600+ which is clearly a high-end class hardware. And this is only a low-res video
This is why video acceleration is so important. People won't be just watching the video but interacting with it and offloading video decode to the gpu is a good idea.
Your "low-end system does everything" theory can break easily with emerging technology so be careful with it...
Comment
-
Originally posted by glxextxexlg View PostWhat happened to superscalar thinking? Are we still in the times of this chip?
What if the user not only watches a video but does something like this at the same time?
Destroy the video for several times and see the CPU cycles cry. It gets near the computation limit of my Athlon 64 X2 5600+ which is clearly a high-end class hardware. And this is only a low-res video
This is why video acceleration is so important. People won't be just watching the video but interacting with it and offloading video decode to the gpu is a good idea.
Your "low-end system does everything" theory can break easily with emerging technology so be careful with it...
Comment
Comment