This is indeed in our plans. We will add support for recurrence in hours and minutes. Thank you for your suggestion!

Currently, we have no way to know that what the users has specified can indeed be fitted on the SD card storage. Providing an easy way to add tens or hundreds of YouTube videos, would probably cause issues. But we are looking into it and we will probably provide this in the near future.

We have not made any tests with Facebook videos. We will have to look into it in more detail.

While the initial idea of a trash bin for object is difficult to implement and has several implications, the current idea is very useful and will provide an extra level of safety for what is displayed on screen.

Also, it will eliminate the need for the automated email that are send to users leaving the “Push to Players?” button unclicked.

We will add this, it is really useful. Check out also another feature request for a special multi-view of all screenshots in a single screen.

I guess you are talking about transition from one show to another. This will be significantly improve really soon. We are working on an improved version of the playback engine that will allow much faster transitions.

Stay tuned to see it get released!

We supported x86 until Jan 2017. Adoption was really, really low, since a) we provide the Player for free to direct customers, and b) using the Raspberry Pi saves you so much on electricity, recovering the cost of the RPi within a couple of years.

We are planning to develop soon an HTML5-based player, so this could be easily wrapped to work on x86 hardware.

Stay tuned for updates.

First, we are planning to support multiple videos playback (a whole different request).

Now, concerning alpha-channel in videos, I think this is a firmware issue of the Raspberry Pi. Thee is a way to have a mask, but again no alpha channel beyond that mask.

We have released a new feature called Tag Playlists. You assign Media with Tags and then you can create dynamic Playlists using combinations of Media Tags. Then, when you upload a Media, you also add the required Tags, so that they get pulled into the Tag Playlists.

That might work in your case.

In the long run, we are also planning to provide Folder-based Playlists, so that all Media in the specific Folders are automatically included in a Playlist.

Makes perfect sense, we will add it in a future release.

Yes, we do support Chinese (and other) character sets. By default, we have not included Chinese support because the fonts are really big and would use too much storage on the SD card.

If you need Chinese, please contact us and we will set up Chinese fonts in your Players.

Eventually, we do plan to include support for all characters. We will be changing the ticker rendering code to support HTML, so all fonts will be eventually supported with the best possible way.

It is difficult to support Facebook Live Streams. Under the hood, we are using livestreamer, so this software does not yet support Facebook live.

Here is the feature request for livestreamer:

https://github.com/chrippa/livestreamer/issues/1259

If they add it, we will update and it will be supported as well.

The duration of the black gap is not entirely under our control right now. Your request is reasonable though.

We are planning a major internal change to the Player’s software that will allow us finer control of the playback procedure. I will leave this request open so that I can update it if we get any update from the dev team if it is feasible or not.

Sounds reasonable, but it is difficult to implement this feature now. Uploaded zip packages are delivered directly to our cloud storage, not going through the application server. We would have to extract the JSON UI Schema file from the package. And this would also have other workflow issues (what happens if it is broken, etc).

I am leaving this feature here to see what traction it gets from other users.

Right now, the ticker is generated via a Python drawing library and the images are scrolled using the GPU. We plan to change this to HTML-based drawing of the ticker. We could then add an option for providing custom CSS styling for the text. I guess this should work fine for you.

Showing Playlist-level and item-level progress could be useful. Although not a high-priority, we will be adding this.

We are also adding native PDF support shortly, so this will be beneficial in case of text content.

This feature request has several implications.

First of all, it has little to do with CEC. The same request could be asking for USB IR remotes (which are internally handled by Linux as keyboard presses).

Right now, our playback engine is fully automated. This means that, you cannot affect the playback status of a playlist (move forward, backwards, etc). But, we plan to refactor the Player shortly to allow for different Playlist management.

So, while this is not a core-feature to add, it will probably be possible to add it via a Custom Widget. So, we will leave it here to check it out when the time comes.