OverlayHD Skin...

[unilaw]

I'm just going to add mine that I have had for some time and see if anyone likes it. Took some time and tweaking. Maybe too many colours for some but I like it.

Ian,

When will there be an option to import and export?

Are you working on a skin changer that you can view on the fly.? It's hard saving, checking the settings then going back to editing.

Does anyone know how to use the "Similar Broadcasts" in the Information panel without selecting the "Similar Broadcasts Button" Can that be edited in the Overlay HD Skin?

Dave

[adoxa]

Attached is a patch to always use the full icon for the Multi & Graphical EPGs. Extract it somewhere the Wiz can see it, use Sources / Files to navigate to it, select setup.sh and Run script (repeat to remove).

[sub3R]

Attached is a patch to always use the full icon for the Multi EPG. Extract it somewhere the Wiz can see it, use Sources / Files to navigate to it, select setup.sh and Run script (repeat to remove).

Thankyou, I didn't expect that. It looks correct now.

So far I’ve only checked it on the U4 (currently testing a USB tuner on the T2) but it installs & uninstalls correctly after a GUI restart each time. I just left the extracted ‘multiepg-icon’ folder under a dedicated folder on the U4’s internal HDD.

I’ll post back if I get any issues with it on the T2, but I don’t expect any.
Edit: Also worked well on the T2.

[IanSav]

Hi Adoxa,

Attached is a patch to always use the full icon for the Multi EPG. Extract it somewhere the Wiz can see it, use Sources / Files to navigate to it, select setup.sh and Run script (repeat to remove).

Is the source code for this change available?

Regards,
Ian.

[IanSav]

Hi Dave,

When will there be an option to import and export?

There are two aspect of my answer to this question. First, there are never enough hours in the day to get to all the tasks I want to complete. The other aspect is that I haven't come up with a way to provide the option that I think would be easy for users to access. To where should I export a style file? How can I make importing a style file easy for users to achieve?

I would welcome thoughts from all users on ways that they think this could be done without creating road blocks for less technical users.

Are you working on a skin changer that you can view on the fly.? It's hard saving, checking the settings then going back to editing.

This is not easy to do. I need to balance the speed of operation of the plugin against the number of changes I can reflect in real time. I do try to reflect as many changes as I can on the current screen but some screens are loaded at system boot time an the only way they can be updated is to restart the GUI.

I am not aware of any ways to make the changes any more interactive.

Does anyone know how to use the "Similar Broadcasts" in the Information panel without selecting the "Similar Broadcasts Button" Can that be edited in the Overlay HD Skin?

I am not quite sure what you are asking here.

Regards,
Ian.

[MrQuade]

Does anyone know how to use the "Similar Broadcasts" in the Information panel without selecting the "Similar Broadcasts Button" Can that be edited in the Overlay HD Skin?

I am not quite sure what you are asking here.

I believe he is talking about the event info screen which displays a list of similar broadcasts. He wants to be able to press UP/DOWN to select a similar broadcast from within that screen without first having to press RED.

The answer to that is, no there is currently no way to do that.

[adoxa]

Attached is a patch to always use the full icon for the Multi EPG. Extract it somewhere the Wiz can see it, use Sources / Files to navigate to it, select setup.sh and Run script (repeat to remove).

Is the source code for this change available?

Code: Select all

diff --git a/lib/python/Components/EpgList.py b/lib/python/Components/EpgList.py
index 10bc36d72..82c6c2a42 100644
--- a/lib/python/Components/EpgList.py
+++ b/lib/python/Components/EpgList.py
@@ -820,7 +820,7 @@ class EPGList(HTMLComponent, GUIComponent):
 			clock_types = self.getPixmapForEntry(service, eventId, beginTime, duration)
 			if clock_types:
 				clk_sz = 25 if self.screenwidth and self.screenwidth == 1920 else 21
-				width -= clk_sz / 2 if clock_types in (1, 6, 11) else clk_sz
+				width -= clk_sz
 				res.append((eListboxPythonMultiContent.TYPE_PIXMAP_ALPHABLEND, r5.x + width, (r5.h - clk_sz) / 2, clk_sz, clk_sz, self.clocks[clock_types]))
 				if (self.wasEntryAutoTimer or self.wasEntryIceTV) and clock_types in (2, 7, 12):
 					width -= clk_sz + 1
