More > JRiver Media Center 32 for Windows

JRVR Profile Selection

<< < (5/18) > >>

JimH:
Hendrik loves pizza.

jmone:
I've a long history of "incentives" and they don't work!  I think the last one bought me 10 answers if I remember correctly... trouble was.... I did not get to ask the question till after the answer was provided. :)

jmone:

--- Quote from: mattkhan on May 31, 2023, 05:15:58 am ---re playback info, my point is it is a basically unparseable internal format (the raw format MC uses to store settings) so, to show what is currently active on an external remote, you need a way to extract info about individual fields & there's no realistic way to manipulate this externally (i.e. you can only do this via the UI) or even easily search your library.

--- End quote ---

There is no need to store all the setting info of a JRVR profile in PlaybackInfo, just which Profile (all the JRVR Profile info is stored in the registry).  If a meta data matching rule can pull up the JRVR profile so could PlaybackInfo.

jmone:
...and the profiles in the registry are
<Items>
<Item>
<Item Name="Name">Interlaced</Item>
<Item Name="ID">1</Item>
</Item>
</Items>

So they could be called by Name or ID

mattkhan:
profile only is how you can end up with a combinatorial explosion in the no of profiles you have to manage

I'd say that people who pixel peep (which is IMV what is being discussed here, i.e. if you can't even tell the difference without a fast A/B) are those who are prone to want to tweak all the things & hence the potential for profile count explosion.

it's possible the fact there are relatively few settings in JRVR will mean it's manageable but it still looks like either/or (manual or automated choice) to me whereas a tag based override can coexist with automated profile selection.

Navigation

[0] Message Index

[#] Next page

[*] Previous page