More > JRiver Media Center 28 for Mac

Date Last Opened/Last Played not updated properly when playing over DLNA

(1/2) > >>

mimizone:
Hi,

I experience issues with the Date Last Opened and Last Played metadata while playing music over DLNA, but not when played locally (via a DAC in my case).
I use 28.0.53 on a Mac Mini M1, but I had the same problem on MC25 on my x86 Mac Mini before.

The procedure to reproduce:


* add multiple tracks from the same album to the DLNA backed player. Could be the entire album for instance.

* let the tracks play without skipping/next etc... (at least 2 tracks)
You'll notice 2 things:

* the first track Last Played is not updated. But the Date Last Opened is.
* the second track and the next ones Date Last Opened is not updated. But the Last Played is correctly updated.

The exact same procedure while playing locally doesn't bring up the issue.

If you skip to the next track or double click directly on a track further down, its Data Last Opened is updated properly as if it were the first track, and the Last Played is not updated properly. It actually updates the Last Played of the next track as soon as the next track starts playing instead of waiting for it to finish playing.

Attached are a few examples:
1/ Playing a few tracks from a SACD ISO file via DLNA (to a Sony STR DN1080 if it matters)

2/ Playing the same tracks via local DAC. No problem there, it's the expected behavior

3/ Playing via DLNA skipping the first track after a few second
the Last Played is not updated as normally expected.
The Date Last Opened of the second track is updated properly as normally expected,
then double click on a track further down, its Data Last Opened is updated properly,
let it play entirely until it goes to the next track by itself, The Last Played is not updated properly, but the Last played of the next track is updated right away, but its Date Last Opened is not.


It happens with all types of files, not only SACD, in case the screenshots give that impression.
I've had the same issue with separate FLAC files for each track.

bob:
Would you try turning off the DLNA controller function SetNext for the zone you are testing sending to and report back if that makes a difference?
Thanks.

mimizone:
disabling the "SetNext Support" in the DLNA Controller fixes the problem indeed!
Thanks.

The problem existed with 2 DLNA renderers I used:
- a Sony Receiver STR-DN1050
- an IKEA/Sonos speaker

in both cases, disabling the support fixes the problem with the metadata update.

Thanks again bob

bob:

--- Quote from: mimizone on September 11, 2021, 02:53:02 pm ---disabling the "SetNext Support" in the DLNA Controller fixes the problem indeed!
Thanks.

The problem existed with 2 DLNA renderers I used:
- a Sony Receiver STR-DN1050
- an IKEA/Sonos speaker

in both cases, disabling the support fixes the problem with the metadata update.

Thanks again bob

--- End quote ---
Of course you lose gapless track transitions then, not a problem if you don't have any.
However that tells us where to look when trying to fix the issue.

mimizone:
Good to know. I was wondering why lately I was hearing a gap :)

Hopefully you find a fix for that.

Is that something I should report elsewhere as a bug/feature-request?

Navigation

[0] Message Index

[#] Next page