@@ -1061,12 +1061,7 @@ class EPGList(HTMLComponent, GUIComponent):
 					else:
 						RecIconHDheight = top+height-22
 						RecIconFHDheight = top+height-26
-					if clock_types in (1, 6, 11):
-						if self.screenwidth and self.screenwidth == 1920:
-							pos = (left+xpos+ewidth-15, RecIconFHDheight)
-						else:
-							pos = (left+xpos+ewidth-13, RecIconHDheight)
-					elif clock_types in (5, 10, 15):
+					if clock_types in (5, 10, 15):
 						if self.screenwidth and self.screenwidth == 1920:
 							pos = (left+xpos-26, RecIconFHDheight)
 						else:

[IanSav]

Hi Adoxa,

Thank you.

Regards,
Ian.

[unilaw]

Does anyone know how to use the "Similar Broadcasts" in the Information panel without selecting the "Similar Broadcasts Button" Can that be edited in the Overlay HD Skin?

I am not quite sure what you are asking here.

I believe he is talking about the event info screen which displays a list of similar broadcasts. He wants to be able to press UP/DOWN to select a similar broadcast from within that screen without first having to press RED.

The answer to that is, no there is currently no way to do that.

Thanks MrQuade, that is exactly what I mean

Thanks for the update.

Similar Broadcasts upcoming in the standard skin are generated on the Info screen.

On your OverlayHD skin when Info is selected the red button has the option "Similar" to display "Similar Broadcasts".

I saw another feed on this but there was no resolution.

Dave

[MrQuade]

Similar Broadcasts upcoming in the standard skin are generated on the Info screen.

You might also use the search button from Live TV (YELLOW) to perform a similar function with only a single keypress.

It's not exactly the same information but it might suit your purpose.

[IanSav]

Hi MrQuade,

You might also use the search button from Live TV (YELLOW) to perform a similar function with only a single keypress.

It's not exactly the same information but it might suit your purpose.

I would have thought that using YELLOW from within the EPG should generate exactly the same results.

Regards,
Ian.

[MrQuade]

I would have thought that using YELLOW from within the EPG should generate exactly the same results.

Yep, should do.
Sorry, I'd just assumed he'd be acessing the Similar screen from Live TV, it's not a feature I use often, so not sure what the general use-case is.

[prl]

Does anyone know how to use the "Similar Broadcasts" in the Information panel without selecting the "Similar Broadcasts Button" Can that be edited in the Overlay HD Skin?

I am not quite sure what you are asking here.

I believe he is talking about the event info screen which displays a list of similar broadcasts. He wants to be able to press UP/DOWN to select a similar broadcast from within that screen without first having to press RED.

The answer to that is, no there is currently no way to do that.

Thanks MrQuade, that is exactly what I mean

Thanks for the update.

Similar Broadcasts upcoming in the standard skin are generated on the Info screen.

On your OverlayHD skin when Info is selected the red button has the option "Similar" to display "Similar Broadcasts".

I saw another feed on this but there was no resolution.
...

The problem is that all the text (both information about the current event and the list of similar events) in the Event Info screen is simply a single scrollable text box. If the list of similar programs were to be able to be selected, they'd need to be in a selectable list, and separate from the event information.

That would then give you two scrollable panels in the same screen (one for the event information and one for the similar events list), and that, in turn, would require the ability to switch focus between the two panels with a button press. It would be really little different in the amount of effort to have the button presses to switch focus between the two screens and the current state, where RED/EXIT server to switch between the event information screen and the EPG-like screen that allows you to scroll and view the information about the similar events.

The only gain in having the two lists in one screen would be that current focus in the similar list wouldn't be lost by going back to the information panel. On the down side there's also a question of how to get back to viewing the original event after viewing the event info for a similar event. You'd presumably want to be able to switch the scrolling focus back to the event info panel while viewing a similar event, but that would mean that there was no simple way to go back to viewing the original event info. It would need either a button dedicated to bring it back, or to add the current event to the list of similars. If it was done by adding the current event to the list of similars, then you'd lose your focus context in the list of similars every time you went back to view the original event info.

