Hi, The Gstreamer plugin in Qt Mobility contains a list of hard coded audio encoders and another for video encoders. Audio: http://qt.gitorious.org/qt-mobility/qt-mobility/blobs/master/plugins/multimedia/gstreamer/mediacapture/qgstreameraudioencode.cpp#line58 Video: http://qt.gitorious.org/qt-mobility/qt-mobility/blobs/master/plugins/multimedia/gstreamer/mediacapture/qgstreamervideoencode.cpp#line54
What are the options for extending the lists with support for other encoders and profiles, e.g. AAC, HEAACv1 & v2, H.263, base/main/high profiles etc? I suppose the most obvious option is to patch the classes by adding the new components in the same way they are added now. In case the gst components are not available in the platform, the factory function will fail and the encoder will not be exposed up to QMediaRecorder. But is there a more dynamic way of doing it in the current design? If not, is the current design going to stay or will the discovery of encoders be done differently? I suppose I should take the last question to the qt-mobility mailing list, unless some of the Mobility devs are listening in on this list as well. BR Fredrik
_______________________________________________ MeeGo-dev mailing list [email protected] http://lists.meego.com/listinfo/meego-dev
