INTERACT FORUM

When starting from terminal, the following is displayed:

desktop:~$ mediacenter34
[0503/075638.625993:ERROR:check.cc(297)] Check failed: false. NOTREACHED log messages are omitted in official builds. Sorry!
FFE1E7EC Start bcolor ECE7E1 nColor
[0503/075638.695918:ERROR:check.cc(297)] Check failed: false. NOTREACHED log messages are omitted in official builds. Sorry!
[0503/075638.705982:ERROR:check.cc(297)] Check failed: false. NOTREACHED log messages are omitted in official builds. Sorry!
[0503/075638.753723:WARNING:policy_logger.cc(151)] :components/enterprise/browser/controller/chrome_browser_cloud_management_controller.cc(88) Could not create policy manager as CBCM is not enabled.
[0503/075638.790864:WARNING:angle_platform_impl.cc(49)] RendererVk.cpp:1962 (initialize): ANGLE VMA version: 2003000
[0503/075638.834595:ERROR:check.cc(297)] Check failed: false. NOTREACHED log messages are omitted in official builds. Sorry!
[0503/075638.867486:WARNING:sandbox_linux.cc(400)] InitializeSandbox() called with multiple threads in process gpu-process.
[0503/075639.782426:WARNING:value_store_frontend.cc(47)] Reading mhjfbmdgcfjbbpaeojofohoefgiehjai.alarms from  failed: IO error: .../LOCK: File currently in use. (ChromeMethodBFE: 15::LockFile::2)
Segmentation fault (core dumped)
-desktop:~$ [0503/075653.837196:INFO:child_thread_impl.cc(926)] ChildThreadImpl::EnsureConnected()
-desktop:~$ ^C

I am also getting the additional info using 0.72

Indeed not fixed as @MGD_King said:

I got the same results. It looks like MC is getting lyrics from Genius.com. Here's the page for Outlaw Torn from that site. MC is pulling the intro text along with the lyrics.

Note that its only supposed to be used when your display is configured to expect BT.2020 SDR, which is not that common a setup for TVs, but was added for certain projector setups.
If you use HDR output, then Windows will convert the colors to BT.2020, so you should not let MC do it, and most SDR setups will expect BT.709 (eg. the default color for PCs), so SDR BT.2020 is rather special.

you're not alone: https://yabb.jriver.com/interact/index.php/topic,141192.0.html

but now it works again with 34.0.23

thanks for fixing......

TheShoe, that was the answer I was looking for.

All I want is to have the most direct signal directly from JRiver to my TV. IŽll set my display card to RGB 10 bits, so as you do.

Thanx a lot for your polite and helpful answer.

Indeed not fixed as @MGD_King said:

I think the general consensus is to leave everything in RGB as that is the native color scheme for computers.  Since the processing chain for video can involve multiple steps, the idea is that you want to avoid conversion between YCbCr<->RGB as there is the potential depending on what is doing the conversion to lose precision.  It's like making successive copies of an analogue tape - every subsequent copy based on the last loses fidelity.

You have Windows, your video driver, Media Center, and your TV all involved in the chain to produce an image, and little insight (if any) at what exactly is taking place in the software as the video is processed along the way.  So best bet - leave it RGB.

Far more knowledgeable people can weight in here, but I think this topic - if you do some searching both here in the forum and elsewhere - will show many discussions that will drive you crazy, and has been beaten to death over the years.

For me, I run RGB/10bpc at 4K resolution on my LG OLED.  My video card is an nVidia 4090.

Just installed the latest v34.23 and all my thumbnails for particles are gone.  Have to re-create (or grab cover art) for all of them.

Wish the particle "engine" would receive some love...  analyzing audio/video also wipes out the particle reference from the .mpls it is pointing to, back to index.bdmv (this one has been around for a very long time)

Is there any quick fix to simply leave particles alone for certain operations?

I'm sure VMWare can do that side-by-side integration thing on the PC too, but, we digress...

Getting back on-topic, I have to say, now I'm happy.

I cannot fathom how anyone thought that "Smart App Control" was a good idea. I mean, seriously, that "OOBE" thing is meant to be the best possible, right? This thing has made mine the absolute worst. It even states, that if the app being installed is not found, it then checks for signatures and accepts those. Surely that should be the other way around?

This PC was not cheap, and after eight or nine years of development since the last purchase, I don't think it unreasonable to expect progress, which to a user, translates to "speed" and nothing else. Security improvements? Fine, but keep them out of sight and don't make them massive speed bumps.

Once I learned that "Smart App Control" was a thing (thanks zybex) I did some research to learn if it was a thing I needed, and quickly realised it was really not. Since turning it off, everything here has been zipping along at astonishing rates.

Now, I'm happy, but disappointed that the anticipated "WOW!" factor never arrived when I turned this thing on for the first time.

Lesson for all: If you know what you're doing and what you're downloading/installing, turn off "Smart App Control"

Thank you too to all who replied here, helped me feel a lot less alone in my disappointment

-marko.

Feel free to continue chatting about virtualisation from here on, maybe change the topic title in your reply if you do