It just doesn't look like something that would work as well as it's hoped it would, though I'd be interested in hearing about any alternative, cleaner implementations.

Personally, I find screens that have multiple selection lists (e.g. the File Commander and the location bookmarking screens) clunky to use.

None of these changes can be made in the skins alone. They would all been code changes and accompanying skin changes.

[sub3R]

Attached is a patch to always use the full icon for the Multi EPG. Extract it somewhere the Wiz can see it, use Sources / Files to navigate to it, select setup.sh and Run script (repeat to remove).

Hi adoxa. Some feedback on your multiepg-icon script after the latest online beta firmware update yesterday to Ver: 17.5, Build: 20180216, Rev: 20180216.

A Brief sequence of events:

1. Before updating the f/w, the icons had been displaying correctly as per your multiepg-icon script fix.
2. Did a backup of current settings as part of the pre f/w update options.
3. Updated f/w which included a reboot.
4. Checked icons in the Multi EPG to find they weren’t now displaying correctly (right side cut off as originally).
5. Did a backup restore of current settings.
6. Multi EPG icons still weren’t displaying correctly.
7. Ran multiepg-icon ‘setup.sh’ (noticed the confirmation message said something like ‘restored’), then restarted the GUI.
8. Multi EPG icons still weren’t displaying correctly as I expected.
9. Ran multiepg-icon ‘setup.sh’ (conformation message indicated the change had been successful), then restarted the GUI.
10. Multi EPG icons now displayed correctly as I expected.

This happened on both the T2 & the U4. I have the multi-epg script folder in a dedicated folder on the internal HDD.

This isn’t an issue for me now that I know what to do after a f/w update, but is this how you expected it to work after a f/w update?

I also posted the above for IanSav’s benefit in case Ian intends to include this in an OverlayHD update.

[IanSav]

Hi Dennis,

The patch has nothing to do with OverlayHD. (The patch is not for any skin, it is a code change.)

I tried the patch in the hope it may also fix the icon in the GraphicalEPG, it didn't. My interest in the patch has subsided.

Regards,
Ian.

[sub3R]

Hi Ian, I realise it has nothing to do with OverlayHD. I just thought you were interested when you asked adoxa for the source code.

Not a problem, I’ll just stick with the patch, it does what I want it to do quite well.

[adoxa]

Hi adoxa. Some feedback on your multiepg-icon script after the latest online beta firmware update yesterday to Ver: 17.5, Build: 20180216, Rev: 20180216.
[...]
This isn’t an issue for me now that I know what to do after a f/w update, but is this how you expected it to work after a f/w update?

Yes, that's how it works - an update will replace the file, but not the backup; since the backup exists, the script will restore it. BTW, there's no need to restart between restoring and replacing.

I tried the patch in the hope it may also fix the icon in the GraphicalEPG, it didn't. My interest in the patch has subsided.

Updated the script and patch to use the whole icon there, too.

[sub3R]

Yes, that's how it works - an update will replace the file, but not the backup; since the backup exists, the script will restore it. BTW, there's no need to restart between restoring and replacing.

Thanks - noted.

[IanSav]

Hi Adoxa,

Updated the script and patch to use the whole icon there, too.

You regained my interest. The icon may need a tweak to get around issues overlapping the title text but it isn't that bad. Thank you.

Regards,
Ian.

[prl]

Since peteru's change to the threshold value for alphatest="on", there is some transparency fringing around the large icons in OverlayHD 1.64, for example the icons heading the columns in the main menu (MENU from live TV).

I think the cure is to use alphatest="blend" for those icons instead. Other smaller icons may have similar problems.

[IanSav]

Hi Prl,

I have an updated OverlayHD skin that shift the images to alphatest="blend" but there are other enhancements that are not compatible with the Beyonwiz image. I will need to work out how best to offer an update without breaking things. I wanted to avoid a reversion but that may now not be possible.

Regards,
Ian.

[sub3R]

