home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Quality Assurance
Bugreports
1.21
RED DOT recording state doesn't appear in video fullscreen playing
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="CyberSimian" data-source="post: 1253341" data-attributes="member: 141969"><p>The changes seem to work as intended. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> However, I would make the following observations:</p><p></p><p>(1) The red dot and channel names of the recording channels appear on the pause and zap OSDs, but not on the info OSD. In fact, there is no indication at all on the info OSD that something is recording. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /> The user has to move the focus to the "Active Recordings" button in order to see the details of the recordings.</p><p></p><p>The ability to see the details via the "Active Recordings" button is a useful capability, but I would expect the info OSD to be consistent with the pause and zap OSDs, i.e. the red dot and channel names should be visible if something is recording.</p><p></p><p>(2) I think that there ought to be some sort of separator between the channel names on the pause and zap OSDs if there is more than one channel recording. But "orphaned" separators should be avoided if the channel name is null. I think that an expression could do this, using "string.equals()" to test for a null channel name, and then choosing either the separator char or the null string.</p><p></p><p>(3) In the detailed recording-info on the info OSD, I don't think that showing the end time adds any value, since it is always the same as the start time. LMH provides these as separate variables, so you can easily omit the end time. Showing the true end time would be useful, but perhaps that is not available from LMH (or anywhere else).</p><p></p><p>(4) I noticed the problem with starting live TV and then a recording starting, and there being no display of the active recordings on the OSDs. In fact, this was the first test that I happened to try, and I thought that the changed files were not working correctly. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite9" alt=":eek:" title="Eek! :eek:" loading="lazy" data-shortname=":eek:" /></p><p></p><p>I think that this is a serious problem, because it seems to me that a common circumstance would be to start watching live TV or a recording or a video, and then a previously-scheduled recording starts, and yet the OSDs won't show it. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite16" alt=":cry:" title="Crying :cry:" loading="lazy" data-shortname=":cry:" /> Is there any way that this can be made to work properly?</p><p></p><p>(5) Since [USER=19448]@framug[/USER] is <s>the one to blame for starting all this</s> the one who should receive the credit for this suggested improvement, it would be useful to receive his comments on the usability of what it is actually possible to implement (in the absence of changes to the MP base code). Is this a worthwhile capability, if the limitation described in (4) cannot be overcome?</p><p></p><p>(6) I have not tested "TvOverlay.xml" yet. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /></p><p></p><p>-- from CyberSimian in the UK</p></blockquote><p></p>
[QUOTE="CyberSimian, post: 1253341, member: 141969"] The changes seem to work as intended. :) However, I would make the following observations: (1) The red dot and channel names of the recording channels appear on the pause and zap OSDs, but not on the info OSD. In fact, there is no indication at all on the info OSD that something is recording. :( The user has to move the focus to the "Active Recordings" button in order to see the details of the recordings. The ability to see the details via the "Active Recordings" button is a useful capability, but I would expect the info OSD to be consistent with the pause and zap OSDs, i.e. the red dot and channel names should be visible if something is recording. (2) I think that there ought to be some sort of separator between the channel names on the pause and zap OSDs if there is more than one channel recording. But "orphaned" separators should be avoided if the channel name is null. I think that an expression could do this, using "string.equals()" to test for a null channel name, and then choosing either the separator char or the null string. (3) In the detailed recording-info on the info OSD, I don't think that showing the end time adds any value, since it is always the same as the start time. LMH provides these as separate variables, so you can easily omit the end time. Showing the true end time would be useful, but perhaps that is not available from LMH (or anywhere else). (4) I noticed the problem with starting live TV and then a recording starting, and there being no display of the active recordings on the OSDs. In fact, this was the first test that I happened to try, and I thought that the changed files were not working correctly. :eek: I think that this is a serious problem, because it seems to me that a common circumstance would be to start watching live TV or a recording or a video, and then a previously-scheduled recording starts, and yet the OSDs won't show it. :cry: Is there any way that this can be made to work properly? (5) Since [USER=19448]@framug[/USER] is [s]the one to blame for starting all this[/S] the one who should receive the credit for this suggested improvement, it would be useful to receive his comments on the usability of what it is actually possible to implement (in the absence of changes to the MP base code). Is this a worthwhile capability, if the limitation described in (4) cannot be overcome? (6) I have not tested "TvOverlay.xml" yet. :( -- from CyberSimian in the UK [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Quality Assurance
Bugreports
1.21
RED DOT recording state doesn't appear in video fullscreen playing
Contact us
RSS
Top
Bottom