Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[((( atom )))]

Hi,

wondering, if there is a mechanism to start a userscript upon start of video playback, which will pass some information about the videofile to the userscript.

I'm looking for a way to control my projector (High/Low Lamp mode for SDR/HDR, shifting of the image and so on).

Any hints would be very welcome.

[mwillems]

Hi,

wondering, if there is a mechanism to start a userscript upon start of video playback, which will pass some information about the videofile to the userscript.

I'm looking for a way to control my projector (High/Low Lamp mode for SDR/HDR, shifting of the image and so on).

Any hints would be very welcome.

So, I'm not sure there's a way to "push" the info out, but you can write a script that polls JRiver and pulls that information via the MCWS automation framework. It's self-documenting, but there's a wiki article here:  https://wiki.jriver.com/index.php/Web_Service_Interface.

You can pull almost any information about what's going on in JRiver via MCWS.  Basically you'd want a script running in the background that polls for changes in playstate, and then when video playback is started, you can trigger other changes you have in mind.

[((( atom )))]

Thx for the hint but I don't want to have 10.000 polls run through an evening. Is there nothing that would allow for some use-defined scripting? Any plugin maybe?

[JimH]

Thx for the hint but I don't want to have 10.000 polls run through an evening. Is there nothing that would allow for some use-defined scripting? Any plugin maybe?

Polling wouldn't be a heavy load.

Have you found the DevZone?  Link at the bottom.  Start at MCWS.

[mattkhan]

Polling wouldn't be a heavy load.

It is inefficient, chatty and relatively slow (laggy). It would be great if MC had some websocket (or similar) broadcast mechanism instead

[((( atom )))]

Of course polling is not a heavy load processor-wise, but it is ugly, not on-point responsive and can get really messy. Been there with kodi. Once I switched to interrupt-based events via a plugin, things started working like a charm. It is a very big difference, if my roomlight turns on somewhen after I pres pause or the very moment I do so. The former feels like, ok, cool, the later like it is just built into the machine.

I threw out all polling I could from every machine around my house. Really tightened things up.

The Web Service Interface itself looks promising for general control, though. A very important part for me as well, so thanks for the hint.

[max096]

It is inefficient, chatty and relatively slow (laggy). It would be great if MC had some websocket (or similar) broadcast mechanism instead

Would be great! Also to improve jrivers own responsiveness when streaming media things don't appear everywhere immediately when you make changes to anything.
But currently you can't get around polling with MCWS. Local polling playback info every second or so should not be a massive problem. And the second you are on in your playback you can calculate to keep 'smooth' if you need it. So the long polling interval mostly limits immediate responsiveness of a state change.

Currently setting up Home Assistant at home thought about maybe writing some JRiver integration either for Home Assistant directly or MQTT. Probably will go the MQTT route because it's easier (I think) and more compatible beyond Home Assistant. Personally more interested in playback info for music. Playing or not Playing and song information but it might just be actually the same for videos. Not sure when I'll get around to do that though, might be a while. Can't promise anything.

About getting around the delay entierly the only options I can think off at the moment are either to put a proxy in front of MCWS that handles state changes immediately (though ofc you are then limited to also controlling it threw mcws with jremote or another JRiver, so not perfect). Or find some way to do this with a JRiver plugin. Maybe you can listen to state changes there. Most likely I will not go down either of those paths.

[((( atom )))]

Up until now I use a plugin for Kodi, that can run user-defined actions upon defined events. For instance it can send a http-request when a video starts playing. That is how I currently control my lights in the room. It's neat: When I press PAUSE on my remote, it is as if I pressed the lightswitch as well.

[max096]

Up until now I use a plugin for Kodi, that can run user-defined actions upon defined events. For instance it can send a http-request when a video starts playing. That is how I currently control my lights in the room. It's neat: When I press PAUSE on my remote, it is as if I pressed the lightswitch as well.

Is figuring out wether or not MC plays a video or not after you pressed the button an option for you? Calling MCWS/v1/Playback/Info for instance roughly takes 40-45ms for me to complete. Not sure if that alone spits out all you need.

[((( atom )))]

That was my first method of figuring out, if Kodi was playing or not. Worked, of course, but as I said, I was very happy to switch over to Interrupts, so going back to this would be a step back. Will do only, if there really is no other option.

[((( atom )))]

Would be a charm, having a simple shell script with all the variables prefilled, like resolution, ar, audio tracks and so on. With that at hand, one could really built most things that come to mind with no effort.