Since peteru's change to the threshold value for alphatest="on", there is some transparency fringing around the large icons in OverlayHD 1.64, for example the icons heading the columns in the main menu (MENU from live TV).

On a U4 / relatively large TV screen combination it is also very obvious around the bottom coloured buttons.

Not a big deal for us & it looks like Ian is aware of it anyway.

[prl]

Discussion about the behaviour of symbolic links in the media selection screen moved to Viewing recordings from a USB hdd. (T4) at Star6key's request.

[Star6key]

Deleted.

[prl]

This isn't really an OverlayHD-specific problem. The other skins are similar.

As I mentioned before, there's even less room in the Full-Metal-Wizard button hints because they have rounded ends (and their overall length is the same as the other button hints.

It might be better if the path being displayed was shortened for display, and/or to turn off line wrap for the text box, which would left-align the text and truncate it on the right if it overflows the width.

It would seem to me that making the text box bigger that its button boundary would be poor skin design.

And, of course, in that particular case, for your setup, you could avoid the text overflow by binding the Home action to the RED button (which would then have the label "Home").

Here's an example of what can be done for Goto with just a small skin tweak (in this case in easy-skin-aus-hd), and how the same effect can be achieved (if Default movie location is the default /media/hdd/movie) by binding GREEN to the Home function:

Screen Shot 2018-05-09 at 16.31.05.png (20.53 KiB) Viewed 5719 times

[IanSav]

Hi,

EDIT: Original message deleted as it resulted from a cached view from before the clean up.

Regards,
Ian.

[Star6key]

Ok. Don't worry about it.

[prl]

...
Does any of this really relate to OverlayHD? Can the off topic posts please be moved.
...

It's a problem common to all skins (as I said). Sometimes people assume that because they see a problem in OverlayHD, it's a problem in, and/or specific to, OverlayHD.

[IanSav]

Hi Star6key,

All colour buttons are designed to be a single line of text. Coders who violate the allocated space should be changing their code. In this case perhaps, rather than display the path, which is rarely likely to fit, the button could be labelled "Home Dir" or "Recording Dir" etc.

For the record, the buttons in OverlayHD are actually wider than for both default skins.

Regards,
Ian.

[prl]

All colour buttons are designed to be a single line of text.

Which is why, IMO, they should be noWrap, in all skins.

[IanSav]

Hi Prl,

All colour buttons are designed to be a single line of text.

Which is why, IMO, they should be noWrap, in all skins.

I am happy to make that change to OverlayHD.

Regards,
Ian.

[prl]

I'm happy to do it for the default skins.

[prl]

Bug #648: Poor text alignment in skin button hints

The lack of noWrap isn't the only problem with the default skin button hints. More in the linked issue.

[IanSav]

Hi Prl,

Bug #648: Poor text alignment in skin button hints

The lack of noWrap isn't the only problem with the default skin button hints. More in the linked issue.

I don't believe those other issues affect OverlayHD.

Regards,
Ian.

[prl]

I wouldn't have expected it would, either.

[prl]

Bug #648: Poor text alignment in skin button hints

Fixes submitted for the pre-installed skins.

[prl]

There's a problem with the OverlayHD lcd_picon_default.png. It should be 8-bit greyscale PNG, but it is an 8-bit colourmap PNG, though the colours in its colourmap are all grey.

This results in it being displayed as a grey smear whenever it is shown, e.g in the bouquet selection screen, FAV, FAV.

Replication: set the skin to OverlayHD 1.64 and the front panel skin to <Default with Picon>. Then from live TV, FAV, FAV. Observe the grey smear above the progress bar where the picon would normally be displayed.

[IanSav]

Hi Prl,

There's a problem with the OverlayHD lcd_picon_default.png. It should be 8-bit greyscale PNG, but it is an 8-bit colourmap PNG, though the colours in its colourmap are all grey.

This results in it being displayed as a grey smear whenever it is shown, e.g in the bouquet selection screen, FAV, FAV.

Replication: set the skin to OverlayHD 1.64 and the front panel skin to <Default with Picon>. Then from live TV, FAV, FAV. Observe the grey smear above the progress bar where the picon would normally be displayed.

