INTERACT FORUM

I don't think it can ever work, even with the adapter. When Windows puts the display to sleep due to inactivity, the GPU will power down the HDMI link completely which also kills the audio transport. The only way is to disable sleep to keep the link alive, either by using the blank screensaver or with MC's "Disable display from turning off" (which sounds like it isn't working for your hardware).

I believe this was an oversight of the HDMI spec, they didn't anticipate the need for this half-sleep scenario.

Nevermind, I've misread diagonally. I read "EDID Adapter" and thought about the fake monitor dongles that are used to keep a server/graphics card from sleeping. I thought you had one of those on one of the DP/HDMI outputs, with the AVR/TV connected to a another GPU output.

I'm still using the hardware chain of RTX 3070 HDMI output > Lindy EDID Emulator> HDMI cable > Denon X8500H AV amp, while the GPU DisplayPort outputs are directly connected to a pair of monitors.

The Lindy EDID Emulator is still failing to prevent the music stopping when the monitors go to sleep, so I'm now using your blank screen saver solution. I've delayed returning this dongle, as Lindy UK tech support are making another attempt to find out why it doesn't work for me.

Hello guys,
Does anyone know if it is possible to adjust brightness / contrast / Hue in JRVR with a Media Center Command or Web Service ?

Nevermind, I've misread diagonally. I read "EDID Adapter" and thought about the fake monitor dongles that are used to keep a server/graphics card from sleeping. I thought you had one of those on one of the DP/HDMI outputs, with the AVR/TV connected to a another GPU output.

4:4:4 8bit ... is better than 4:2:2 12bit

4:2:2 delivers chroma channel (color channel) at 75% resolution ... https://en.m.wikipedia.org/wiki/Chroma_subsampling

Your 60hz source is max 8bit ... so you are not really losing anything

Pretty sure processing of video is done at high bit depth + dithering  ... before being output at lower bit depth ... just like audio ... so you are better off at 4:4:4 8bit than 4:2:2 12bit

EDIT: if 10 12 bit important to you ... get HDMI 2.1 compatible GPU and TV/Projector ... then you can do 4:4:4 at 10 and 12 bit ... even at 120fps

If you purchased the MC32 license, you probably still need to install MC32, then restore the new license.

Here are the instructions from the first post:

https://yabb.jriver.com/interact/index.php/topic,137399.msg952550.html#msg952550

The setting in Media Center's Video settings called "Optimize hardware decoding for performance" toggles DXVA2 Copy-Back decoding with madVR. If thats disabled, it'll use DXVA2 Copy-Back, which should give you the desired results within the limitations of madVR.

@Hendrik

Is there a way to configure the internal LAV filters?  Unfortuantely, I believe I have to change one more setting (selecting Hardware Device) in LAV Video Decoder in order to get it to work on a new system.  Without installing external LAV filters, it doesn't appear I can explicitly specify the hardware device to use.  I would be grateful for any advice.

My process is to put all new albums in a folder named "import". Have Media Center import that folder so I can tag them.

I edit the tags so all of the names and my custom fields are filled in properly. Add cover art. Etc.

Then I run the files through the big Rename, Move, & Copy Files dialog to move the files to my NAS.

I have custom directory naming rules and file naming rules that create the directory structure I like on the NAS. So all the albums and artists are organized in a way I like. The Expression Language allows me to create some custom rules that do what I want. And I take advantage of that. It's the Expression Language that gives this process the power and customization.

https://wiki.jriver.com/index.php/Expression_Language

Is it possible for someone to repair the Purity Skin? The section for Cloudplay is completely unreadable. This issue only occurs with this skin.

Unzip the attached file into MC's standard skin directory, which should be in one of the following locations, depending on which version of MC you have installed (or unzip to both locations if you have both 32 and 64 bit versions).

MC 32bit:  C:\Program Files (x86)\J River\Media Center 32\Skins\Standard View
MC 64bit:  C:\Program Files\J River\Media Center 32\Skins\Standard View

This creates a new skin folder called Purity Mod.  Open MC and select the new skin from View menu.  I am not sure if Purity is one of MC's default installed skins, but if it is, having this separate modified Purity skin will prevent MC from overwriting the modification during one of the many/weekly program updates.

The reason Purity has this problem with CloudPlay has to do with the Tree Background being light, while all it's other background elements are dark. Purity is one of the few skins that does this, which is why the problem only occurs with it. 

To resolve this I darkened the Tree background image file, which is what CloudPlay "samples" to use for its main panel content background color. Since CloudPlay's content area uses a light gray text color (the <List> Text hex value), when that is combined with the Tree's light gray background it becomes unreadable (the colors turn out to be virtually identical).  I darkened the tree background image file so it provides reasonable contrast for both dark and light text colors.  Hopefully that all makes sense... or not. You probably don't care, so long as it works.

NOTE: You probably already are aware of this, but you must restart MC, including the server if applicable, for the color change to take effect. Cloudplay colors are retained, even after refreshing and switching to different skins, until you do a full restart of MC (FYI: middle-clicking MC's close button will perform a restart). 
_______________________________________________
For the dev team:
I would be great if the CloudPlay colors could be updated in real-time instead of requiring a full restart.

Also, if Cloudplay would simply use the list background color for the main content area of CloudPlay (like it is in every other main content area) color conflicts would be automatically avoided for all skins - now and in the future.  To provide contrast for the CloudPlay Header Area, use the Hex color specified in the <VIEW HEADER> section for either: [Background] or [HeaderBackground]

I use MC32 on Linux Mint 21.3 XFCE running (walking?) on an ancient (circa 2012 Pentium cpu, 4gb memory) system and it's responsiveness is fine.

If you are seeing such awful response times with your hardware, then something is very wrong. I would suggest creating a small test library using a few files on a local fast disk and turn off autoimport, if this is fine, then investigate what is causing the problem(s) in your main library.