This is very good advice. I was not aware such things existed. I currently rely on BackUp Settings for MP, or for more limited changes I just make copies of my skin folder, but of course that doesn't back up things such as drivers, video filters/codecs and so forth.
If there are any...
Good evening,
HELP!
I have an old installation because I have a family member who relies on the MiniDisplay plug in. It is important we retain this functionality.
Has anyone tried this plug-in with the current MP release?
It's a simple plug in I think which pushes MP variables and properties...
I think therein lies my problem. I am on 1.6.2.0. So thanks both for your help, I will pause this thread for now and come back to it while I work out what to do next.
The problem is we have a family member who relies on MiniDisplay and I don't know if upgrading the set up is going to spoil...
Good evening,
Same result unfortunately.
active.count still displays as #latestMediaHandler.tvrecordings.active.count as if it is not defined.
active1.channel and active1.title are displayed properly.
I really think this has to be something to do with my setup. I am not in a position to do...
I have just created a new control with id 1 to do the same job, and it produces same result - active.count definitely not working. I will have to spend some time on this tomorrow. Thank you for all your help. I still think it probable that I have a glitch in my set-up
The screenshot I uploaded above - the top line is produced by control id 27 in the TV Guide xml I just uploaded. I can't see anything wrong with it. The variables look right.
Nothing at all - it just stays like that.
I was wondering if I have a bug in my configuration. So I have reinstalled LMH just now, and nothing has changed.
RH
LMH variables on my testing line at top of the graphic : active.count , active1.channel , active1.title
Please forgive scruffy not yet finished xml for TV guide
That isn't the issue, because I tested with only one recording taking place.
I think it comes back to the type mismatch described above. Odd behaviour for sure.
RH
Ok, more testing done.
Test 1:
Recording manually started,
Channel: Yesterday
Live TV: One Foot In The Grave
Recording manually stopped a few seconds later
Channel: Yesterday
Live TV: One Foot In the Grave
success: latestMediaHandler.tvrecordings.active1.title and...
Yes I regularly refer to DefaultWide HD.
But, I have found the issue. It's a strange one. If there is a mismatch between the current active recording title and what is on TV at the time, then the active1.title isn't reset to null. This can happen if there is padding time at the end of the...