Are you talking about an issue as seen on a T4 front panel? If so, I can't reproduce the issue as I don't have an operating T4. If I can't see the issue it will be harder for me to fix it.

Regards,
Ian.

[prl]

There's a problem with the OverlayHD lcd_picon_default.png. It should be 8-bit greyscale PNG, but it is an 8-bit colourmap PNG, though the colours in its colourmap are all grey.

This results in it being displayed as a grey smear whenever it is shown, e.g in the bouquet selection screen, FAV, FAV.

Replication: set the skin to OverlayHD 1.64 and the front panel skin to <Default with Picon>. Then from live TV, FAV, FAV. Observe the grey smear above the progress bar where the picon would normally be displayed.

Are you talking about an issue as seen on a T4 front panel? If so, I can't reproduce the issue as I don't have an operating T4. If I can't see the issue it will be harder for me to fix it.

Yes, T4 (only the T4 allows you to set the front panel skin). All that's needed is to convert lcd_picon_default.png to 8-bit greyscale. I can do that, test and submit if you like.

[IanSav]

Hi Prl,

Yes, T4 (only the T4 allows you to set the front panel skin). All that's needed is to convert lcd_picon_default.png to 8-bit greyscale. I can do that, test and submit if you like.

Yes please. Thank you.

Regards,
Ian.

[prl]

Hi Prl,

Yes, T4 (only the T4 allows you to set the front panel skin). All that's needed is to convert lcd_picon_default.png to 8-bit greyscale. I can do that, test and submit if you like.

Yes please. Thank you.

Done. It also needed resizing and having the alpha plane removed. Though the pixmap is now larger, the file is about 2/3 the size

[IanSav]

Hi Prl,

Done. It also needed resizing and having the alpha plane removed. Though the pixmap is now larger, the file is about 2/3 the size

Merged with thanks.

Regards,
Ian.

[IanSav]

Hi All,

I have a new version of OverlayHD ready to go. I am looking for anyone who would like to dedicate some time to testing out the new version to see if there are any issues. I am looking for some fast feedback so that, if all goes well, I can release the update to everyone promptly.

Here is the change list for this new version:

• Correct spelling of the ETSI-ALL.png file
• Optimise some of the the IceTV configuration tests
• [skin_plugins.xml] Correct some overlapping components in IMDb screen
• [skin_filemanagers.xml] Use MovieInfo converter enhancements
  - This change uses an enhanced MovieInfo converter that uses the same display options as the EventName converter. Specifically a new
• FullDescription option is now available together with the [Not]Separated and [Not]Trimmed options.
• [skin.xml] Update colour buttons to use new objectTypes attribute
  - This new attribute allows screen objects to be overlapped in the screen definition but restrict the actual item being displayed based on the control used to produce the object.
• [skin.xml] Add missing fonts used in OpenViX
• [skin_plugins.xml] Remove duplicated screen definitions
• [skin_filemanagers.xml] Correct colour button heights
• [skin_setup.xml] Update font size in IpkgInstaller
• Update ON/OFF switch images for Setup screens
• [skin.xml] Update ConfigList parameters
• [skin.xml] Use new switchpixmap alphatest attribute
• Update old PlexDVR plugin to new HRTunerProxy plugin
• [skin_plugins.xml] Support ShootYourScreen plugin
• [skin_system.xml] Improve TaskList screen
• [skin_media.xml] Correct comment and move Web Cams to correct section
  - The Media Player was mislabelled as Music section
  - The Web Cams were incorrectly in the Photos section and not the Video section where they belong
