How to change Browser for the Xibo Player

Hi,
for me, the new Version works great!!

Especially the new overlapping and transparent Regions!

Great Works ! Thanks to all in the Team!

Greetings Torsten

1 Like

Hi,
i testing overlapping Regions in the last days…
z-indexes are not working with the new Player, right?

Greetings Torsten

Ah, they should be working, so that is interesting!

It tries to sort them while its parsing the layout

_regions.Sort((l, r) => l.ZIndex < r.ZIndex ? -1 : 1);

I’ll add that to my list - thanks for the feedback.

I’ve run through our test suite for zindex and the wpf player does seem to work OK with all of our tests - do you have an example you can send me?

The wpf player has been updated with the following fixes:

  • scaling for layouts of different resolutions to the player
  • widgets with background colours
  • screensaver mode throwing an exception
  • widget transitions (fade in/out, and fly)

You can get the new MSI here.

Hi dan

i continue testing and i have the following results with the new player (R252-5) :

Overlapping: It works, but not when i have the embeddet widget and play a Youtube Video in it.
In this case, the widget with the video is ontop of all…!?
After the “Embeded-Video-Widget” i change to an “Embedded-Webcam-Widget” and it works to.

Maybe there is an bug in my implementation of the Youtube Video?

Here are the code for that:

HTML :
<!-- BROWSER=edge -->
<div id="player"></div>

CSS:
<style type="text/css">

</style>

JS:

function EmbedInit()
{
// Init will be called when this page is loaded in the client.
return;
}

<script type="text/javascript">
      var tag = document.createElement('script');
      tag.src = "https://www.youtube.com/iframe_api";
      var firstScriptTag = document.getElementsByTagName('script')[0];
      firstScriptTag.parentNode.insertBefore(tag, firstScriptTag);
      var player;
      function onYouTubeIframeAPIReady() {
        player = new YT.Player('player', {
          height: '792',
          width: '1390',
          videoId: '0SsSAaJ6BII',
playerVars: { 
   'loop': 1,
   'controls' : 0, 
   'rel' : 0,
   'fs' : 0,
   'showinfo' : 0,
   'cc_load_policy' : 0,
   'iv_load_policy' : 3,
   'modestbranding' : 1,
   'mute' : 1,
   
  },

          events: {
            'onReady': onPlayerReady
          }
        });
      }
      function onPlayerReady(event) {
        event.target.playVideo();
      }

</script>

Transitions: i continue testing…

Greetings Torsten

That is unfortunate but i’m afraid not surprising - if you removed <!-- BROWSER=edge --> and picked a video with patent free encoding, the I suspect it would work as you wanted.

Much like the old IE11, Edge does not support overlapping :frowning_face:

As usual, thanks for the testing!

1 Like

Hi Dan,

we tested the new version. For us, there are no problems anymore!
The scaling works and no white flashes.

We will test it further.

Regards

1 Like

dan, you are the best!!!

it works wonderfull, when i remove the <!-- BROWSER=edge --> in my script.

Transition works too, on all widget.

Thank you very much for your support and work!

Another Question: is it possible to implement more than the 3 standart transitions?

Greetings Torsten

1 Like

I’m pleased its working! Thank you for all the testing as it certainly would have been much harder without that.

That is a broader question really, as we can to make sure we can support those across transactions and also modify the CMS. Its definitely something we want to look at though.

A post was split to a new topic: WPF Player: commands do not work

Hello Dan,
We continue testing the player (R252 v.6)

I loved the transitions, Chrome rendering, and overlapping.

However these are my observations:

  • Even though I muted my video widget, the audio of the video is still listening on the R252, (this is not happening on the R202).

  • When uploading a MOV file with alpha channel (transparencies) the player does not respect those transparencies. Is this an expected performance? If so, what do you recomend us to search for.

Thanks for may help

Here is my player details.

And our CMS is 2.3.0

1 Like

Thank you for the feedback and comments

I’ve added a bug for the video mute issue - we will check it out:

On the MOV issue, what are you expecting to happen? Have the alpha channel show through the content below it?

Hi we tested the new V252 player. We found only one problem, local videos (as mp4) wont play. The area is just invisible and the background behind is visible. With the IE-based player the videos plays.

Embedded via “Local Video” widget, path in the format c:\video\video1.mp4

The log:

2020-03-25 13:12:42Region - Eval OptionsUnable to start new localvideo object: Die angegebene Datei konnte nicht gefunden werden.
2020-03-25 13:11:42Region - Eval OptionsUnable to start new localvideo object: Die angegebene Datei konnte nicht gefunden werden.

Thanks

Hi Dan,

Yes, I would expect that the alpha channel show thorugh the content below it.
Is the principal function of the alpha channel, but I don´t know if is this posible on R252 player.

Is this possible?

Thank you - we have an issue opened for this here:

I don’t know either if I am honest - effectively that would be full compositing. We tend to focus on showing things over the top of video, rather than showing things underneath, because many video implementations are “punching a hole” in the app in order to hardware decode, etc.

I can certainly take a note to investigate, but I suspect we won’t be able to do this.

I get it. What I’m trying to do is place an overlayout (or region) with a video that has transparent areas, so you can see the video that is in the background through the transparent area video (or region).
Sound´s logic?

Your logic is good and I can see why you want to do that. However that isn’t something we can do at the moment.

In summary (just to be clear):

:white_check_mark: Video background, transparent image/webpage over the top
:x: Some other background/content, video with transparent areas over the top

Thanks,
Dan

This topic was automatically closed 91 days after the last reply. New replies are no longer allowed.