From kde-multimedia Mon May 19 03:04:20 2008 From: Michael Pyne Date: Mon, 19 May 2008 03:04:20 +0000 To: kde-multimedia Subject: Problems with phonon-gst and JuK Message-Id: <200805182304.28466.mpyne () purinchu ! net> X-MARC-Message: https://marc.info/?l=kde-multimedia&m=121116633713202 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0381399489==" --===============0381399489== Content-Type: multipart/signed; boundary="nextPart1540653.ha7uMlWJta"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1540653.ha7uMlWJta Content-Type: multipart/alternative; boundary="Boundary-00=_14OMIPS1FJCD445" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_14OMIPS1FJCD445 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, In the process of trying to debug whether volume changes I get with phonon- xine are due to JuK code is JuK's fault, I tried to use phonon-gst (from=20 kdereview) to test a different backend. I got it to build and install, and after a change to JuK to actually work w= ith=20 phonon-gst (JuK's fault ;), I have issues with crashing when switching to t= he=20 next song (relevant code is in playermanager.cpp, crossfadeToFile()). I tried debugging it in gdb and it crashes in medianode.cpp, line 203, wher= e=20 it calls Q_ASSERT(sink->root()); In this case, the sink indeed has no root. Now, if I single step through the crossfadeTo() function in gdb, I get no=20 crashes whatsoever (although nothing is playing once I continue either, I c= an=20 play a song fine). So it seems like some kind of timing issue. Even if I replace the crossfadeToFile() call with a simple=20 MediaObject::setCurrentSource() on m_media in playermanager.cpp, I get the= =20 same crash. Is this a known problem or am I using the Phonon API wrong? Regards, - Michael Pyne --Boundary-00=_14OMIPS1FJCD445 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

Hi all,

In the process of trying to debug whether volume changes I get with phonon-xine are due to JuK code is JuK's fault, I tried to use phonon-gst (from kdereview) to test a different backend.

I got it to build and install, and after a change to JuK to actually work with phonon-gst (JuK's fault ;), I have issues with crashing when switching to the next song (relevant code is in playermanager.cpp, crossfadeToFile()).

I tried debugging it in gdb and it crashes in medianode.cpp, line 203, where it calls Q_ASSERT(sink->root()); In this case, the sink indeed has no root.

Now, if I single step through the crossfadeTo() function in gdb, I get no crashes whatsoever (although nothing is playing once I continue either, I can play a song fine). So it seems like some kind of timing issue.

Even if I replace the crossfadeToFile() call with a simple MediaObject::setCurrentSource() on m_media in playermanager.cpp, I get the same crash. Is this a known problem or am I using the Phonon API wrong?

Regards,

- Michael Pyne

--Boundary-00=_14OMIPS1FJCD445-- --nextPart1540653.ha7uMlWJta Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkgw7jwACgkQqjQYp5Omm0qbVwCcCHIWM/DBBEYQKT3NPeKlph71 6hIAni9DMNBxoXYyHg1rMnYK4MODyn0B =mIez -----END PGP SIGNATURE----- --nextPart1540653.ha7uMlWJta-- --===============0381399489== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kde-multimedia mailing list kde-multimedia@kde.org https://mail.kde.org/mailman/listinfo/kde-multimedia --===============0381399489==--