• [skin_media.xml] Add YouTube plugin screens
• [skin.xml] Add initial support for auto display buttons
• [skin.xml] Add noWrap attribute to all colour buttons
• Allow multiple selections in the movie list (Prl - Pull Request #26)
  - Add PNGs required for pull request #409 Allow multiple selections in the movie list in the easy-ui-4 repository.
• Fix up default LCD picon (Prl - Pull Request #27)
  - The default LCD picon, lcd_picon_default.png (used when no valid picon can be found) is an 8-bit greyscale colourmapped 76 x 45 pixel image with alpha plane. Picons need to be 8-bit direct greyscale 170 x 40 pixel images with a black background and no alpha plane. Changed lcd_picon_default.png accordingly.
• Replace alphatest="on" with alphatest="blend"
  - This change aligns the skin with updated image processing code.
• [skin_filemanagers.xml] Update FileCommander screens
  - Add the new FileCommander file/directory information screen.
  - Remove the old definition for the FileCommander settings screen which is now replaced by the system Setup screen.
• [skin.xml] Add Setup image for FileCommander
• [skin.xml] Increase default font size for FileList (Prl - Pull Request #29)
  - Fix issue #674: Add new FileList font alias with font size 20 (code default 18) and height 25 (code default 25).
• [skin_filemanagers.xml] Add missing help buttons from FileCommander (Prl - Pull Request #28)
  - This change is prompted by Pull Request #28 made by Prl but it conflicted with a pending change already in the works.
• Add DejaVu fonts
  - These open source fonts have better support none non English languages.
• Add user defined colour placeholders
• [skin_filemanagers.xml] Settings and actions menu for FileCommander (Prl - Pull Request #30)
  - Fix issue #678: Add screen skin FileCommanderContextMenu for new context menu in FileCommander.
• [skin.xml] Add Setup image templates
  - Add placeholder templates for more of the Setup screens.
• [skin.xml] Correct DejaVu font file names
• Update button templates and plugin
  - Update colour buttons to latest implementation based on objectTypes attribute
  - Move colour buttons into ScreenTemplate
  - Move automatic version of MENU, INFO, TEXT and HELP buttons into ScreenTemplate
  - Remove unnecessary calls to ScreenTemplateButtonColours from throughout the skin
  - Update OverlayHD plugin to latest Python support module standards (OpenViX now supports Beyonwiz style ActionMaps

Any takers?

Regards,
Ian.

[adoxa]

What about the new Cutlist Editor elements?

[IanSav]

Hi Adoxa,

What about the new Cutlist Editor elements?

I do not agree with the MovieSelection changes. I don't want content drawn in the first 50 pixels of the line. I would have preferred to see a file selection implementation closer to that used in FileCommander.

I haven't looked closely at the CutList Editor changes as they were attached to the MovieSelection changes and create merge conflicts.

Regards,
Ian.

[Paul_oz53]

I'm happy to run OverlayHD 1.66 on the U4 with the 20180729 beta firmware.

Do the new CLE elements exist in that beta and will they conflict?

Cheers, Paul

[adoxa]

I do not agree with the MovieSelection changes. I don't want content drawn in the first 50 pixels of the line. I would have preferred to see a file selection implementation closer to that used in FileCommander.

I'm opposite. I prefer it to look the same with and without the mark, and I didn't like it when the mark was at 50, since unmarked everything looked unnecessarily indented. However, this is just a skin change and you're free to do as you please.

I haven't looked closely at the CutList Editor changes as they were attached to the MovieSelection changes and create merge conflicts.

I've updated the pull request without MovieSelection and using the current master.

[IanSav]

Hi Paul,

I'm happy to run OverlayHD 1.66 on the U4 with the 20180729 beta firmware.

Do the new CLE elements exist in that beta and will they conflict?

I have rethought this. I have linked to the new 1.66 here for anyone to try.

There will be an update to 1.67 as soon as Prl's latest FileCommander changes get added to the code in the next beta.

The CutList Editor changes are not there as I am trying to work out what was intended.

Regards,
Ian.

[IanSav]

Hi Adoxa,

I'm opposite. I prefer it to look the same with and without the mark, and I didn't like it when the mark was at 50, since unmarked everything looked unnecessarily indented. However, this is just a skin change and you're free to do as you please.

From my observation and testing this is much more than a skin change. I can no longer get the file list to be left aligned. The selection column is always present even if nothing is drawn! OverlayHD has been seriously compromised by this change. As soon as I get some time I will be looking at changing this UI.

I've updated the pull request without MovieSelection and using the current master.

I will look at this ASAP. I hope to have something in place before the next production release of OverlayHD.

Regards,
Ian.