Ya but they will choke on some of the HD camera footage out there running 1920x1080P @ 60fps.
Announcement
Collapse
No announcement yet.
Broadcom Crystal HD Support For MPlayer, FFmpeg
Collapse
X
-
Originally posted by brent View Post300mW @ idle? That's quite a lot, unfortunately.
thats true , especially when you know that things like the commercial Rapport kilocore 256 and 1024 CPUs on a single FPGA (Field Programmable Gate Array) where seeing 30 frames a second while consuming only 100 milliwatts (true only CIF i think but still) in 2006 where ARM at the time were getting 3.3 a second while consuming half a watt of power.
iv advocated putting some form of cheap FPGA's on all PCB's, including motherboard's , GFX cards, and related hardware for a lot longer, for the simple fact that you cant really try and use/program a thing if the OEM's refuse to actually place them on their PCB's as a generic generally usable component, and so it never gets mainstream interest.
it's a shame Bridgman/AMD dont see the benefits Today, even though so called 'reconfigurable computing' is back in vogue with both http://www.staho.com/quad-core-to-ki...cessor/208227/ and http://www.gla.ac.uk/news/headline_183814_en.html
bringing updated advances news since the Rapport kilocore 256 and 1024 FPGA's appeared back in 2006
Comment
-
> ... FPGA ...
> it's a shame Bridgman/AMD dont see the benefits
Bridgman can't even see the benefits of decoding video. :-(
To be fair, I rather doubt that Bridgman is the one that
decides whether a card gets a FPGA or not.
popper, if you want a FPGA graphics card, get yourself a
Open Graphics Project OGD1 card.
Comment
-
Originally posted by popper View Postiv advocated putting some form of cheap FPGA's on all PCB's, including motherboard's , GFX cards, and related hardware for a lot longer, for the simple fact that you cant really try and use/program a thing if the OEM's refuse to actually place them on their PCB's as a generic generally usable component, and so it never gets mainstream interest. it's a shame Bridgman/AMD dont see the benefits
Are you talking about adding a *cheap* FPGA to each board or an FPGA that will offload H.264 decoding ? They are not the same thing, even today. At current prices adding an FPGA with the performance you are talking about would roughly double the cost of a typical graphics card.
Originally posted by Dieter View PostBridgman can't even see the benefits of decoding video. :-(Test signature
Comment
-
Sure, I suppose, assuming you don't count any of the work that *has* been done over the last year in that area, but I still don't get the connection between that and Dieter's comment.
I manage the open source driver effort, not the fglrx effort, and the UVD issues have nothing to do with lack of understanding the importance -- unless you all agree that video decoding is more important than the 2D and 3D acceleration required to support compositing and a modern desktop and agree that we should stop implementing and documenting 2D/3D acceleration hardware on new GPUs for a year or two and focus on video acceleration instead.Test signature
Comment
-
Originally posted by bridgman View PostI manage the open source driver effort, not the fglrx effort, and the UVD issues have nothing to do with lack of understanding the importance -- unless you all agree that video decoding is more important than the 2D and 3D acceleration required to support compositing and a modern desktop and agree that we should stop implementing and documenting 2D/3D acceleration hardware on new GPUs for a year or two and focus on video acceleration instead.
Comment
-
The results of the survey seem to correspond to what I'm saying.
Also the fact that even on the blob side of AMD the efforts there on video decoding acceleration hasn't been all that great either. Even S3 has a better solution then what ATI is offering at the moment. You take a look at nvnews.net forums. Stephen Warren is in there like a rabid dog hammering out and resolving vdpau issues.
Comment
Comment