py2app-deployed PyQt app -- throws QObject threading error

[tory108]

All right -- having re-implemented the seek functionality in my own code, I have finally hunted down the source of the threading error.

The problem is that the metatype of an object must be registered before it can be queued.

I see plenty of documentation for how to do this in Qt/C++, but for the life of me I cannot understand how to register a metatype in PyQt/Python.

http://doc.trolltech.com/4.4/qmetatype.html

What is the equivalent of qRegisterMetaType()? And where?


I realize this is now more of a PyQt problem than a Qt problem, but I am at my wits' end, and I begin to feel like I'm throwing good time after bad, so to speak, and will soon have to move on to other projects. Any help would be deeply appreciated.

[riklaunim]

Well, I used:
python setup.py py2app --packages PyQt4
And it build the app

[tory108]

Okay. For what it's worth, my research indicates that this is all it takes to register a metatype:

registerMe = QtCore.QVariant(Phonon.MediaSource(None))

Apparently what it's doing is registering a class that DOES NOT have a matching C++ class, so that it can be used by C++ methods.

There is some information about this in the PyQt4 docs (unfortunately not online) in section 4: Python Objects and QVariant. An excerpt:

4 Python Objects and QVariant

Qt uses the QVariant class as a wrapper for any C++ data type. Support for new data types (ie. new C++ classes) can be added by registering those types. PyQt automatically registers Python types so that instances of those types can also be wrapped as a QVariant and passed around Qt's meta-object system like any other type.

...

PyQt also provides an overloaded version of the QMetaType.type() static method that takes a Python type object as its single argument. This returns the integer storage type that the Python type is registered as.


So I am no longer getting the "Make sure 'MediaSource' is registered using qRegisterMetaType()" error.

NOW I am getting a "Make sure 'QMultiMap<QString, QString>' is registered using qRegisterMetaType()" error.

The good news is, this definitely looks like I'm on the right forum. The bad news is, why on earth is Qt complaining about the registration of its own class?

Furthermore, where is QMultiMap? Every attempt I have made to manually register QMultiMap generates compile-time "module/attribute not found" errors:

registerMe = QtCore.QVariant(QtCore.QMap.QMultiMap()) -----> "'module' object has no attribute 'QMap'"



In fact, I cannot even manually import QMultiMap according to where Qt's documentation says it is:

from PyQt4.QtCore import QMultiMap ------> "cannot import name QMultiMap"
from PyQt4.QtCore.QMap import QMultiMap ----> "no module named QMap"
from PyQt4.QtCore import QMap ------> "cannot import name QMap"


Thoughts? Notions? Wild ideas?

The hunt continues...

[tory108]

QMultiMap appears to be created in sipphonon modules within phonon. I don't have the wherewithall to register these classes' metatypes, and I'm not even sure doing so is barking up the right tree.

I'm going to chalk this up to the newness of phonon in Qt4, and the additional variable of PyQt on top of it. The embedded class in phonon and its obfuscation from python seems to be the problem.

For now I am ending my pursuit.

I will post if there's an update or solution, and I hope you will do the same.