[IDEA] Coverview improvements

[Tim Curtis]

Not sure if this would be any use, but could we launch the xscreensaver showing the time ?
Sorry, away from my system to check which X binaries are installed/configured.

What is xscreensaver?

[Nutul]

I think we need to change something in the way the cover-view acts; along with "some" more settings...
I was thinking of two scenarios, just to start:
1. moode is playing: the cover-view shows the cover-art, along with metadata
2. moode is not playing: the cover-view shows the (chosen) clock
So we'll need two options for it. Then, we'll need to react when moode starts / stops playback, and invoke the proper view.
I never dealt with it at this level, but I "think" that some "simple" IF could do the trick.

Now, take my words with a pinch of salt, as I said, I do not know the inner bits, but something tells me I am not far away from what happens and what can be changed.

I am very short on time this period; moreover I am still on 8.3.4, both on the player and the development environment; so I would need to catch-up a bit. I would be interested in contributing, but I am afraid it could be possible not before a good month from now...

[Tim Curtis]

I think we need to change something in the way the cover-view acts; along with "some" more settings...
I was thinking of two scenarios, just to start:
1. moode is playing: the cover-view shows the cover-art, along with metadata
2. moode is not playing: the cover-view shows the (chosen) clock
So we'll need two options for it. Then, we'll need to react when moode starts / stops playback, and invoke the proper view.
I never dealt with it at this level, but I "think" that some "simple" IF could do the trick.

Now, take my words with a pinch of salt, as I said, I do not know the inner bits, but something tells me I am not far away from what happens and what can be changed.

I am very short on time this period; moreover I am still on 8.3.4, both on the player and the development environment; so I would need to catch-up a bit. I would be interested in contributing, but I am afraid it could be possible not before a good month from now...

A screen saver should never display abruptly after an event like pausing play. It should have a list of timeout options for the user to select from for example Never, 10 secs, 30 secs, 1 min, 5 mins, 10 mins, etc. With timeout options comes a monitor that has to check that the triggering event has occurred and then decrement the given timeout until its <= 0 at which point the screen saver can be displayed, or reset the timeout if the reset event occurs. Not trivial.

[romain]

I think we need to change something in the way the cover-view acts; along with "some" more settings...
I was thinking of two scenarios, just to start:
1. moode is playing: the cover-view shows the cover-art, along with metadata
2. moode is not playing: the cover-view shows the (chosen) clock
So we'll need two options for it. Then, we'll need to react when moode starts / stops playback, and invoke the proper view.
I never dealt with it at this level, but I "think" that some "simple" IF could do the trick.

Now, take my words with a pinch of salt, as I said, I do not know the inner bits, but something tells me I am not far away from what happens and what can be changed.

I am very short on time this period; moreover I am still on 8.3.4, both on the player and the development environment; so I would need to catch-up a bit. I would be interested in contributing, but I am afraid it could be possible not before a good month from now...

I think we need to change something in the way the cover-view acts; along with "some" more settings...
I was thinking of two scenarios, just to start:
1. moode is playing: the cover-view shows the cover-art, along with metadata
2. moode is not playing: the cover-view shows the (chosen) clock
So we'll need two options for it. Then, we'll need to react when moode starts / stops playback, and invoke the proper view.
I never dealt with it at this level, but I "think" that some "simple" IF could do the trick.

Now, take my words with a pinch of salt, as I said, I do not know the inner bits, but something tells me I am not far away from what happens and what can be changed.

I am very short on time this period; moreover I am still on 8.3.4, both on the player and the development environment; so I would need to catch-up a bit. I would be interested in contributing, but I am afraid it could be possible not before a good month from now...

A screen saver should never display abruptly after an event like pausing play. It should have a list of timeout options for the user to select from for example Never, 10 secs, 30 secs, 1 min, 5 mins, 10 mins, etc. With timeout options comes a monitor that has to check that the triggering event has occurred and then decrement the given timeout until its <= 0 at which point the screen saver can be displayed, or reset the timeout if the reset event occurs. Not trivial.

