More > JRiver Media Center 24 for Linux

Arch Linux Problem

<< < (2/2)

bob:

--- Quote from: ludvick on March 11, 2019, 06:39:08 pm ---My bad! I'm very sorry, I didn't tell everything about my audio stuff.

Intel NUC is connected with a HDMI cable to ONKYO TX-8270 + Monitor Audio MR6 speakers.

Seagate Backup Plus Hub HD is connected to the Intel NUC as an external disk (with XFS filesystem, containing only flac files).
Yes, the disk is used as a DLNA server from the Bubble.

When I listen to the music, I start BubbleUPNP on my mobile.
An album chosen (in Bubble) from JRiver's (Audiophile 24-bit DAC) Music Library, "is sent" to MC (DLNA renderer) on the IntelNUC.
The music files are played on my ONKYO (through the integrated HD Audio sound card).

EDIT:
I have just tried new build of JRiver - 24.0.77 and noticed it behaves similar to the build 24.0.76.

I attach logs of 24.0.77 build (...01-36-59) and 24.0.72 build (...01-55-52).
Both were created during listenning the same album.

--- End quote ---
So the DLNA server in this case is ALSO MC on the NUC?
In which case Bubble on the mobile is being used as a fancy remote, correct?

ludvick:

--- Quote from: bob on March 12, 2019, 09:46:31 am ---So the DLNA server in this case is ALSO MC on the NUC?
In which case Bubble on the mobile is being used as a fancy remote, correct?

--- End quote ---

Yes, they are connected together. Linux on the NUC mounts and operates the Seagate hard drive.
Anyway, IP of NUC (operating system) is 192.168.1.4 and IP of JRiver's Music Library is 192.168.1.14. If it matters...

You are also correct for the role of Bubble. It is a remote to choose music.


Have you maybe found already anything interesting/important in the logs I sent before?

bob:
The logs show different behavior, the one that "works" is sending as I would expect, a single SetAVTransportURI command followed by successive SetNextAVTransportURI commands whereas the the one that doesn't work is sending interspersed SetAVTransportURI and SetNextAVTransportURI commands.

The setups in MC are not the same between the two logs. The first is doing transcoding, the second isn't.

Why are there 2 IP addresess here? IP of NUC (operating system) is 192.168.1.4 and IP of JRiver's Music Library is 192.168.1.14. If it matters...

Is there not a single OS on the NUC? I'm not certain I have your setup totally parsed yet.

In the case of Bubble acting only as a remote for a single instance of MC which is the server and the renderer I wouldn't expect to see any transcoding.

bob:
What I see testing this is if MC is the server and renderer and bubble is set to use SetNext in it's option for MC's media renderer, all versions of MC (even back to MC23) behave the same as you describe in your last message.
1,2,2,3,3, etc

When bubble uses a different MC server it works as expected.

I think this has something to do with the way MC will short-circuit a file playback if the file is already in the MC that's being asked to play the file.
Will need to look into this more...

ludvick:
Hi Bob,

I know this topic hasn't been posted for long time... and there is new version of MC... plus newer (26) is already pre-ordering...

anyway...

do you have any news about the situation?
In a meantime I have reinstalled completely the system (Audiophile Linux) and situation is not changed - still there is 1,2,2,3,3 problem... No release from version 25 played good.

Contacting BubbbleUPnP support centre, I got to know that there is probably problem with Gapless control on JRiver's side.
I am not a programmer and haven't tested this yet - but I am going to do such a test as soon as I have a free moment...

Hoping that you will find a solution soon and it will be possible to come back to BubbleUPnP (temporaily I use Gizmo, which is much simplier and works different way).

Regards

Navigation

[0] Message Index

[*] Previous page