Announcement
Collapse
No announcement yet.
Another Look At The Latest Nouveau Gallium3D Driver
Collapse
X
-
One other thing, try decoding at fullscreen (instead of scaling down)and watch your CPU usage.
-
Well a couple of things here. First of all BBB is not very demanding on bitrate, it is pretty easy on it in fact. You could try something that is a bit more demanding such as http://www.bealecorner.org/red/PFX_c...H.264-1080.mov (downscaled RED camera footage).
Second of all you are still pushing your processor to ramp up to it's fastest p-state. With video decode acceleration on a processor like yours it shouldn't even hit 2% on a system such as yours on one core in its power save state (which is what my 4200+ locked in @ 800 Mhz).
An atom for example is easily able to do high bitrate 1080p with proper video decode acceleration as well as some post processing as well (which is commonly used with vdpau on XBMC and such) while rarely hitting maybe 15% on a single core.
I'm not saying you couldn't muscle your way though without video decode acceleration with a beefy enough processor but it certainly consumes a hell of a lot more resources especially when you are doing things like "scrubbing" through HD footage while editing.
Leave a comment:
-
here ya go, 4 of the same h264 video being decoded at the same time, using only a vesa 2.0 renderer.
Not even a 2d accelerating driver. Just vesa and software
Granted it pushs the cpu pretty damn hard "running on one core" but it proves that it is easily doable.
Uploaded with ImageShack.us
Leave a comment:
-
this is with mp4 mp3 5.1 surround. just in case dumpt.com doesn't come back up, links on my above reply.
1 core and multicore testing all give the same result. very limited cpu useage.
Uploaded with ImageShack.us
Leave a comment:
-
I get the same result with h264
minimal CPu usegage system idling watching a video cpu usegae is about 10-155 for both, with a few apps open its around 30%. screencapture really pumps the cpu useage up when you snap the shot.
Uploaded with ImageShack.us
Leave a comment:
-
Originally posted by deanjo View PostAny OS is that inefficient without video decoding acceleration.
Seriously ?
I mean I can decode mp4 1080p just fine with 50% of one 3.2 ghz cpu core no problem.
trust me it was tough trying to keep the screenshot utility from driving up cpu useage. I'd say it averaged around 30-40% on a single core.
Maybes its a linux problem ? I get similar results on windows.
I am gonna try h264 next.
Leave a comment:
-
Originally posted by blackiwid View PostI don?t agree with you here, the free driver should in mid-long time replace the proprietary drivers. So like in cheap linux routers they provide then much proffesional features that not everybody needs. But thats not neccecary the work that amd have to do but they have to provide the documents that people need to make a driver with no restriction, also if amd give no uvd details, there are other ways to accellerate video other gpu, that goal has to be possible. Because else in long run the driver not even is good enough for home-users. I fancied to arm/chips because they seem to provide long batterie livetime and video-acceleration, but 3d and this video-acceleration is not in a free driver. So Arm is dead for me now. Because in 2-3 years or even faster? I will can play videos with 1080p in linux (without a 8core cpu) with high enough fps. Or then someday maybe 2560p or something like that.
That had to be reachable else I revert my viewpoint and wait till someone provides me with that possibillity in a free driver. Dont get me wrong I do not demand it today to have it now, but I want in someday in the future, because else that specs or driver would not be free, its then not more or less free than the nv-driver because you only get a part that allows you to do x y but not z.
Is linux that inefficient at video playback that it needs to have video excelleration ??
Leave a comment:
-
Originally posted by BlackStar View PostThat's logistically impossible. The three major vendors have something like 300 people working on their closed-source drivers.
Originally posted by BlackStar View PostThe open-source drivers are developed by maybe 30-odd people, several of whom unpaid.
Originally posted by BlackStar View PostIt might sound harsh but the open drivers will never catch up to the blobs as things stand. Which is fine, since what they need to do is become good enough for the average user.
The big problem was/is that we had to reinvant nearly the whole X-core after the fork from Xfree86 and a long time with no free drivers, but this environment is now here and getting even better. The progress is very good on the free driver, the bazaar wins in long term always against the catedral.
Leave a comment:
-
[QUOTE=BlackStar;169048]With this mindset, Windows offers even better performance and features - so why not use that?
(Yes, it really does: better video acceleration, faster 2d, faster 3d (compare Unigine DX11 vs OGL), more games, more applications. Why use Linux?)
Better video acceleration, nope, vdpau works fine. Faster 2D, feels identical here. faster 3d, nope, (I did actually compare Unigine, sorry to disappoint you. http://phoronix.com/forums/showthrea...196#post157196), more games, not something I actively do, more applications, sure there is but only a couple that require me to actually run windows.
Why use linux, for me it is the development tools, the ability to customize and strip down, the performance is on par, it is free as in beer, and does almost everything that I want to do when combined with closed proprietary apps. In other words 'it works' for my tasks.
Ignored is too strong a word. Getting correct 2d and 3d acceleration is more important than video (that is being worked on, btw).
They may but noone is buying a $10000 application to run it on an unsupported OS and uncertified hardware.
Leave a comment:
Leave a comment: