[opensuse-kde] Qt and Phonon
Someone can explain me the relation between Qt and Phonon? My problem is that Stellarium fails because it can't find "phonon/phonon" from #ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif And libphonon-devel doesn't helps here. Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package? -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sunday 26 of September 2010 10:23:22 Cristian Morales Vega wrote:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
I can't answer your question. All I know is that I compiled stellarium 0.10.5 some days ago, linking it against qt 4.7.0. I can sent you the RPM, if you wish. Regards, Peter -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
2010/9/26 <auxsvr@gmail.com>:
On Sunday 26 of September 2010 10:23:22 Cristian Morales Vega wrote:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
I can't answer your question. All I know is that I compiled stellarium 0.10.5 some days ago, linking it against qt 4.7.0. I can sent you the RPM, if you wish.
Probably you compiled it without "-DENABLE_SOUND=1"? Not really interested in the RPM, but thanks. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sunday 26 of September 2010 12:18:51 Cristian Morales Vega wrote:
Probably you compiled it without "-DENABLE_SOUND=1"?
Yes, otherwise I get the same error message as you. Regards, Peter -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sun, Sep 26, 2010 at 3:23 AM, Cristian Morales Vega <cmorve69@yahoo.es> wrote:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package?
Are you using the buildservice? If so, can you post a link to your repo on the web interface? -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
2010/9/26 todd rme <toddrme2178@gmail.com>:
On Sun, Sep 26, 2010 at 3:23 AM, Cristian Morales Vega <cmorve69@yahoo.es> wrote:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package?
Are you using the buildservice? If so, can you post a link to your repo on the web interface?
It is home:RedDwarf:branches:Education, but you could use Education as well. Just change cmake -DCMAKE_INSTALL_PREFIX=%{_prefix} . for cmake -DCMAKE_INSTALL_PREFIX=%{_prefix} -DENABLE_SOUND=1 . But the error is clear. "phonon/phonon: file not found" or something like that. And libphonon-devel doesn't include such a file. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Am Sonntag, 26. September 2010 schrieb Cristian Morales Vega:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package? Are you sure. that this isn't a bug in the stellarium sources ? This include directive causes the compiler to search for a file /usr/include/phonon/phonon (unless it uses additional -I directives in the compiler command line). But AFAIK phonon still follows the convention to use a .h suffix for its header files.
What about just commenting out that line and if it is throwing follow up errors then, try to find the headers which contains the missing definitions and include it there instead. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
2010/9/26 Markus Koßmann <mkossmann_ml1@gmx.de>:
Am Sonntag, 26. September 2010 schrieb Cristian Morales Vega:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package? Are you sure. that this isn't a bug in the stellarium sources ?
No, that's why I ask :-)
This include directive causes the compiler to search for a file /usr/include/phonon/phonon (unless it uses additional -I directives in the compiler command line). But AFAIK phonon still follows the convention to use a .h suffix for its header files.
What about just commenting out that line and if it is throwing follow up errors then, try to find the headers which contains the missing definitions and include it there instead.
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar. But now looking at the Ubuntu packages I see libqt4-phonon-dev is just a "transition package" without any real file and that just requires libphonon-devel. The funny part is that Ubuntu's libphonon-devel package includes a /usr/include/qt4/phonon/phonon file (http://packages.ubuntu.com/lucid/amd64/libphonon-dev/filelist) So... now I will look deeper at the problem. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sun, Sep 26, 2010 at 1:52 PM, Cristian Morales Vega <cmorve69@yahoo.es> wrote:
2010/9/26 Markus Koßmann <mkossmann_ml1@gmx.de>:
Am Sonntag, 26. September 2010 schrieb Cristian Morales Vega:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package? Are you sure. that this isn't a bug in the stellarium sources ?
No, that's why I ask :-)
This include directive causes the compiler to search for a file /usr/include/phonon/phonon (unless it uses additional -I directives in the compiler command line). But AFAIK phonon still follows the convention to use a .h suffix for its header files.
What about just commenting out that line and if it is throwing follow up errors then, try to find the headers which contains the missing definitions and include it there instead.
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar. But now looking at the Ubuntu packages I see libqt4-phonon-dev is just a "transition package" without any real file and that just requires libphonon-devel. The funny part is that Ubuntu's libphonon-devel package includes a /usr/include/qt4/phonon/phonon file (http://packages.ubuntu.com/lucid/amd64/libphonon-dev/filelist)
So... now I will look deeper at the problem.
I am testing a fix now. If it works I will submit it back to the Education project. -Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
2010/9/26 todd rme <toddrme2178@gmail.com>:
On Sun, Sep 26, 2010 at 1:52 PM, Cristian Morales Vega <cmorve69@yahoo.es> wrote:
2010/9/26 Markus Koßmann <mkossmann_ml1@gmx.de>:
Am Sonntag, 26. September 2010 schrieb Cristian Morales Vega:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package? Are you sure. that this isn't a bug in the stellarium sources ?
No, that's why I ask :-)
This include directive causes the compiler to search for a file /usr/include/phonon/phonon (unless it uses additional -I directives in the compiler command line). But AFAIK phonon still follows the convention to use a .h suffix for its header files.
What about just commenting out that line and if it is throwing follow up errors then, try to find the headers which contains the missing definitions and include it there instead.
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar. But now looking at the Ubuntu packages I see libqt4-phonon-dev is just a "transition package" without any real file and that just requires libphonon-devel. The funny part is that Ubuntu's libphonon-devel package includes a /usr/include/qt4/phonon/phonon file (http://packages.ubuntu.com/lucid/amd64/libphonon-dev/filelist)
So... now I will look deeper at the problem.
I am testing a fix now. If it works I will submit it back to the Education project.
Thanks, but I already made it work. I will submit once the susehelp thing is clear and I know why in the "audiotest" script the wav and mp3 files don't work, while the ogg one plays just fine. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 26/09/10 20:48, Cristian Morales Vega wrote:
2010/9/26 todd rme <toddrme2178@gmail.com>:
On Sun, Sep 26, 2010 at 1:52 PM, Cristian Morales Vega <cmorve69@yahoo.es> wrote:
2010/9/26 Markus Koßmann <mkossmann_ml1@gmx.de>:
Am Sonntag, 26. September 2010 schrieb Cristian Morales Vega:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package?
Are you sure. that this isn't a bug in the stellarium sources ?
No, that's why I ask :-)
This include directive causes the compiler to search for a file /usr/include/phonon/phonon (unless it uses additional -I directives in the compiler command line). But AFAIK phonon still follows the convention to use a .h suffix for its header files.
What about just commenting out that line and if it is throwing follow up errors then, try to find the headers which contains the missing definitions and include it there instead.
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar. But now looking at the Ubuntu packages I see libqt4-phonon-dev is just a "transition package" without any real file and that just requires libphonon-devel. The funny part is that Ubuntu's libphonon-devel package includes a /usr/include/qt4/phonon/phonon file (http://packages.ubuntu.com/lucid/amd64/libphonon-dev/filelist)
So... now I will look deeper at the problem.
I am testing a fix now. If it works I will submit it back to the Education project.
Thanks, but I already made it work. I will submit once the susehelp thing is clear and I know why in the "audiotest" script the wav and mp3 files don't work, while the ogg one plays just fine.
That sounds like a codec problem. To play mp3's and wav's you probably need libxine1-codecs and maybe w32codecs-all (from packman), and phonon-backend-xine -- or alternatively fluendo's gstreamer-plugin-mp3 and phonon-backend-gstreamer. Obviously this isn't possible on the OBS; is that where you are testing? Regards, Tejas -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
2010/9/27 Tejas Guruswamy <masterpatricko@gmail.com>:
On 26/09/10 20:48, Cristian Morales Vega wrote:
2010/9/26 todd rme <toddrme2178@gmail.com>:
On Sun, Sep 26, 2010 at 1:52 PM, Cristian Morales Vega <cmorve69@yahoo.es> wrote:
2010/9/26 Markus Koßmann <mkossmann_ml1@gmx.de>:
Am Sonntag, 26. September 2010 schrieb Cristian Morales Vega:
Someone can explain me the relation between Qt and Phonon?
My problem is that Stellarium fails because it can't find "phonon/phonon" from
#ifdef HAVE_QT_PHONON #include <phonon/phonon> #endif
And libphonon-devel doesn't helps here.
Looking at the Fedora Qt package it seems it can include libphonon itself, with an internal copy, or use an external libphonon... but using that external libphonon for some kind of specific Qt-Phonon thing. But looking at the openSUSE Qt package it seems the "Qt-Phonon thing" is ignored, and since libphonon is build from the external package, nothing related to Phonon is installed in the Qt package. Is this a bug in the openSUSE Qt package?
Are you sure. that this isn't a bug in the stellarium sources ?
No, that's why I ask :-)
This include directive causes the compiler to search for a file /usr/include/phonon/phonon (unless it uses additional -I directives in the compiler command line). But AFAIK phonon still follows the convention to use a .h suffix for its header files.
What about just commenting out that line and if it is throwing follow up errors then, try to find the headers which contains the missing definitions and include it there instead.
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar. But now looking at the Ubuntu packages I see libqt4-phonon-dev is just a "transition package" without any real file and that just requires libphonon-devel. The funny part is that Ubuntu's libphonon-devel package includes a /usr/include/qt4/phonon/phonon file (http://packages.ubuntu.com/lucid/amd64/libphonon-dev/filelist)
So... now I will look deeper at the problem.
I am testing a fix now. If it works I will submit it back to the Education project.
Thanks, but I already made it work. I will submit once the susehelp thing is clear and I know why in the "audiotest" script the wav and mp3 files don't work, while the ogg one plays just fine.
That sounds like a codec problem. To play mp3's and wav's you probably need libxine1-codecs and maybe w32codecs-all (from packman), and phonon-backend-xine -- or alternatively fluendo's gstreamer-plugin-mp3 and phonon-backend-gstreamer. Obviously this isn't possible on the OBS; is that where you are testing?
The MP3 problem could be because of a missing decoder, but the WAV one? ;-) I just changed the backend to GStreamer and it started to work, it only fails with the xine one. xine apps and Amarok with the xine backend play MP3s without problems, so it's a bug in Stellarium or in Phonon's xine backend. Not really looking at it anymore... the VLC backend is supposed to be the future anyway. Not even sure where I should file the bug report. But if someone feels like fixing bugs in Phonon you know where to test: Stellarium. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sunday 26 of September 2010, Cristian Morales Vega wrote:
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar.
Qt4 apparently ships a copy of Phonon, and IIRC it occassionally happens that it slightly diverges, so that is quite possibly the reason for this breakage. I would suggest trying to patch the application to use phonon-devel and see if it works. -- Lubos Lunak openSUSE Boosters team, KDE developer l.lunak@suse.cz , l.lunak@kde.org -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
2010/9/26 Lubos Lunak <l.lunak@suse.cz>:
On Sunday 26 of September 2010, Cristian Morales Vega wrote:
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar.
Qt4 apparently ships a copy of Phonon, and IIRC it occassionally happens that it slightly diverges, so that is quite possibly the reason for this breakage. I would suggest trying to patch the application to use phonon-devel and see if it works.
Yes. The "phonon" header from Qt just includes every other header. It seems changing the "#include <phonon/phonon>" line for "#include <phonon/mediaobject.h>" is enough to make it work. Well, it compiles... now I'm trying to know *where* the Stellarium is supposed to play sound to test it :-p It was easier than I though :-) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sunday 26 September 2010 21:24:33 Lubos Lunak wrote:
On Sunday 26 of September 2010, Cristian Morales Vega wrote:
I don't even tested, in part because I saw in the Stellarium wiki a: "NOTE: In Ubuntu 9.10 you should install the libqt4-phonon-dev package, but NOT the libphonon-dev package." and I just supposed there was some kind of Qt Phonon wrapper or something similar.
Qt4 apparently ships a copy of Phonon, and IIRC it occassionally happens that it slightly diverges, so that is quite possibly the reason for this breakage. I would suggest trying to patch the application to use phonon-devel and see if it works.
Apparently (according to Thiago Maceira) this catchall header (/usr/include/phonon/phonon) is created by syncqt, which looks like it is in the qt sources: http://www.layt.net/john/blog/odysseus/syncqt Dirk: Qt configure should run it, why is the header not in our packages? Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Monday 27 September 2010, Will Stephenson wrote:
Dirk: Qt configure should run it, why is the header not in our packages?
Because we#re not building phonon in Qt. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
participants (8)
-
auxsvr＠gmail.com -
Cristian Morales Vega -
Dirk Müller -
Lubos Lunak -
Markus Koßmann -
Tejas Guruswamy -
todd rme -
Will Stephenson