Thanks @Nutul and @Tim Curtis , you have exactly described the expected behavior of the display 
Romain

[Nutul]

A screen saver should never display abruptly after an event like pausing play. It should have a list of timeout options for the user to select from for example Never, 10 secs, 30 secs, 1 min, 5 mins, 10 mins, etc. With timeout options comes a monitor that has to check that the triggering event has occurred and then decrement the given timeout until its <= 0 at which point the screen saver can be displayed, or reset the timeout if the reset event occurs. Not trivial.

I over-simplified it. Of course there are timers involved.

TBH, I never though of the cover-view as a screen saver, rather as one-of-many-views available to enjoy eye-candy while listening.
In this perspective, the real screen-saver becomes the clock... but to generalize, we could have, as I mentioned, a "while playing" view, and a "while-idle" view (timer-controlled) arbitrarily selectable from a list of possible choices (as we have now, just they are not doubled for the two playing statuses we are discussing).
Yes, it needs analysis. And common sense.

[romain]

Hello, 

it would also be nice to get rid of that "Unknown" source format or replace it by something useful when streaming to moOde from Tidal via BubbleUPnP, screenshot attached.

Thanks,
Romain

[Tim Curtis]

Hello, 

it would also be nice to get rid of that "Unknown" source format or replace it by something useful when streaming to moOde from Tidal via BubbleUPnP, screenshot attached.

Thanks,
Romain

Sure, I can add to the TODO list. 

What would the "something useful" be?

[romain]

Hello, 

it would also be nice to get rid of that "Unknown" source format or replace it by something useful when streaming to moOde from Tidal via BubbleUPnP, screenshot attached.

Thanks,
Romain

Sure, I can add to the TODO list. 

What would the "something useful" be?

Maybe display something like "{SOURCE FORMAT} {BIT DEPTH}/{SAMPLING RATE}, {CHANNELS} ({STREAMING PLATFORM})" and have the HD tag displayed before the song title too when source > 16/44.1 KHz ...if possible

For example "FLAC 24/48 KHz, 2ch (Tidal)"

[Tim Curtis]

Hello, 

it would also be nice to get rid of that "Unknown" source format or replace it by something useful when streaming to moOde from Tidal via BubbleUPnP, screenshot attached.

Thanks,
Romain

Sure, I can add to the TODO list. 

What would the "something useful" be?

Maybe display something like "{SOURCE FORMAT} {BIT DEPTH}/{SAMPLING RATE}, {CHANNELS} ({STREAMING PLATFORM})" and have the HD tag displayed before the song title too when source > 16/44.1 KHz ...if possible

For example "FLAC 24/48 KHz, 2ch (Tidal)"

How would that information be obtained from a remote track?

Have a look at /var/www/inc/music-library.php around line 700.

Code:

    } else if (substr($songData['file'], 0, 4) == 'http' && isset($songData['Artist'])) {
        // UPnP file
        $encodedAt = 'Unknown';

[romain]

Hello, 

it would also be nice to get rid of that "Unknown" source format or replace it by something useful when streaming to moOde from Tidal via BubbleUPnP, screenshot attached.

Thanks,
Romain

Sure, I can add to the TODO list. 

What would the "something useful" be?

Maybe display something like "{SOURCE FORMAT} {BIT DEPTH}/{SAMPLING RATE}, {CHANNELS} ({STREAMING PLATFORM})" and have the HD tag displayed before the song title too when source > 16/44.1 KHz ...if possible

For example "FLAC 24/48 KHz, 2ch (Tidal)"

How would that information be obtained from a remote track?

Have a look at /var/www/inc/music-library.php around line 700.

Code:

    } else if (substr($songData['file'], 0, 4) == 'http' && isset($songData['Artist'])) {
        // UPnP file
        $encodedAt = 'Unknown';

For thé while I've just replaced "Unknown" by "UPnP stream" which is already a more accurate info imho