Topic: JRiver track progress bar, when it's used as a DLNA server and control point (Read 28237 times)

AlexSind · « **on:** August 23, 2015, 10:19:20 pm »

Hello!
I've been trying to use JRiver as a DLNA server and control point with the Auralic Aries Network Renderer.
It generally works fine, but the one issue that troubles me is that JRiver's track progress bar (and that of JRemote as well) always gets stuck in the beginning of each track, resetting itself to the beginning. Then, after about 30 secs, it catches up with the Renderer, and after that shows progress correctly.
Is there a trick for fixing this behavior?
Thank you,
- Alex

AndrewFG · « **Reply #1 on:** August 24, 2015, 12:46:40 am »

Please download the Dmra tester from my sig, and post the test log here.

AlexSind · « **Reply #2 on:** August 24, 2015, 07:54:19 am »

Thank you! Here is Renderer info captured by your tool. Let me know if I've missed anything

Device Description Url   http://10.0.1.4:36449/lightningRender-bc-34-00-a0-08-0b/Upnp/device.xml
Friendly Name   Living Room uPnP
Manufacturer Name   AURALIC
Model Name   ARIES
UPnP Device Type   urn:schemas-upnp-org:device:MediaRenderer:1
UPnP Media Renderer version   1
Unique Device Name   uuid:lightningRender-bc-34-00-a0-08-0b
Service Url for ConnectionManager   http://10.0.1.4:36449/lightningRender-bc-34-00-a0-08-0b/Upnp/upnp.org-ConnectionManager-1/service.xml
Service Url for RenderingControl   http://10.0.1.4:36449/lightningRender-bc-34-00-a0-08-0b/Upnp/upnp.org-RenderingControl-1/service.xml
Service Url for AVTransport   http://10.0.1.4:36449/lightningRender-bc-34-00-a0-08-0b/Upnp/upnp.org-AVTransport-1/service.xml
AVT:SetNextAVTransportURI (gapless play)   Supported
AVT:SyncPlay (synchronous play)   Feature not available on this DMR version
RC:GetVolume action   Supported
RC:SetVolume action   Supported
HTTP User Agent (client)   ??
Play test file result   Play failed => Start Ok / Time out / Subscribe error / Muted

AndrewFG · « **Reply #3 on:** August 24, 2015, 05:01:14 pm »

Thanks for the report. Your player has a problem with Event Subscriptions. Therefore in MC you need to right click on the player and select the "Disable Eventing" feature. (sorry I don't have MC on this tablet so I can't remember the exact title of the menu item).

AlexSind · « **Reply #4 on:** August 24, 2015, 09:25:17 pm »

Thank you. Setting the DLNA controller to "ignore transport events" helped somewhat, although the progress bar is still jumpy, and prone to fall behind. I guess this is the best that can be had in this respect.
Sorry for changing the topic, but would you happen to know why the DLNA server (JRiver) would stop playing all of a sudden, just by itself. This happened to me several times, during testing Auralic Aries. I may be wrong, but I think each time it happened with VERY short tracks (well under a minute). It's as if JRiver lost understanding of which next track it should push to the Renderer. Could it be because there is not enough time to communicate with the Renderer during short tracks?

AndrewFG · « **Reply #5 on:** August 25, 2015, 12:54:59 am »

As mentioned, the player does not support the UPNP eventing model, so you should report that to the manufacturer. This means that MC must fallback to the polling model, which wastes a lot of network bandwidth and is therefore not as responsive.

Your other issue sounds like a "SetNext" problem. Your player claims to support that feature (gap less play). But try right clicking on the player in MC and selecting "disable SetNext" support...

AlexSind · « **Reply #6 on:** August 25, 2015, 07:54:24 am »

It actually does play gaplessly, so what would disabling setNext buy me?
Could you recommend a nice renderer supporting resolutions up to 24/96, which would play nicely with JRiver?
The thing is the JRiver/JRemote combination is so nice, no other products approach it even remotely.
So I'd rather keep them as constants in my hi-fi equation.
Thank you for your help!

AndrewFG · « **Reply #7 on:** August 25, 2015, 03:55:51 pm »

Quote from: AlexSind on August 25, 2015, 07:54:24 am

