HQPlayer control

Report bugs/issues with the Muso software. Fixed issues will be archived.
musoware
Site Admin
Posts: 1849
Joined: Fri Sep 14, 2012 6:50 am

Re: HQPlayer control

Post by musoware »

Please generate me a log from hqplayer also, it will tell Jussi where the problem is. It will be in C:\Users\<your username>\AppData\Local\HQPlayer\HQPlayer.log, but I believe you have to turn it on in the prefs first.
maggio
Posts: 87
Joined: Sat Jul 04, 2015 9:13 am

Re: HQPlayer control

Post by maggio »

Sent!
maggio
Posts: 87
Joined: Sat Jul 04, 2015 9:13 am

Re: HQPlayer control

Post by maggio »

I tried this way:
1 - Sent a queue
2 - Started play
It works!

So probably you should only put a time delay between enqueue and start to "Play album now" command.
JohnInToronto
Posts: 16
Joined: Fri Jan 20, 2017 6:04 pm

Re: HQPlayer control

Post by JohnInToronto »

I've had a similar issue with HQP where the first time I play an album the file transfer is incomplete and HQP does not play.
If I play the same album again then all is well.
Not sure what kind of handshake takes places but HQP doesn't seem to be ready for Muso.
I have sent the log files to the support email since I cannot upload log/txt files here(why?). There are handshake issues evident in them.
Perhaps Muso needs to lock the gui and do an 'ET call home' with HQP first?
Btw, I have updated HQP to the recently released V3.15.0. Made no difference in this behavior.
musoware
Site Admin
Posts: 1849
Joined: Fri Sep 14, 2012 6:50 am

Re: HQPlayer control

Post by musoware »

maggio wrote:I tried this way:
1 - Sent a queue
2 - Started play
It works!

So probably you should only put a time delay between enqueue and start to "Play album now" command.
Ah right, did you wait til the entire list was queued in HQPlayer before hitting play? I'll check but I think the Play is invoked after the first track is added to try to make it start ASAP.
JohnInToronto
Posts: 16
Joined: Fri Jan 20, 2017 6:04 pm

Re: HQPlayer control

Post by JohnInToronto »

I've been righting-clicking and playing. Maybe that's why.
JohnInToronto
Posts: 16
Joined: Fri Jan 20, 2017 6:04 pm

Re: HQPlayer control

Post by JohnInToronto »

Actually, it always happens on HiRes music where the file sizes are larger.
I can start Muso, scroll around, get a coffee, etc, and when I then play a HiRes album the first time it fails to copy correctly or play.
All successive plays are fine.
Also, if I encounter this issue and then shut down Muso, it gets stuck as a background task and I have to kill it manually. HQP shuts down cleanly. If I play the album again and then shut down there are no issues.
Very wierd.
maggio
Posts: 87
Joined: Sat Jul 04, 2015 9:13 am

Re: HQPlayer control

Post by maggio »

musoware wrote:
maggio wrote:I tried this way:
1 - Sent a queue
2 - Started play
It works!

So probably you should only put a time delay between enqueue and start to "Play album now" command.
Ah right, did you wait til the entire list was queued in HQPlayer before hitting play? I'll check but I think the Play is invoked after the first track is added to try to make it start ASAP.
Yes, instead pushing "play album now", I enqueue album and then I play start.
If I don't play start HQP is in stop status with queue fully populated.
I think that 1 second is enough.
Last edited by maggio on Fri Feb 03, 2017 11:08 pm, edited 3 times in total.
maggio
Posts: 87
Joined: Sat Jul 04, 2015 9:13 am

Re: HQPlayer control

Post by maggio »

JohnInToronto wrote:...
Also, if I encounter this issue and then shut down Muso, it gets stuck as a background task and I have to kill it manually. HQP shuts down cleanly. If I play the album again and then shut down there are no issues.
Very wierd.
Same problem here!
musoware
Site Admin
Posts: 1849
Joined: Fri Sep 14, 2012 6:50 am

Re: HQPlayer control

Post by musoware »

Are you both controlling HQPlayer locally or remotely? (i.e. running on same machine as muso or not?)
And using a buffer folder or not?
Post Reply