<div dir="ltr">Hi,<div><br></div><div>I would say that QtMultimedia is for in-process media rendering, while QtIVIMedia is about media indexing/browsing and out-of-process rendering. Of course QtMultimedia can be used to implement a rendering backend support in-process rendering, but that is not at the top of the list right now.</div><div><br></div><div>The reason for this is that it is common in IVI systems to have out-of-process media rendering engines and we don't want to integrate them as QtMultimedia backends as they really do not fit.</div><div><br></div><div>Best regards,</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">---<br><br>Johan Thelin   ヨハン  テリン<br>M.Sc.E.E.<br>System Architect<br><br>PELAGICORE | Experience Change<br>Ekelundsgatan 4, 6tr, SE-411 18 Gothenburg, Sweden<br>Mobile: +46 (0)700 900 250<br>Skype: jothpelagicore<br>E-Mail: <a href="mailto:johan.thelin@pelagicore.com" target="_blank">johan.thelin@pelagicore.com</a></div></div>
<br><div class="gmail_quote">On 24 May 2016 at 08:51, Marko Kangas <span dir="ltr"><<a href="mailto:marko.kangas@qt.io" target="_blank">marko.kangas@qt.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I think this should be discussed also with QtMultimedia maintainer Yoann Lopes (cc).<br>
<br>
I'm not decision maker but in general I think we should use API and module we already have. Just extend it to fill automotive purposes. But I don't know details if it's not doable and there's some specific issues then it might be relevant to think separate API. It just might be confusing why to have several similar sound APIs.<br>
<br>
Yoann, could you check mail below from Dominik. Maybe you have some opinion from the QtMultimedia side?<br>
<br>
Br, Marko<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
-----Original Message-----<br>
From: Automotive [mailto:<a href="mailto:automotive-bounces%2Bmarko.kangas">automotive-bounces+marko.kangas</a>=<a href="mailto:qt.io@qt-project.org">qt.io@qt-project.org</a>] On Behalf Of Dominik Holland<br>
Sent: 23. toukokuuta 2016 15:34<br>
To: <a href="mailto:automotive@qt-project.org">automotive@qt-project.org</a><br>
Subject: [Automotive] QtIviMedia vs QtMultimedia<br>
<br>
Hi,<br>
<br>
according to our roadmap, one of the next things are the development of<br>
RadioTuner APIs and to support all automotive multimedia usecases.<br>
<br>
The first thought for this would be the QMediaPlayer and the QRadio<br>
classes which are part of QtMultimedia.<br>
<br>
The last week i did a gap analysis and checked the classes and the<br>
backend interfaces for whether they support all the automotive features.<br>
<br>
The outcome is the following:<br>
<br>
QRadio:<br>
* No support for background scanning<br>
* No interfaces for DAB, SDARS (satelite), HDRadio<br>
* No interfaces for a DB to save favorite stations (presets) or already<br>
scanned stations<br>
* No metaData support (RadioText +, DAB media content)<br>
* No announcment system<br>
* No way to browse Channel categories<br>
* No way to search for stations<br>
<br>
QMediaPlayer/QMediaPlaylist:<br>
* No way to change mediabackend from QML (e.g. switch to control the<br>
playback on my mobile phone)<br>
* No way to get all available media backends<br>
* MediaPlaylist only stores the urls, but not the metadata, this is<br>
retrieved only for the current file playing<br>
* No API for managing multi playlists<br>
* No media browsing api<br>
* No media search API<br>
* No Indexing control API<br>
<br>
I think the QtMultimedia APIs are really meant to be cross-platform and<br>
should give the developer an easy way to playback their media content<br>
and integrate it into their own Application.<br>
<br>
The QtIviMedia APIs on the other hand are more meant for system<br>
developers to use an underlying system MediaPlayer and also have in mind<br>
to control other devices like a connected mobile phone (bluetooth) or a<br>
RSE system.<br>
<br>
Because QtMultimedia doesn't offer all the features we need and we need<br>
the new APIs soon, i would propose to do the QtIviMedia development<br>
without using QtMultimedia classes in the developer facing APIs. For the<br>
simulation APIs i think it's very valid to use the QtMultimedia APIs to<br>
make the simulation work on every development system.<br>
<br>
Do you all agree with that ?<br>
<br>
Best Regards<br>
 Dominik<br>
<br>
_______________________________________________<br>
Automotive mailing list<br>
<a href="mailto:Automotive@qt-project.org">Automotive@qt-project.org</a><br>
<a href="http://lists.qt-project.org/mailman/listinfo/automotive" rel="noreferrer" target="_blank">http://lists.qt-project.org/mailman/listinfo/automotive</a><br>
_______________________________________________<br>
Automotive mailing list<br>
<a href="mailto:Automotive@qt-project.org">Automotive@qt-project.org</a><br>
<a href="http://lists.qt-project.org/mailman/listinfo/automotive" rel="noreferrer" target="_blank">http://lists.qt-project.org/mailman/listinfo/automotive</a><br>
</div></div></blockquote></div><br></div>