[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