Qt5Multimedia could not be located

[GoogleCodeExporter]

Which version of Cantata?
1.4.2 or trunk

Which build? KDE, Qt4, Qt5, Windows, Ubuntu, Mac?
Qt5

What steps will reproduce the problem?
1. Set "-DENABLE_HTTP_STREAM_PLAYBACK=ON"
2. Compile
3. Receive this message:

-----------------------------------------------------------------------------
-- The following OPTIONAL packages could NOT be located on your system.
-- Consider installing them to enable more features from this software.
-----------------------------------------------------------------------------
   * Qt5Multimedia  <http://qtproject.org>
     MPD HTTP stream playback.

Please provide any additional information below.
Not sure exactly what's going on here as Cantata compiles successfully.

This warning occurs in the the stable version offered from the Arch Linux 
Community
Repo (1.4.2) whether I install it normally or compile it myself using the 
PKGBUILD.
It also happens in the latest SVN revision.

I have qt5-multimedia installed.  Maybe the list of installed files is useful:
http://pastie.org/private/tmus8eoktkj8aaxxi69gw

Original issue reported on code.google.com by stupidgo...@gmail.com on 2 Oct 2014 at 9:10

[GoogleCodeExporter]

Hmm... logging was slightly incorrect. Fixed in trunk now - for 1.5.0. Not 
planning to make anymore 1.4 releases.

Original comment by craig.p....@gmail.com on 2 Oct 2014 at 9:31

• Changed state: Fixed

[GoogleCodeExporter]

The warning is gone.  I was hoping this had something to do with the fact that 
in the Qt5 build I cannot play Podcasts (at all).  Should I open another issue? 
 I hate to keep bothering you about Podcasts :(

Original comment by stupidgo...@gmail.com on 2 Oct 2014 at 9:49

[GoogleCodeExporter]

How do podcasts not play? *All* Cantata does is get the list of episodes via 
RSS, these then contain HTTP links. Cantata then sends the links to MPD. If 
they do not play, then that is an MPD issue - not Cantata. Cantata does not 
play anything itself.

Original comment by craig.p....@gmail.com on 3 Oct 2014 at 6:39

[GoogleCodeExporter]

Forget I mentioned anything, it works now.  Something happened to the file in 
.config when I switched versions and deleting it fixed the problem.  For 
whatever reason Cantata was trying to play downloaded Podcasts as streams.  At 
least that's what it seemed like was happening.

Original comment by stupidgo...@gmail.com on 3 Oct 2014 at 3:20

[GoogleCodeExporter]

If you have connected to MPD via a local socket (you entered a path in 
Cantata's settings) then Cantata will just pass the file path to MPD

If you are connected to MPD via a TCP socket (you entered an IP address or 
hostname in the settings page), then Cantata *will* start an internal HTTP 
server - and pass this address to MPD. e.g. It would tell MPD to play 
http://127.0.0.1:51234/home/user/Pocasts/name/episode.mp3?cantata=song&....  
There is no otherway for MPD to play local files otherwise.

Original comment by craig.p....@gmail.com on 3 Oct 2014 at 4:30

[GoogleCodeExporter]

I see.  I was using the local socket and then it stopped working (don't know 
why, but it works now) so I started using "localhost".  With the Qt5 version I 
would get an error like "could not connect to 
http://127.0.0.1:51234/home/user/Pocasts..."  Similar things were happening 
with the Qt4 version, but I could get the Podcasts to play.

Right now, using the Qt5 version, if I use the local socket to connect Cantata 
to MPD Podcasts work as expected (except they are never marked as listened).  
If I connect with "localhost" no Podcast will play at all.  Other streams work 
fine.  So is this an MPD issue?

Original comment by stupidgo...@gmail.com on 3 Oct 2014 at 4:54

[GoogleCodeExporter]

You would need to provide some debug as to why the http://... was not working. 
Is MPD run on your local machine? Run Cantata from a commandline as follows:

CANTATA_DEBUG=1025 cantata

then recreate the issue. This will log MPD communications, and the HTTP server 
into ~/.cache/cantata/cantata.log - link this here.

As to Cantata not marking the podcast as played when connected to MPD via a 
local socket, then yes - this is an error. Must admit I dont use this 
configuration, so never spotted this. This /should/ now be fixed in trunk - can 
you test?

Original comment by craig.p....@gmail.com on 3 Oct 2014 at 5:27

[GoogleCodeExporter]

...actually, just tried playing a local file via MPD using HTTP server with a 
Qt5 build - and it failed. I'll try to fix this for 1.5.0

...still would like you to test the latest trunk and playing a downloaded 
podcast when connected to MPD via a local socket (with path) - would be good to 
know if this now gets marked as played.

Original comment by craig.p....@gmail.com on 3 Oct 2014 at 5:37

[GoogleCodeExporter]

Yes, mpd is on this machine.

No, Podcasts are still not marked as played (assuming they are marked after 
playback is started).

I'm afraid I have an appointment and will be gone for a few hours.  When I get 
back I'll recreate the issue and post the log.

Original comment by stupidgo...@gmail.com on 3 Oct 2014 at 5:38

[GoogleCodeExporter]

No probs. I'll investigate more on this side. I think I've fixed the Qt5 local 
playback when connected via IP address / hostname.

Original comment by craig.p....@gmail.com on 3 Oct 2014 at 6:17

[GoogleCodeExporter]

I'm back!  When using "localhost" with Qt5 version local file playback still 
doesn't work for me.  I've attached the log.

Podcasts are marked as played now (using local socket).

I notice also that using "localhost" causes Podcast covers not to be shown 
(there is just a generic RSS icon).

In MPD config I have:

bind_to_address "127.0.0.1"

If that means anything.  If I set the address to "any" MPD connects to 
"0.0.0.0" which doesn't seem right...

I only intend to use MPD locally on this machine and connect Cantata through 
the socket.  I discovered all this quite by accident!

Original comment by stupidgo...@gmail.com on 3 Oct 2014 at 11:23

Attachments:

• cantata.log

[GoogleCodeExporter]

I thin I was using Qt's TCP server code slightly incorrectly for Qt5. Playback 
should be fixed in trunk now.

As to the covers - yup, that's the way its always been. And it is the same if 
you play the podcast without downloading. Perhaps, for consistency, I should 
make the local socket playback the same...

---

My MPD usage is that I have it running on a small ARM based headless device - 
which is on 24/7 So, any 'local' files are played by Cantata's HTTP server. 

The problem with MPD's local socket mode, and non-MPD file playback, is that 
you need to ensure the MPD user can access your files. This fails for tracks on 
mounted devices (e.g. USB sticks)

Original comment by craig.p....@gmail.com on 4 Oct 2014 at 8:50

[GoogleCodeExporter]

"localhost" playback is working now.

Original comment by stupidgo...@gmail.com on 4 Oct 2014 at 5:11

[GoogleCodeExporter]

Thanks for the confirmation. 

Original comment by craig.p....@gmail.com on 4 Oct 2014 at 5:23