It actually does play gaplessly, so what would disabling setNext buy me?
Thank you for your help!

You said yourself "it's as if MC lost understanding of which track it should push next" -- that sounds to me like a problem with SetNext...

RolandG · « **Reply #8 on:** November 11, 2015, 09:14:00 am »

Quote from: AlexSind on August 24, 2015, 09:25:17 pm

Thank you. Setting the DLNA controller to "ignore transport events" helped somewhat, although the progress bar is still jumpy, and prone to fall behind. I guess this is the best that can be had in this respect.
Sorry for changing the topic, but would you happen to know why the DLNA server (JRiver) would stop playing all of a sudden, just by itself. This happened to me several times, during testing Auralic Aries. I may be wrong, but I think each time it happened with VERY short tracks (well under a minute). It's as if JRiver lost understanding of which next track it should push to the Renderer. Could it be because there is not enough time to communicate with the Renderer during short tracks?

Same two problems here with a new Aries Mini, although the sudden stops are not only on short tracks. Have contacted Auralic support and linked to this thread. I'm on a Mac, so I can't use Andrew's DMRA Tester, but I will try his suggestion to "Disable SetNext" and see if it helps and what that does to gapless play (would hate to lose it, was one of the main reasons for my purchase of the Aries Mini).

Update:
No luck so far. Checking "Disable SetNext" prevented JRiver from going to the next song completely. Not only weren't songs played gaplessly, at the end of the first song, playback is just stopped. With "Disable SetNext" unchecked, songs are played - gaplessly -, but the random sudden stopping persists. Could it be a buffering issue? The first answer of the Auralic support was "Try switching the Aries back to open home and see of it works with JRiver as the library." That's rather cryptical, so I asked for clarification.

I'm on the last version of JRiver for Mac 20 and JRemote 3.22. Tonight, I will try with the trial version of JRiver for Mac 21.

AndrewFG · « **Reply #9 on:** November 12, 2015, 04:13:05 pm »

^

Honestly I do not often say this. But really it sound like your renderer is totally broken. You need to ask the manufacturer to fix this.

RolandG · « **Reply #10 on:** November 13, 2015, 02:45:36 am »

Thanks Andrew, I'm in contact with Auralic support to solve these issues.

BTW, this also happens with JRiver for Mac 21. And the stops occur even when using Auralic's own Lightning DS app instead of JRiver/JRemote. So, the problem seems to be with the Aries Mini.

RolandG · « **Reply #11 on:** November 14, 2015, 03:50:14 am »

All is well. After a tip from Auralic support, I did a hard reset und a new setup of the Mini. Now everything works.

Well, JRemote still seems to have some problems with the progress bar, even with "Ignore Transport Events" activated. But no more stops.

stanger89 · « **Reply #12 on:** April 05, 2016, 12:17:52 pm »

Hey, I just got a couple new devices which support DTS Play-Fi and I've been trying to figure out the best way to use them. Fortunately I found that MC can see them as DLNA renderers, but I'm running into a similar issue to the OP, that MC can't seem to see the status the progress bar doesn't move and it always fails to play the next track.

I downloaded the DMRA tester but it doesn't see them at all. Any suggestions?

AndrewFG · « **Reply #13 on:** April 05, 2016, 02:07:50 pm »

Quote from: stanger89 on April 05, 2016, 12:17:52 pm

Hey, I just got a couple new devices which support DTS Play-Fi and I've been trying to figure out the best way to use them.

What are the devices?

stanger89 · « **Reply #14 on:** April 06, 2016, 04:45:21 pm »

I've got an Anthem MRX1120 and a Paradigm PW AMP.

AndrewFG · « **Reply #15 on:** April 07, 2016, 12:25:08 am »

If the DMRA can't see the devices then either they aren't UPNP compliant (which is unlikely since there are two different devices) or you have a routing issue on your Lan.

Check that they all have ip addresses on the same subnet as the router (e.g ip addresses assigned using DHCP), check that the router is able to route UPNP discovery, and make sure you have no firewall or AV software interfering with the network traffic.

stanger89 · « **Reply #16 on:** April 07, 2016, 08:27:39 am »

Well, MC can see them as can the Play Fi app. And MC can play to them, but I have the OP's problem of no progress logged while playing to them and thus the next track never starts.

