Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[fitbrit]

I set up a Mac as the library server, and a Windows 10 system as client. The client sees the library and files just fine and is able to play the files fine. However, when we use the Mac as a controller (the PC is headless) and play "to" the sound device on the PC, nothing happens. Actually, the screen flashes for a moment and then nothing happens. At the bottom it says file not found. Very much like described here:

https://yabb.jriver.com/interact/index.php/topic,131922.0.html

Is cross platform Tremote functionality not supported?

[JimH]

I set up a Mac as the library server, and a Windows 10 system as client. The client sees the library and files just fine and is able to play the files fine. However, when we use the Mac as a controller (the PC is headless) and play "to" the sound device on the PC, nothing happens. Actually, the screen flashes for a moment and then nothing happens. At the bottom it says file not found. Very much like described here:

https://yabb.jriver.com/interact/index.php/topic,131922.0.html

Is cross platform Tremote functionality not supported?

Yes, it should work.

[BryanC]

I've run into this same issue on Win->Linux, see: https://yabb.jriver.com/interact/index.php/topic,130559.msg906321.html#msg906321

It "looks" like the client is trying to do something because the UI briefly pauses and redraws whenever there is a track change taking place on the server (controller).
The associated "file not found" error indicates to me it's a path interop issue. If this could be rectified at a fundamental level it would also allow local file playback and TV recording on mixed clients, which aren't possible right now without virtualization.

[fitbrit]

Yes all three of us are trying to play on a Widows system from another OS.

[bob]

Yes all three of us are trying to play on a Widows system from another OS.

So I connected to a windows library server from a Mac.
The Player zone on the windows machine becomes a there: zone.
I drag a file there from my Mac audio file list. It plays.
I right click on a file and do send to -> there -> play. It plays.

[fitbrit]

Did you try changing the active zone to the “there” zone. And then just playing something from your library?

[bob]

Did you try changing the active zone to the “there” zone. And then just playing something from your library?

Just played something from my library which of course is on the windows machine.

[BryanC]

So I connected to a windows library server from a Mac.
The Player zone on the windows machine becomes a there: zone.
I drag a file there from my Mac audio file list. It plays.
I right click on a file and do send to -> there -> play. It plays.

At least in my case the server is Linux, the client is Windows and I'm using Zones on the server to initiate playback on the client. When I initiate playback (to the Windows client, from the Linux server) the track is added to Playing Now on the client:



But playback does not start with the (file not found) error (see bottom of above screenshot).

[bob]

At least in my case the server is Linux, the client is Windows and I'm using Zones on the server to initiate playback on the client. When I initiate playback (to the Windows client, from the Linux server) the track is added to Playing Now on the client:



But playback does not start with the (file not found) error (see bottom of above screenshot).

If I'm reading right, the OP has the opposite issue.
It seems somewhat convoluted to me to push from a server to a client when the client is attached to the server library but whatever.

Anyway try searching for local in MC's Options and reverse the state of the checkbox you see there and try again.

[BryanC]

Just tried toggling the "play local file" option with the same effect either way.

Re: usage scenario, my server is my workstation (i.e. I typically interact with the server, not the client) and my client is a thin HTPC in a different room connected to my speakers.

[bob]

Just tried toggling the "play local file" option with the same effect either way.

Re: usage scenario, my server is my workstation (i.e. I typically interact with the server, not the client) and my client is a thin HTPC in a different room connected to my speakers.

Did you do the "local" change on the client?

[BryanC]

Did you do the "local" change on the client?

Correct, and I just tried toggling it on the server too for good measure with no effect.

[bob]

Correct, and I just tried toggling it on the server too for good measure with no effect.

I don't know then.
You are really just sending a track via DLNA to the windows machine when you send to the zone that shows up on the linux server.
Don't know why it should make any difference that the client is connected to the server at the same time.

[bob]

Figured it out. It was related to OS database differences. It shouldn't have applied that to URLS.

[BryanC]

Yay! That was a major thorn!

[fitbrit]

Figured it out. It was related to OS database differences. It shouldn't have applied that to URLS.

Great news. Thanks for your work on this. The reason I want this to work is that the Windows system has very high quality audio outputs. and is run headlessly as a player. The person using the system is a Mac guy and his "library" is on lots of USB drives that he plugs into the MacBook for a few days each. It's much simpler for him to control things this way. I hope that it'll be fixed now that you traced the issue, and he will not need to use Microsoft remote desktop anymore.