Hi there, I’ve recently been looking at an issue in the QT Phonon Multimedia backend related to the network connection used when streaming media. It is possible (on Symbian) to get in to a state where the phone has a valid network connection, but requests to stream media using the default connection fail, as that network connection is not set as the default for multimedia. There is also a slight difference in handling of connections for different media streaming protocols (http or rtsp).
I understand that the Bearer Mobility APIs should allow the network connection used by an application to be controlled. I’m not really familiar with these APIs, but ideally, I think that the Qt-mobility APIs should: 1) Allow querying/setting of default network connections (including allowing setting of separate default connections for MM streaming protocols) 2) Allow applications to override the default bearer to be used for specific functionality (e.g. via QMediaPlayer), again all protocols should use the specified bearer 3) Handle failures using the initial bearer (either default or client specified) with consistent, documented behaviour (either raise an error, or fall back to an alternative bearer). Does this sounds like the desired behaviour? To what extent is this behaviour currently supported through the existing Qt-mobility APIs and backend implementations? Best Regards, Ruth _______________________________________________ Qt-mobility-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt-mobility-feedback