AndrewFG · « **Reply #17 on:** April 07, 2016, 11:58:13 am »

Quote from: stanger89 on April 07, 2016, 08:27:39 am

Well, MC can see them as can the Play Fi app. And MC can play to them, but I have the OP's problem of no progress logged while playing to them and thus the next track never starts.

If you are not willing to fix your Lan issues, then the DMRA cannot test the devices, and so I cannot help you..

stanger89 · « **Reply #18 on:** April 08, 2016, 12:49:57 pm »

They do all have IP addresses, they are on the same subnet, and my router supports routing as evidenced by DMRA being able to see my MC server.

Plus as noted MC can see these PlayFi devices as renderers, and can play to them, however it doesn't show any progress and doesn't continue playing the next song.

AndrewFG · « **Reply #19 on:** April 08, 2016, 02:32:47 pm »

Ok, if you think there is not a routing or firewall issue then there must be something non standard in the device of service descriptions. The DMRA uses Windows SSDP discovery, which is quite intolerant of non compliant DDDs and SCPDs. The only way forward that I can think of is to run WireShark while the DMRA is searching, and post the log, to see what is failing.

stanger89 · « **Reply #20 on:** April 08, 2016, 03:55:42 pm »

I kind of suspect they're not standard, but the fact that they showed up and "work" in MC gave me some hope.

