There's the common warning "This file is not part of the Qt API" In the QDeclarativeMesh header, that's why I said QDeclarativeMesh is not part of the public API. However, QDeclarativeMesh is delivered in Qt/include/Qt3DQuick. So what's the status of QDeclarativeMesh, public API or not? If it's a part of the public API, this warning should be removed. Anyway thank you for your feedback :)
Best regards, Sylvain THIBAUT De : daniel.p...@nokia.com [mailto:daniel.p...@nokia.com] Envoyé : mardi 4 octobre 2011 01:17 À : Sylvain THIBAUT; qt-3d@qt.nokia.com Objet : RE: Threaded download of a local file QDeclarativeMesh is private? How strange: just going through the code now and it looks to me like QDeclarativeMesh is public API, along with QDeclarativeEffect, QDeclarativeItem3D, and so on. Part of the point of these classes is that you can easily derive your own subclasses from them to meet your needs (take the BillboardItem3D, for example, which is derived from QDeclarativeItem3D). Also, QtQuick3D's QDeclarativeMesh class uses the same model-loading code as C++ applications in Qt3D, so a Qt3D Change covers most of your needs other than the boolean Mesh property you mentioned. In any case, now that the feature request has been added we can actually make some meaningful plan to deal with it, so that's always beneficial :) Cheers, Danny ________________________________ From: ext Sylvain THIBAUT [sylvain.thib...@amplitude-ortho.com] Sent: 04 October 2011 02:28 To: Pope Daniel (Nokia-MP/Brisbane); qt-3d@qt.nokia.com Subject: RE: Threaded download of a local file Actually I could do that in Qt3D but I would like to do it in QtQuick3D within QML using « Mesh ». Unfortunately, QDeclarativeMesh is still a private class and it seems to be the best place to manage this feature. It could be a boolean property of QDeclarativeMesh like "forceAsyncLoading" set by default to false. I've created a feature request for that https://bugreports.qt.nokia.com/browse/QTBUG-21815 In general, it should be great to transform some of the main QtQuick3D private classes into public classes. By this way, it would be easier to add features without any hacking but I guess it's a lot of work and it means that the public API should be stable. Best regards, Sylvain THIBAUT De : daniel.p...@nokia.com [mailto:daniel.p...@nokia.com] Envoyé : lundi 3 octobre 2011 02:03 À : Sylvain THIBAUT; qt-3d@qt.nokia.com Objet : RE: Threaded download of a local file Good question, Currently the only background thread downloading we have is in the network code, for the simple reason that network resources usually take much longer to load. However, as you point out, with a large mesh it may be necessary to load the file in a background thread instead. Currently there is no code specifically aimed at doing this. However, there is no reason that the crafty coder couldn't simply follow the example of the QThreadedDownloadManager and write a small patch/modification based on this code to do the job. As always, however, feel free to add the details to the JIRA database of bugs and features (bugreports.qt.nokia.com) so that we can add this feature when we have an opportunity. Cheers, Danny Pope. ________________________________ From: qt-3d-bounces+daniel.pope=nokia....@qt.nokia.com [qt-3d-bounces+daniel.pope=nokia....@qt.nokia.com] on behalf of ext Sylvain THIBAUT [sylvain.thib...@amplitude-ortho.com] Sent: 01 October 2011 00:35 To: qt-3d@qt.nokia.com Subject: [Qt-3d] Threaded download of a local file Hi, I would like to know if it's possible to force a threaded download of a Mesh from a local resource. Actually I have to load big meshes on dynamically created scenes and my app freezes during the mesh loading. It should be great to get a dummy scene during the loading and finally have the real one once it's available. Is there a way to do that? Sylvain THIBAUT
_______________________________________________ Qt-3d mailing list Qt-3d@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt-3d
