I currently have the onboard Radeon HD4250 set to decode and the CPU for encode. Not sure if it's faster/slower and/or better quality than having the CPU do both decode/re-encode...might have to try that at a later time.
that's neat, I didn't know you could do that though there's no reason AMD would disallow it, outside of a HDCP playback chain.
we can estimate the speed up, or the slow down if done fully in software. let's say encoding is 10x slower than decoding, then switching to full software processing would be about 10% slower.
best thing in town for encoding would be either a great DSP based solution. why we aren't seeing encoding cards and decoding cards readily available on PCI and PCIe I don't know. or a many-core CPU, the only one worth mentioning for now is Intel Knights Corner but if it's released one year from now and sold at $10K it isn't very helpful.
GPGPU encoding is just software, there's no software made for AMD GCN and nvidia Kepler yet.
best would be for the x264 community to work on this but.. many man-hours needed I suppose, and it will work for a subset of users whereas generic software can run on a tablet or a pentium 2 or a 8-way sparc server if that's what you want.
btw, 5 hours, a figure I've just read from your post. it's a pretty nice number for encoding such heavyweight video with the most CPU hungry codec
.
I wonder what the figure is for other encoding, and the resulting quality. I would like to do 4GB, 720p xvid with high quality stereo OGG
, made from high bitrate bluray.