Interestingly (I haven't had a chance to try wireshark) I did download Bubble UPNP and they do show up in there... eventually (it took 1-2 minutes).

Code: [Select]

[cling-96 (179)              ] INFO     - 18:01:57.35  - f                           : Sending device descriptor retrieval message: (c) GET http://192.168.0.54:49152/description.xml
[cling-97 (180)              ] INFO     - 18:01:57.76  - c                           :

        Manufacturer: Phorus
        Manufacturer URL: http://www.phorus.com
        Model name: Phorus-Renderer
        Model description: Phorus-Renderer
        Model number: 1.0
        Model URL: http://www.phorus.com
        Serial number: ####
        UDN: ####

[main (1)                    ] INFO     - 18:01:57.79  - d                           : added Renderer device: MRX1120

And that led to these:

MRX1120
Description.xml:

Code: [Select]

<root>
    <specVersion>
        <major>1</major>
        <minor>0</minor>
    </specVersion>
    <device>
        <deviceType>urn:schemas-upnp-org:device:MediaRenderer:1</deviceType>
        <qq:X_QPlay_SoftwareCapability>QPlay:1</qq:X_QPlay_SoftwareCapability>
        <UDN>uuid:###</UDN>
        <friendlyName>MRX1120</friendlyName>
        <hostIpAddress>192.168.0.54</hostIpAddress>
        <hostPortNo>49152</hostPortNo>
        <manufacturer>Phorus</manufacturer>
        <manufacturerURL>www.phorus.com</manufacturerURL>
        <modelDescription>Phorus-Renderer</modelDescription>
        <modelName>Phorus-Renderer</modelName>
        <modelNumber>1.0</modelNumber>
        <modelURL>www.phorus.com</modelURL>
        <dlna:X_DLNADOC>DMR-1.50</dlna:X_DLNADOC>
        <serialNumber>000000000001</serialNumber>
        <UPC>000000000001</UPC>
        <iconList>
            <icon>
                <mimetype>image/png</mimetype>
                <width>72</width>
                <height>72</height>
                <depth>32</depth>
                <url>/upnpmplayer.gif</url>
            </icon>
        </iconList>
        <serviceList>
            <service>
                <serviceType>urn:schemas-upnp-org:service:AVTransport:1</serviceType>
                <serviceId>urn:upnp-org:serviceId:AVTransport</serviceId>
                <controlURL>/upnp/control/AVTransport1</controlURL>
                <eventSubURL>/upnp/event/AVTransport1</eventSubURL>
                <SCPDURL>AVTransport.xml</SCPDURL>
            </service>
            <service>
                <serviceType>urn:schemas-upnp-org:service:RenderingControl:1</serviceType>
                <serviceId>urn:upnp-org:serviceId:RenderingControl</serviceId>
                <controlURL>/upnp/control/RenderingControl1</controlURL>
                <eventSubURL>/upnp/event/RenderingControl1</eventSubURL>
                <SCPDURL>RendererControl.xml</SCPDURL>
            </service>
            <service>
                <serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType>
                <serviceId>urn:upnp-org:serviceId:ConnectionManager</serviceId>
                <controlURL>/upnp/control/ConnectionManager1</controlURL>
                <eventSubURL>/upnp/event/ConnectionManager1</eventSubURL>
                <SCPDURL>ConnectionManager.xml</SCPDURL>
            </service>
        </serviceList>
    </device>
    <URLBase>http://192.168.0.54:49152/</URLBase>
</root>

The referneced XMLs are attached.

AndrewFG · « **Reply #21 on:** April 09, 2016, 02:53:03 am »

Ok. Thanks for sending the DDD and SCPDs. I will need to analyze them by hand. So I will get back later..

AndrewFG · « **Reply #22 on:** April 09, 2016, 05:51:58 am »

Quote from: stanger89 on April 08, 2016, 03:55:42 pm

I kind of suspect they're not standard, but the fact that they showed up and "work" in MC gave me some hope.

Interestingly (I haven't had a chance to try wireshark) I did download Bubble UPNP and they do show up in there... eventually (it took 1-2 minutes).

Actually the SCPDs seem to be quite standard. However the DDD does contain a few anomalies as follows:

It contains two elements hostIpAddress and hostPortNo which are not in the default UPnP device v1.0 namespace. And BTW this default namespace is not declared as an xmlns attribute.
It contains the element qq:X_Pla_SofwareCapability where the namespace qq is not declared as an xmlns attribute
It contains the element dlna:X_DLNADOC where the namespace dlna is not declared as an xmlns attribute
It declares the UDN = uuid:### which is invalid syntax and also not unique

Any of the above points would explain why Windows UPnP Discovery fails to discover the device. I think that MC does not check the DDD so probably that is why MC can still see the device.

The last point (UDN = uuid:###) is probably why Bubble takes so long to find the device, and may well explain your other issues with MC. Every UPnP device MUST have a globally unique UDN / UUID that follows the accepted UUID syntax. This is the ONLY way for Control Points to differentiate between multiple UPnP devices on a LAN. If the device does not have a valid and unique UUID then messages destined for one device will be mis- routed to another. And the SSDP discovery / rediscovery and alive notification process will be munged up.

stanger89 · « **Reply #23 on:** April 09, 2016, 08:42:43 am »

Well, it does have a UDN, I just deleted it, I guess I'm slightly paranoid about posting serial numbers on the internet. It's formatted as [a-z0-9]{8}-[a-z0-9]{4}-[0-9]{4}-[a-z0-9]{12}.

AndrewFG · « **Reply #24 on:** April 09, 2016, 12:31:35 pm »

Quote from: stanger89 on April 09, 2016, 08:42:43 am

Well, it does have a UDN, I just deleted it, I guess I'm slightly paranoid about posting serial numbers on the internet. It's formatted as [a-z0-9]{8}-[a-z0-9]{4}-[0-9]{4}-[a-z0-9]{12}.

Ok. Then that is not the problem.

My other points still apply...

DD1174 · « **Reply #25 on:** April 10, 2016, 09:07:34 am »

Good Morning,

As a new user to JRiver/JRemote i am having exact same
issue and as my main use is as a DLNA server on a Play-Fi
network it's rendering it unusable. I am a big fan of the
interface and this is the only, (but rather critical issue) I have.

MC can see all renderers but is unable to keep elapsed track time
(Sticks/skips between 0.00 and 0.05) updated and so will only ever play one track and then stops.

I have enabled/disabled and every combination of "ignore transport events" and "disable set next support"
but no luck. Am running MC 21 on a Mac, connecting to Playfi enabled DLNA
speakers. ASUS RT-N66 router. I can use any other DLNA server without issue, JRiver
is the only one having this track time issue.

Thanks in advance for any ideas

AndrewFG · « **Reply #26 on:** April 11, 2016, 04:15:56 am »

Ok. Even though the other poster cannot get the DMRA to detect his renderers, can you please try it on your setup?

Download the DMRA from my sig, and post the renderer report(s) here.

DD1174 · « **Reply #27 on:** April 11, 2016, 12:47:05 pm »

Hi

Im currently running on a mac so dont think i can use the DMRA ?

Was having the same issue on a windows 10 machine so will do the DMRA on this

DD1174 · « **Reply #28 on:** April 11, 2016, 01:19:37 pm »

Hi again

Please see below. If i ran incorrectly I apologize. Please let me know and I can redo. Thanks once again for your help. Much appreciated.

DMR Report (by Whitebear) for Phorus-Renderer
=============================================

Device Description Url=http://192.168.2.227:49152/description.xml
HTTP Server Header=Linux/2.6.34, UPnP/1.0, Portable SDK for UPnP devices/1.6.19
Description=Phorus-Renderer
Friendly Name=Kitchen
Manufacturer Name=Phorus
Manufacturer Url=http://192.168.2.227:49152/www.phorus.com
Model Name=Phorus-Renderer
Model Number=1.0
Model Url=http://192.168.2.227:49152/www.phorus.com
Serial Number=000000000001
UPnP Device Type=urn:schemas-upnp-org:device:MediaRenderer:1
UPnP Media Renderer version=1
Unique Device Name=uuid:3d62cbc4-32f8-4fbc-8618-60b606028233
Unique Product Code=000000000001
X_DLNADOC Element=DMR-1.50
Service Url for AVTransport=http://192.168.2.227:49152/AVTransport.xml
Service Url for RenderingControl=http://192.168.2.227:49152/RendererControl.xml
Service Url for ConnectionManager=http://192.168.2.227:49152/ConnectionManager.xml
RC:GetDeviceCapabilities action=NOT Supported
AVT:GetMediaInfo action=Supported
AVT:GetPositionInfo action=Supported
AVT:GetTransportInfo action=Supported
RC:GetTransportSettings action=NOT Supported
AVT:SetNextAVTransportURI (gapless play)=Feature Available
AVT:SyncPlay (synchronous play)=Feature NOT available on this DMR version
RC:GetVolume action=Supported
RC:SetVolume action=Supported
AVT:Event Subscription=Fail
RC:Event Subscription=Fail
Play test file result=Play failed => Start Ok / Time out / Muted / Subscribe error

Media Center DLNA Server Advanced Settings
==========================================

DLNA=Checked
DLNAExtra=Checked
Enable bitrate Field=Checked
Filter international characters=Off
Include session ID=Off
Playstation 3 Compatible=Off
Present Caption Resources=Checked
Present Small Artwork=Off
Present Subtitle Resources=Checked
Skip Child Count=Off
Use flat URLs=Off
Use full URLs=Off
WMC Compatible=Off

Declared Supported Audio, Image & Video Formats
===============================================

http-get:*:audio/x-flac:*
http-get:*:audio/flac:*
http-get:*:audio/aac:*
http-get:*:audio/mpeg:*
http-get:*:audio/vnd.dlna.adts:*
http-get:*:audio/mp4:*
http-get:*:audio/3gpp:*
http-get:*:audio/x-hx-aac-adts:*

Evaluated Supported Audio Formats
=================================

audio/x-flac   FLAC   Fuzzy   *   *   *   Yes
audio/flac   FLAC   Fuzzy   *   *   *   Yes
audio/mpeg   MP3   Fuzzy   *   2   *   No
audio/vnd.dlna.adts   AAC_ADTS   Fuzzy   *   2   *   No
audio/mp4   AAC_ISO   Fuzzy   *   2   *   No
audio/3gpp   AAC_ISO   Fuzzy   *   2   *   No
audio/aac      Undefined
audio/x-hx-aac-adts      Undefined

AndrewFG · « **Reply #29 on:** April 12, 2016, 03:07:56 am »

^

Thank you for the report.

It shows that there are at least six bugs in the player as follows

It does not support GetDeviceCapabilties which is a mandatory method, and one critical to the functioning with MC
It does not support GetTransportSettings which is a mandatory method
It does not support Event subscriptions on the AVTransport service, which is critical to the functioning with MC
It does not support Event subscriptions on the RenderingControl service, which is critical to the functioning with MC
It claims to be DLNA v1.5 compliant. It is not. Because it does not support the mandatory L16 linear PCM audio format
Further to the above, it does not offer the supported formats with DLNA.ORG_PN attributes for L16, MP3, M4A, AAC, etc. (less critical issue)

These are critical errors in the player, so you should inform the manufacturer, and tell them to have them fixed.

DD1174 · « **Reply #30 on:** April 12, 2016, 11:56:16 am »

Hi

Thank you very much for taking the time to check this out. Not the 'quick fix' i was hoping for (!) but will take up with manufacturer.

Thanks again. Much appreciated.

bob · « **Reply #31 on:** April 12, 2016, 06:09:26 pm »

Quote from: AndrewFG on April 12, 2016, 03:07:56 am

^

Thank you for the report.

It shows that there are at least six bugs in the player as follows

It does not support GetDeviceCapabilties which is a mandatory method, and one critical to the functioning with MC
It does not support GetTransportSettings which is a mandatory method
It does not support Event subscriptions on the AVTransport service, which is critical to the functioning with MC
It does not support Event subscriptions on the RenderingControl service, which is critical to the functioning with MC
It claims to be DLNA v1.5 compliant. It is not. Because it does not support the mandatory L16 linear PCM audio format
Further to the above, it does not offer the supported formats with DLNA.ORG_PN attributes for L16, MP3, M4A, AAC, etc. (less critical issue)

These are critical errors in the player, so you should inform the manufacturer, and tell them to have them fixed.

What a mess...

GetDeviceCapabilities and GetTransportSettings are trivial to implement.

The Computer Audiophile · « **Reply #32 on:** January 23, 2017, 05:09:56 pm »

Hi Guys - I just received three Play-Fi devices. They all work within the Android Play-Fi app using any UPnP server. MC can see the devices as UPnP renderers, but can't send any music to the devices. When attempting to play music, nothing plays.

DTS says Play-Fi devices all work the same.

Question: Anyone know if streaming UPnP to these is possible?

Here is some info from one of the devices.

DMR Report (by Whitebear) for Phorus-Renderer
=============================================

Device Description Url=http://10.0.1.59:49152/description.xml
HTTP Server Header=Linux/2.6.34, UPnP/1.0, Portable SDK for UPnP devices/1.6.19
Description=Phorus-Renderer
Friendly Name=Play-Fi Device (0348BA)
Manufacturer Name=Phorus
Manufacturer Url=http://10.0.1.59:49152/www.phorus.com
Model Name=Phorus-Renderer
Model Number=1.0
Model Url=http://10.0.1.59:49152/www.phorus.com
Serial Number=000000000001
UPnP Device Type=urn:schemas-upnp-org:device:MediaRenderer:1
UPnP Media Renderer version=1
Unique Device Name=uuid:3d62cbc4-32f8-4fbc-8618-60b6060348ba
Unique Product Code=000000000001
X_DLNADOC Element=DMR-1.50
Service Url for AVTransport=http://10.0.1.59:49152/AVTransport.xml
Service Url for RenderingControl=http://10.0.1.59:49152/RendererControl.xml
Service Url for ConnectionManager=http://10.0.1.59:49152/ConnectionManager.xml
AVT:GetDeviceCapabilities action=NOT Supported
AVT:GetMediaInfo action=Supported
AVT:GetPositionInfo action=Supported
AVT:GetTransportInfo action=Supported
AVT:GetTransportSettings action=NOT Supported
AVT:SetNextAVTransportURI (gapless play)=Supported
AVT:SyncPlay (synchronous play)=NOT Supported
RC:GetVolume action=Supported
RC:SetVolume action=Supported
AVT:Event Subscription=Succeeded
RC:Event Subscription=Missing Notification
Play test file result=Play failed => Start Ok / Time out / Muted

Media Center DLNA Server Advanced Settings
==========================================

DLNA=Checked
DLNAExtra=Checked
Enable bitrate Field=Checked
Filter international characters=Off
Include session ID=Off
Playstation 3 Compatible=Off
Present Caption Resources=Checked
Present Small Artwork=Off
Present Subtitle Resources=Checked
Skip Child Count=Off
Use flat URLs=Off
Use full URLs=Off
WMC Compatible=Off

JimH · « **Reply #33 on:** January 23, 2017, 05:21:57 pm »

Hi Chris,
Did you try setting the MC DLNA server as suggested in the section after "Media Center DLNA Server Advanced Settings"?

Jim

AndrewFG · « **Reply #34 on:** January 23, 2017, 05:41:38 pm »

Can you post the whole DMRA renderer report (as an attachment) please?

The Computer Audiophile · « **Reply #35 on:** January 24, 2017, 10:20:12 am »

Quote from: JimH on January 23, 2017, 05:21:57 pm

Hi Chris,
Did you try setting the MC DLNA server as suggested in the section after "Media Center DLNA Server Advanced Settings"?

Jim

Forgive my ignorance, but I'm not sure what you're saying. I thought that section was just reporting what the MC settings are current.

Quote from: AndrewFG on January 23, 2017, 05:41:38 pm

Can you post the whole DMRA renderer report (as an attachment) please?

Done.

amsco15 · « **Reply #36 on:** January 26, 2017, 02:41:01 pm »

Quote from: The Computer Audiophile on January 24, 2017, 10:20:12 am

Forgive my ignorance, but I'm not sure what you're saying. I thought that section was just reporting what the MC settings are current.

AndrewFG's program also makes setting recommendations. Some of the settings require a right click on the media renderer name in MC. The settings helped me resolve issues I had with PS Audio's Bridge I and then Bridge II. The program is very helpful!!

AndrewFG · « **Reply #37 on:** January 26, 2017, 05:11:15 pm »

Quote from: The Computer Audiophile on January 24, 2017, 10:20:12 am

Done.

Bad news. Sorry but that is not the full report. There is a lot of information missing about your renderers supported media formats.

Alternatively if that really IS the full length of the report, then it shows that your renderer is so badly broken that it cannot even report its supported media formats.

In addition, the following two lines do anyway explicitly show that your renderer is broken..

Quote

RC:Event Subscription=Missing Notification
Play test file result=Play failed => Start Ok / Time out / Muted

UncleMilt · « **Reply #38 on:** February 01, 2017, 06:24:03 pm »

Perhaps, I am the only one experiencing this issue with my setup...

My JRemote progress bar is mostly dysfunctional on current iOS platform, and huge lag on Android?
Progress bar pegged to the right - with values equal? (except for + - sign)!

I am using a wired MC client (laptop)/MC server (PC) setup ...with JRemote(s) controlling the client.
Playlist under 1,000 tracks.
All software up-to-date as of posting.

It appears (Track) "Duration" field update does not happen... or lags?
- after transition to new/different track - on both platforms??

Duration field update - does not appear to occur - upon executing pausing action (on my system), but
"full track stop" and "start" action - fixes my display/track progress issues for that specific track only?

However, normal - next track - transition will display same issue.
Perhaps my issue is related to this thread?

bob · « **Reply #39 on:** February 02, 2017, 12:06:59 pm »

Quote from: UncleMilt on February 01, 2017, 06:24:03 pm

Perhaps, I am the only one experiencing this issue with my setup...

My JRemote progress bar is mostly dysfunctional on current iOS platform, and huge lag on Android?
Progress bar pegged to the right - with values equal? (except for + - sign)!

I am using a wired MC client (laptop)/MC server (PC) setup ...with JRemote(s) controlling the client.
Playlist under 1,000 tracks.
All software up-to-date as of posting.

It appears (Track) "Duration" field update does not happen... or lags?
- after transition to new/different track - on both platforms??

Duration field update - does not appear to occur - upon executing pausing action (on my system), but
"full track stop" and "start" action - fixes my display/track progress issues for that specific track only?

However, normal - next track - transition will display same issue.
Perhaps my issue is related to this thread?

Don't think this is related.
We fixed a bunch of duration/progress issues recently.
Are you using the "latest" MC builds or "stable"

UncleMilt · « **Reply #40 on:** February 02, 2017, 02:10:35 pm »

Quote from: bob on February 02, 2017, 12:06:59 pm

Don't think this is related.
We fixed a bunch of duration/progress issues recently.
Are you using the "latest" MC builds or "stable"

MC build v22.0.65 on both client and server
JRemote app is current on both iOS (3.24) and Android (21.0.1)

Thanks so much- UncleMilt

bob · « **Reply #41 on:** February 02, 2017, 03:26:41 pm »

Quote from: UncleMilt on February 02, 2017, 02:10:35 pm

MC build v22.0.65 on both client and server
JRemote app is current on both iOS (3.24) and Android (21.0.1)

Thanks so much- UncleMilt

The client MC is connected to the server MC with library server (loading the MC servers library on the client)??
What format of audio files?
What are the client settings (when connected to a library server) under Media Network Options.

UncleMilt · « **Reply #42 on:** February 02, 2017, 07:53:50 pm »

Quote from: bob on February 02, 2017, 03:26:41 pm

The client MC is connected to the server MC with library server (loading the MC servers library on the client)??
What format of audio files?
What are the client settings (when connected to a library server) under Media Network Options.

Client MC is loading MC Server Library (large lib)

File formats include:
flac, m4a ,ape ,mp3 & aif
Client options:
Auto sync with server is [off]
Play local file [on] but no local files present
Show playback zones [on]
Audio conversion if necessary
Encoder MP3 high bw

UncleMilt

bob · « **Reply #43 on:** February 03, 2017, 11:28:06 am »

Quote from: UncleMilt on February 02, 2017, 07:53:50 pm

Client MC is loading MC Server Library (large lib)

File formats include:
flac, m4a ,ape ,mp3 & aif
Client options:
Auto sync with server is [off]
Play local file [on] but no local files present
Show playback zones [on]
Audio conversion if necessary
Encoder MP3 high bw

UncleMilt

What's the rendering device? You mentioned it was DLNA...

UncleMilt · « **Reply #44 on:** February 03, 2017, 12:49:30 pm »

Quote from: bob on February 03, 2017, 11:28:06 am

What's the rendering device? You mentioned it was DLNA...

Rendering device is the laptop (ASUS w i7 and SSD) running MC as client?

bob · « **Reply #45 on:** February 03, 2017, 01:41:19 pm »

Quote from: UncleMilt on February 03, 2017, 12:49:30 pm

Rendering device is the laptop (ASUS w i7 and SSD) running MC as client?

Ok, so you are not using DLNA.
What are the current build numbers of MC on the client and on the server?

Try different settings for the Media Network Client Options when connected to a library server under audio conversion (like none and always).

UncleMilt · « **Reply #46 on:** February 04, 2017, 09:50:39 am »

Quote from: bob on February 03, 2017, 01:41:19 pm

Ok, so you are not using DLNA.
What are the current build numbers of MC on the client and on the server?

Try different settings for the Media Network Client Options when connected to a library server under audio conversion (like none and always).

MC build is 22.0.65 for both server and client.
I will test under suggested settings and report back

UncleMilt · « **Reply #47 on:** February 04, 2017, 10:33:40 am »

Quote from: bob on February 03, 2017, 01:41:19 pm

Ok, so you are not using DLNA.
What are the current build numbers of MC on the client and on the server?

Try different settings for the Media Network Client Options when connected to a library server under audio conversion (like none and always).

....changing Client Options (when connected to a Library Server) from "convert if necessary" to "Don't convert audio" SOLVED my track progress bar issue on JRemote for android and iOS!
Thankyou Bob!

amsco15 · « **Reply #48 on:** February 06, 2017, 07:52:09 am »

Quote from: UncleMilt on February 04, 2017, 10:33:40 am

....changing Client Options (when connected to a Library Server) from "convert if necessary" to "Don't convert audio" SOLVED my track progress bar issue on JRemote for android and iOS!
Thankyou Bob!

Are they any negative repercussions from selecting "Don't convert audio?" I don't up-sample or use signal processing of any type. Does DSD over PCM still work? Never truly understood this option. Thanks! I suppose I could just try it.

bob · « **Reply #49 on:** February 06, 2017, 10:12:51 am »

Quote from: UncleMilt on February 04, 2017, 10:33:40 am

....changing Client Options (when connected to a Library Server) from "convert if necessary" to "Don't convert audio" SOLVED my track progress bar issue on JRemote for android and iOS!
Thank you Bob!

I'd like to check this out a bit more.
Are you using Windows on both the client and server PC's or Mac's, linux or some combinations of them?

INTERACT FORUM

Author Topic: JRiver track progress bar, when it's used as a DLNA server and control point (Read 28237 times)