PS3 as external accelerator - Fixstars CodecSys CE10 'faster than reatime' encoder

Thats hardly a quantitive measure though is it? Unless your encoding the exact same source material to the exact same end quality, how is a comparison going to be valid?

I'm suggesting that to see which hardware is faster, you would ideally use the same encoder on each. In practical terms though thats probably not going to be possible since the software will be targeted specifically for the architecture of the hardware its running on. So the next best thing is simply to take the same source material and ensure you are using the same quality settings to encode it.

 

Two different versions of x264 (e.g. I've just compared builds 1130 and 1173*), given the same input file and using the same encoder settings, will not necessarily produce the same file.

So, you are then in "what does it mean when I say the image quality is the same?" territory. That's a very taxing question, to which PSNR and SSIM are no answer.

Jawed

* - 1173 is the last generally available build of x264 before the changes in defaults and introduction of presets+profiles. 1173 was built just before the end of June and 1130 dates from March-ish.

 

Moved onto the i7, decoded the AVI to uncompressed YV12 (ie the same pixel format as the final encode) all in an effort to eliminate any decoding overhead. Frame rate from a 720p60 stream is now a very respectable 30fps. I'll see if there are any other tricks I can use to beef that up.

CPU usage on the i7 is about 7%, and it was about 33% on the Penryn laptop. This disparity is probably down to the decoding.

Using multiple slices gives me an FPS boost (this is where the picture is literally divided into four slices encoded/decoded in parallel). I can up motion detection quality from the default 88 to 100 and still get up to 32fps.

 

I get 1080p encoding at around 20-24fps. Weirdly - and rather disturbingly - the quality settings don't appear to impact performance that much.

 

The article said they weren't doing that somewhere? How else would it be a comparison, if these things weren't considered?

 

Maybe I missed it but I haven't seen any direct comparisons between Badaboom, i7 and CE10 yet.

 

According to CodecSys' press release...

Perhaps you should test it at low bitrate to see what the fuzz is all about. Since they are positioning this as a "real-time" encoder, the CodecSys' algorithm + single pass may be more suitable for their needs. We have other free/affordable solutions for 2-pass encoding anyway.

Also, are you testing the free trial professional edition or the consumer version ? Is it gimped in anyway compared to the full professional version ?


EDIT: Found Professional vs Personal edition comparison here: http://codecsys.fixstars.com/en/ce10/specs.html

The free trial version provides full functionality. The Professional version supports up to 150Mbps encoding. Does it still encode at 20-24fps for 1080p, 150Mbps ?

 

Copy the VOB from DVD to HDD and try. Also, if the ripping does not involve re-encoding, it may not exercise H.264 encoding (for the Pentium case). What was the final output ?

 

DVD doesn't use H.264, so it's up to the ripping + transcoding software's configuration. Check it ! ^_^

 

Ha ha... what I meant was DVD uses MPEG2. I don't know if the PC ripping software transcodes the video into H.264 at all (or may be it transcode it into something else). CE-10 will transcode it into H.264 (because it's the only thing it knows).

If PC is the bottleneck, then it may not be CPU bound because grandmaster tried it on 2 laptops with different CPUs.

 

Maybe I'm misunderstanding but isn't the point of this application to use a PS3 to accelerate the encode process and all the testing so far has been without the use of a PS3?

 

*Shrug* I don't know. According to the results here, the encoding duration changes depending on the bitrate: http://codecsys.fixstars.com/en/ce10/gallery.html. The decoding time on PC may depend on movie content. But yes, something like SPE/SPUREngine should help more.

EDIT: Ah... I see what grandmaster was testing now. His result does not include decoding an MPEG 2 stream on i7 though (Uncompressed input took 7% of i7 ?).

 

Anyone testing with lower than 3Mbps and higher than 15Mbps encodes ? Those are the cases where CodecSys' algorithm kicks in (or shines). Otherwise, I suspect it's "standard" SPU stuff.

 

What bitrates did you end up with ?