[mythtv] [RFC] MythMusic: use libcdio to play & rip CDs (Win32 & MacOSX too)
Lawrence Rust
lvr at softsystem.co.uk
Wed Dec 1 18:38:51 UTC 2010
On Wed, 2010-12-01 at 18:50 +0100, Jonathan Martens wrote:
> On 1-12-2010 18:40, Lawrence Rust wrote:
> > Hmm, this looks like issues outside the scope of this patch.
>
> I also figured something like that...
>
> > I submitted a number of patches in ticket# 9258 that enable MythMusic
> > x-compilation, fix null derefs, fix a race condition and fix pathname
> > handling. You may be running into these.
>
> I don't think so:
> 1. I am compiling current HEAD from trunk including the today comitted
> patches
> 2. I remember having issues like this before when compiling MythTV on
> windows.
>
> > Nearly finished building on VirtuualBox. Hope to test later.
>
> I am curious to know your findings when compiling on windows.
Yes, I must agree with you now - there is something strange. I have
finally completed a build on VirtualBox of r27299 (my backend is 0.24
fixes and top of tree has a protocol change) and I see this...
QObject: Cannot create children for a parent that is in a different thread.
(Parent is PlaybackBoxMusic(0x1afde7e8), parent's thread is QThread(0x18c0f078),
current thread is QThread(0x1dd39fb8)
QObject::startTimer: QTimer can only be used with threads started with QThread
QObject: Cannot create children for a parent that is in a different thread.
(Parent is PlaybackBoxMusic(0x1afde7e8), parent's thread is QThread(0x18c0f078),
current thread is QThread(0x1dd39fb8)
QObject::startTimer: QTimer can only be used with threads started with QThread
QWidget: Must construct a QApplication before a QPaintDevice
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
When I x-compile I don't see these problems so here are some thoughts
why:
- x-build uses Qt 4.7.0 whereas native uses 4.6.3
- x-build makes Qt release whereas native makes debug-and-release.
Here's the two config lines:
x-build:
./configure [noise] -fast -make "libs" -no-phonon -no-sql-sqlite -no-sql-odbc -plugin-sql-mysql [noise] -no-reduce-exports
# -no-reduce-exports to prevent "undefined reference to `_inflate..." in zlib.h line 45
native:
configure [noise] -plugin-sql-mysql -no-sql-sqlite -debug-and-release -fast -no-sql-odbc -no-qdbus
- The Qt mkspecs files are different
- x-build builds all Qt but native uses pre-built and builds sql only
- x-build uses mingw 4.2.1 whereas native is 4.4.0
- There are some subtle library differences, like pthread.
My guess is that Qt 4.6.3 debug is complaining about something that
4.7.0 release ignores. This has been happening for a long while and
occurs on Linux at the moment with no harm.
I would guess a move to a complete Qt 4.7.0 release build would cure
this. Question how long would that take? A complete x-build takes
about 20 mins on my 3GHz i5, but on VirtualBox it takes 2-3 hrs if
everything is spot on.
-- Lawrence
More information about the mythtv-dev
mailing list