RED DOT recording state doesn't appear in video fullscreen playing (5 Viewers)

[framug]

Well, if understand you correctly, you would do more than I needed ?
Recording channel name and so on ?
I am not sure this is possible (yes, all can be but...).

#TV.RecordedTV.Channel],#TV.RecordedTV.Time

, and #TV.RecordedTV.Genre are only populated (and have the appropiate values) when/after opening the TV Recordings screen (mytvrecordedtv.xml)

If I remember correctly (many years I didn't look into the code) this is given by tvclient.
tvclient recover thoses informations by asking tvserver.
This is normal because when tvclient is in use (play tv, recorded files, etc...) it need tvserver informations.
If you would have this in all cases, this, for example, would force myvideos to ask tvserver even if it's not it first use.
This can be a bit heavy and, I don't know if MP devs would go this way.
My first demand was just a simple red dot in video OSD when recording based on (1) from
CyberSimian explanation.
The problem with DefaultWideHD is that red dots are near of programs name, wich can be confusing.
In StreamedMP, red dot is on upper left of screen, where OSD informations are on bottom center of screen.

 

[CyberSimian]

Even in the TV Pause OSD it is not foreseen to put a red dot

Not so! My "ClassicWide" skin has a red dot in the pause OSD, viz:



You need to use the built-in control with id 39 in "MyTvFullscreen.xml":

<!-- recording-active indicator -->
<control>
  <description>Recording-active indicator (usually a red dot).
    This recording dot appears only if the programme shown in the bar is
    currently recording.
  </description>
  <type>image</type>
  <id>39</id>
  <posX>#cw.osd.recind.x</posX>
  <posY>#cw.osd.recind.y</posY>
  <width>#cw.osd.recind.w</width>
  <height>#cw.osd.recind.h</height>
  <texture>recording_active.png</texture>
  <animation effect="zoom" start="100,100" end="110,110" time="500" condition="true" pulse="true">conditional</animation>
</control>

-- from CyberSimian in the UK

 

[CyberSimian]

Well, unfortunately encountered some "bugs" in skin engine

An underesitmate, I think.

we have no property for an ongoing recording - #player.recording is not implemented.

True. The visibility condition "Player.Recording" is documented in the Wiki, but it is not implemented. I think that there are two ways this capability could be provided, but I am not sure which would be preferable (i.e. which way provides the most capability and versatility for the skin author):
(1) Built-in skin variable "#player.recording", or
(2) Visibility condition: <visible>Player.Recording</visible>

The properties #TV.RecordedTV.Channel, #TV.RecordedTV.Time, and #TV.RecordedTV.Genre are only populated (and have the appropiate values) when/after opening the TV Recordings screen (mytvrecordedtv.xml).

True. But these are possibly not the best choices. There is another set of built-in skin variables with names of the form "#TV.Record.xxx", which look to be more appropriate. The problem is that they are mostly unset (i.e. they substitute as the null string). I tried these yesterday. There is a super-duper list of built-in skin variables here:

List of built-in skin variables

I scanned the files of the skins that I had tested previously. All skins use the following variables for the live-TV progress bar (so these variables are set):
#TV.Record.percent1
#TV.Record.percent2
#TV.Record.percent3

Several skins also use the following variables:
#TV.Record.jumpoints
#TV.Record.chapters
I think that these might be related to ComSkip (is there a plugin for that?). But what is really curious about these two variables is that they are not documented in the MP source file that I linked above. So where are they set and updated?

My speculation would be that the majority of the "#TV.Record.xxx" variables are set by a plugin, for its own purposes, but I have no idea which plugin that might be.

So would it be worth to change this behaviour?

Implementing "#player.recording" or the visibility condition "Player.Recording" would provide the required capability.

But I would like to see a way of displaying the "Currently Active Recordings" pop-up from anywhere within MP. Looking at "MyTvHomeServer.xml", the button which displays the active-recordings pop-up seems to be another hard-coded built-in control with a specific id. I would like to see the active-recordings pop-up as another OSD with a window id. Then it would be possible to allocate a button on the remote control to display this window, or have a button on a side menu to display this window via the <hyperlink> tag.

-- from CyberSimian in the UK

 

[catavolt]

My speculation would be that the majority of the "#TV.Record.xxx" variables are set by a plugin, for its own purposes, but I have no idea which plugin that might be.

Yup, it´s the Comskip plugin

You need to use the built-in control with id 39 in "MyTvFullscreen.xml":

Thanks for the hint, never tried this

If you would have this in all cases, this, for example, would force myvideos to ask tvserver even if it's not it first use.
This can be a bit heavy and, I don't know if MP devs would go this way.

As I wrote above the properties are there but only populated/filled/made public when opening TV Recordings.
What I want is to have them populated and made public at the moment a recording starts so they can be used immediately in every screen.
In this case, other plugins like MyVideos don´t have to communicate with TVServer first to get those data and therefore no additional impact.

 

[framug]

As I wrote above the properties are there but only populated/filled/made public when opening TV Recordings.
What I want is to have them populated and made public at the moment a recording starts so they can be used immediately in every screen.
In this case, other plugins like MyVideos don´t have to communicate with TVServer first to get those data and therefore no additional impact.

Absolutely TRUE.
I'll let you ask this to MP devs.
Otherwise it seems we already have a public red dot, the one in (1)

 

[catavolt]

Here are the complete TV OSDs (incl. Pause OSD) with red dots for DWHD
I´ll ask devs to implement the above mentioned suggestions
So let´s wait and see (and hope ofc)

 

[catavolt]

Hi folks, sometimes someone doesn´t see the forest due to all the trees...
We do have properties to fulfill our desires regarding recordings:
IF LatestMediaHandler is installed and activated, we have the following properties available and public in every screen:

#latestMediaHandler.tvrecordings.activeX.channelLogo
#latestMediaHandler.tvrecordings.activeX.title
#latestMediaHandler.tvrecordings.activeX.channel
#latestMediaHandler.tvrecordings.activeX.startDate
#latestMediaHandler.tvrecordings.activeX.startTime
#latestMediaHandler.tvrecordings.activeX.endTime

where X is a value from 1 to 3.

With these properties it is possible to show ongoing recording(s) in every screen and therefore on all OSDs as well
If you like I´ll prepare some sample OSDs (DWHD) for you

 

[framug]

Hi catavolt,
Thanks for that.
I also use LatestMediaHandler then, this could be good for me.
Therefore, I would like MP devs (maybe Sebastiii or someone else, don't know ?) could consider that it should be not normal to use another plugin to have thoses informations public.
Normaly, MP should deliver this.
No offense, just my point of view.

Best regards.

 

[catavolt]

Here we go with the first implementation of the a. m. solution for OSDs.
Pls. note I only made it for the first recording as a proof of concept

 

[CyberSimian]

Here we go with the first implementation of the a. m. solution for OSDs.

As I don't have "LatestMediaHandler" installed, I thought that I would test the modified files for compatibility. Unfortunately... (nothing was recording when I took these screen shots):



I have downloaded "LatestMediaHandler" and will install it on my test system.

-- from CyberSimian in the UK