Forgive me if this is a stupid question. I'm new to transcoding... and coding generally.
I've been using transcode for a few months now to convert video (avi etc) into DVDs. I've got it working pretty reliably after lots of experimentation. I have two different ways of making a DVD: 1. A standard format DVD (transcode --export_prof dvd, mplex, and dvdauthor) 2. A set of mpg files that my DVD player lists in a menu and allows me to select (must be done with constant bitrate or the player freaks out and crashes). Anyway... I've noticed a significant speed (FPS) difference in these two methods. After a bit of testing, I figured it must be because method 1) is doing a frame resize to match the DVD specs. 2) just uses whatever size the AVI file is. At the same time I was messing around with Fedora Core 6 and compiz -- and I realised that OpenGL was happily whizzing around and resizing images incredibly quickly (and even anti-aliasing them)... and I wonder if OpenGL (optional, of course) had even been considered as a way of speeding up transcoding. In other words: if OpenGL is available... using that to do image resizing for a start. Is it feasible? Would it have any benefit... would having to shift the data to/from the card negate any speed benefits from offloading it to the GPU? How involved would it be to implement... I mean, do you have to know the intimate details of transcode and OpenGL to even consider implementing it. As I said, I'm a newbie at this stuff so I apologise if this has been considered or is just, well, wrong.
