December 01, 2021, 01:15:06 PM
Welcome, Guest. Please login or register
News: Stay up to date with everything that's happening at

MediaSignage support forum

Show Posts

* Messages | Topics | Attachments

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - globalimages69

Pages: 1 2 [3]
Sorry I can't be too specific on this error, but was in a hurry and not sure how/what happened.

So I had a show running on 3.2.00 (pre-alpha) and air 3.2 (whatever the current 3.2 air is :). This is on a system with 2 graphics cards with catalyst 12.5 drivers running as a single (large) desktop.

Show was running fine.

So I went to a remote signagestudio and changed the current screen arragement of the current show which was too large for the current screen resolution as it was designed for a 1080p while the current screen was 720p.

So I set the new screen size to 720 pixels Y in studio, mad a few changes, and uploaded with the "reset stations" box ticked.

So when I went to check the player "live" the new (modified) show was indeed playing but everything in all the screens was "cut off" at the bottom, like if again the studio screen size was a bit too large and the show didn't fit the physical screen(s) size. I knew this wasn't possible as I was sure I had set up the new screen to 720 pixels, like the physical screen size, and the content accordingly.

So I turned the player off and back on and indeed the (same) show now displayed properly.

So my conclusion is that the "update players" option when saving from studio, if there is a screen size change, may not be setting the right "full screen mode" in the player until the player is rebooted. If you want to try to reproduce my problem, try with a 1080p studio screen, play it in a 720p windows desktop (multiple monitors under catalyst 12.5 if you want to match my setup even more), then go to a studio while the show is running, change the screen size to 720, upload with "update player" checked, and see if it changes the "resolution" of the show properly w/o rebooting the player.

BTW I did get a remote snapshot of the show after the studio-save+update and it showed fine in the snapshot. It's like the player setup a "weird" full screen resolution where a small portion of the bottom of the screen(s) was missing but the player thought it was displaying the full content just fine.

As I said, a reboot of the player cleared it all up, but it had been playing fine before the change-of-screen-size-in-studio and only cut-off the bottom of the show afterwards (w/o been rebooted) and kept doing it until rebooted.

Go figure.

win7 64bits embedded, BTW, and also, my desktop screen resolution was a very non-standard 5120x720

A fresh install of signage player pre-alpha 3.2 (sorry, no sure the rest of the version number) works fine with internet connection but "hangs" on the "opening" screen (with the white central windows that usually shows up briefly to "connect" before running the show). This is on win7 embedded 64bits english on air 3.2

It doesn't seem to even try to start the show, just hangs there. Once interenet connection is restablished and rebooted, the show starts normally.

I know it's pre-alpha etc, but needless to say hanging before the show even starts (and thus has pbbly nothing to do with the show content which, BTW, are just simple text/video/pictures, no HTML components or fancy stuff) when there is no internet connection instead of playing from the cache is a showstopper :D

Looking forward to the prompt release of a more solid 3.2 !!!!


Since not much information about how to delete the signage "cookie" (i.e. filename/location in win7 64), i searched for "signage" on the whole drive and deleted the windows prefetch (.pf) and a couple of .sol and folders that seemed like temporary realted stuff. Total of about 5 files/folders.

Next restart, it asked me for mediacloud etc, then user/pass, then it all works fine.

I still wish there was an option to disable the display of "progress bars" while videos are loading ... A black screen is MUCH more preferred for some designs than a progress "loading" bar ...

Thanks and looking forward to the prompt release of the full 3.2 suite ...

Just installed signage player 3.2 (current build today) on a system otherwise working fine with 3.0

When run, it just displays a black screen and ignores any input (i.e. pressing esc). Doesn't ask for user/password or do anything AFAIK.

Sorry can't give much more info, but no way to further help diagnose unless you tell me to try things.

This is on win7 64 with current air 3.2

I tried both, an "upgrade" from 3.0 player and also to uninstall and re-install.

Any log files or anything I can check to see where/why it hangs?

Still, any way to avoid displaying "loading" progress bars altogether??? This would be VERY desirable for aesthetic reasons, even if they only occur the first time a video plays.

New features and suggestions / Loading progress bar disabling option
« on: April 07, 2012, 09:28:50 AM »

Just tried the new alpha 3.1 (3.2?) player and playback of a video-after-another behaviour seems to have changed. The old player would fade between the videos while the new one seems to stop at the end, then spend some time loading the new video while a "progress bar indicator" shows up on the screen, and finally plays it back.

Though I liked the behaviour of the old player better, if now it must be done the new way, or regardless, I think it would be useful if there was an option to disable "progress bar loading" indicators to show up in any screen for any resource, as sometimes black/blank is MUCH preferable to any such "loading" graphics.


It would be useful, on top of knowing "starting time", "time running", etc of each player, to have the player send studio the current time. And hopefully even be able to set the computer time, if possible.

You see, sometimes the local clock of a player gets set wrong (i.e. dead batteries), or the player is located in another country where they adjust for Daytime savings on a DIFFERENT date than it is done in the USA (or someother country), so one can sometimes not be sure what exact time/date a particular player "thinks" it is.

This is, of course, most important to setup starting/reboot times, etc.

It would also be useful if whole playing-stations reboots could be scheduled more than once a day.

This, of course, also has to do with display units which start-up and power down schedules can not be finely controlled (i.e. they do not update for daylight savings automatically or they insist on power saving features) as well as player stations that must have all the monitors turned on BEFORE the computer reboots (but the monitors must have some signal input or they will go to sleep on their own w/o the possibility to be turned on again, etc).

In other words, although it shouldn't be an issue that the player station should have to deal with, in practice, having fine control about what (system) time the station has (knowing it remotely by studio), be able to set it (ideally), be able to reboot at specific times (rather than power savings, due to incorrect monitor configuration if the monitors are turned off at the time the stating is rebooted-powered on), etc could be useful.


Pages: 1 2 [3]
Carbonate design by Bloc
variant: carbon
SMF 2.0.12 | SMF © 2016, Simple Machines