Page 1 of 4

Xion 1.0 build 117 Beta Release

PostPosted: June 9th, 2009, 12:06 am
by Cliff Cawley
WARNING:
This is a Beta Build. That means it has fixes and features that are NEW. It is also possible it has bugs that are NEW! If you are looking for stability, please don't expect this build to be perfectly stable. It may have issues. If on the other hand you are happy to try this build out and post any bugs back in this thread, then please do!

Download Installer Version:
r2 Studios Server -> http://www.r2.com.au/downloads/files/beta/qa-xion_v1.0b117.exe
OR
Xion Server -> http://xion.r2.com.au/download/beta/qa-xion_v1.0b117.exe

If you receive errors when running, install the VS2005 Runtimes
Download from Microsoft -> http://www.microsoft.com/downloads/details.aspx?familyid=200b2fd9-ae1a-4a14-984d-389c36f85647&displaylang=en

Changelist:
  • Fixed the .xsk files not rendering previews correctly in the Skin Browser - Thanks Ilko!
  • Fixed the Bitrate not rendering correctly - Thanks Ilko!
  • Fixed the Playlist resizing incorrectly when it didn't have a snaprectangle defined
  • Fixed the Visualisation color appearing brighter when you several vis windows open - Thanks Jikaru!
  • Fixed the Skin Install dialog popping up when you browsed for a new skin in the plugin options screen and then cancelled - Thanks AphexMonkey!
  • Added an upgrade path for Hotkeys that now use the StringHash. This fixes losing Hotkeys when upgrading from a previous version
  • Fixed the default Toggle All Windows bind
  • Fixed the Library not loading previously added items correctly - Thanks Lance!
  • Added missing tooltip for Visualisation button - Thanks Rutabaga!
  • Allowed the user to bind to Alt+Key, however a Warning will be displayed that this may conflict with Menu systems
  • Added the ability to set an animation frame based on a slider. The new slider keywords are animframetb, animframebt, animframelr, animframerl. You will also need to use link(x) in order to link the slider to the animation that you want to control. Using a slider on an animation will also automatically pause it when you change the slider the first time. You may want to use the paused keyword on the animation layer.
  • Added a new readonly keyword for sliders. Use most useful for the animframe slider if you want to show a visual progress of the animation, but don't want the user to change the frame
  • Added double click support to the Default Visualation plugin. Double clicking the window will remove the frame and just leave a resizeable area. There is also an option in the Config window
  • Added support for a transparency slider using the following keywords: transtb, transbt, translr, transrl. The slider controls the transparency of a layer that it is linked to, using the link(x) keyword.
  • Modified the State Information structure to now save transparency information so that when Transparent sliders modify transparency of a layer, this can be saved out. This will cause any existing interfaces to rebuild their state. I.e. you'll lose any existing settings from skins that used save_state or svst such as color customization
  • Fixed the Crossfader not properly releasing the last track, meaning you couldn't move it physically on disk as it was still being used by Xion
  • Fixed the titlebar of the playlist from refreshing incorrectly when you are mass-adding files to the playlist
  • Modified the way that the Minimize function works slightly so that an internal visibility state is kept along side the state that windows uses, so that we can better sync the user's choice. Fixes issues with hotkeys and minimizing after a restart - Thanks Lance!

If you find bugs specifically related to this build, please post them here instead of the Bug reporting forum. Any feedback positive or negative should also go in here, no new threads. This way all feedback, etc related to this build will be in the one place.


ABOUT THIS BUILD:

Thanks to everyone who has been testing and reporting issues, getting really close now!

Crash reporter is again disabled. If there are crashes I'll make a new temporary build in order to reproduce. If not, we're all good.

Let me know if you find any issues! Also if everything is running smoothly then please let me know too! :)

Any questions or bugs related to this build should be posted here only!

Enjoy!

Cliff :)

PostPosted: June 9th, 2009, 6:00 am
by Deathy
I don't know if this bug has been fixed for 117 but i report it again because i'm lazy :oops:

So, sometimes, when I start Xion, the main interface does not been displayed on my screen, and the most strange thing it's that when i double-click on the icon, the player don't appear. I must right right on the icon and select "Main Interface", strange?

PostPosted: June 9th, 2009, 8:09 am
by Cliff Cawley
Deathy Wrote:I don't know if this bug has been fixed for 117 but i report it again because i'm lazy :oops:

So, sometimes, when I start Xion, the main interface does not been displayed on my screen, and the most strange thing it's that when i double-click on the icon, the player don't appear. I must right right on the icon and select "Main Interface", strange?


I think this might be fixed. Is it possible that you minimized the player, then exited and when you loaded it again, the window was invisible? If so, yes this is fixed in 117 :)

Cliff :)

PostPosted: June 9th, 2009, 9:26 am
by Jikaru
The visualization applied to the skin looks jittery, kinda square (dot and line on Oscilliscope), and still has the "start at dark then move to applied color" thing I mentioned last build.

When I have time I'll test out the new sliders as well.

PostPosted: June 9th, 2009, 11:52 am
by xonenine
Can't wait to use both the transparency and animation sliders, they both sound very straightforward too, thanks for such great documentation Cliff. :D

Edit: I'm finding that some skins still grey out the vis initially, then darken up nicely after a few clicks or switches of vis mode.. As for the blockiness Jikaru describes, I see that the slider for blur had defaulted to the highest setting, hence the blockiness. :)

Thanks!

PostPosted: June 10th, 2009, 12:50 am
by AphexMonkey
Thanks for the new beta Cliff Cawley!!! :D

PostPosted: June 10th, 2009, 1:29 am
by Cliff Cawley
xonenine Wrote:Can't wait to use both the transparency and animation sliders, they both sound very straightforward too, thanks for such great documentation Cliff. :D


Hehe its not as full featured as I'd like, but at least you guys can get a running start ;)

xonenine Wrote:Edit: I'm finding that some skins still grey out the vis initially, then darken up nicely after a few clicks or switches of vis mode.. As for the blockiness Jikaru describes, I see that the slider for blur had defaulted to the highest setting, hence the blockiness. :)


Fixed for 118, thanks!

Cliff :)

PostPosted: June 10th, 2009, 1:31 am
by Cliff Cawley
Jikaru Wrote:The visualization applied to the skin looks jittery, kinda square (dot and line on Oscilliscope)


Is this just the settings that have changed? Can you see if changing the blur helps fix?

Jikaru Wrote:and still has the "start at dark then move to applied color" thing I mentioned last build.


Fixed for 118.

Cliff :)

PostPosted: June 10th, 2009, 9:43 am
by xonenine
Considering this to be sort of a beta issue, rather than a request:

I kind of wish when choosing a skin w/ a skinned playlist that the playlist wouldn't stay custom upon successive switches. Some of them are too glaringly different from default, I imagine this will always be true.
I guess it will no longer be an issue once more skins have playlists. :)

Also, I have no better idea what to do about it. :(

PostPosted: June 10th, 2009, 10:54 am
by Jikaru
The jittering and the squaring might be the same problem?

The changing just feels very rapid now...wasn't like this before. before it was smooth and felt more like angular peaks.

Here's a screeny of the square-ness. Usually happens at the peaks and falls. Again didn't do this before. Oh and it has nothing to do with the settings as you can see it does this no matter what the settings.

Image

Playlist Window Scrolling

PostPosted: June 13th, 2009, 12:21 pm
by Rutabaga
I think this is a bug, unless I'm doing something wrong:

After resizing the height of the default playlist window, the bottom position for the slider seems to be calculated wrong. The slider doesn't make it to the bottom of the window, depending on the number of songs and how tall the window is (i.e. how many songs are visible).

Here at home, it is easy to see if you have > 30 songs loaded and resize the window to display all but ~5 of them. On my machine at work earlier today it was more pronounced; with 50 songs and ~30 visible, the slider would only go about half way down the window.

Also, I get a slightly different bottom position depending on whether I use the mouse scroll wheel, or I click on the slider and drag it down.

Re: Playlist Window Scrolling

PostPosted: June 14th, 2009, 9:15 am
by Jikaru
Rutabaga Wrote:I think this is a bug, unless I'm doing something wrong:

After resizing the height of the default playlist window, the bottom position for the slider seems to be calculated wrong. The slider doesn't make it to the bottom of the window, depending on the number of songs and how tall the window is (i.e. how many songs are visible).

Here at home, it is easy to see if you have > 30 songs loaded and resize the window to display all but ~5 of them. On my machine at work earlier today it was more pronounced; with 50 songs and ~30 visible, the slider would only go about half way down the window.

Also, I get a slightly different bottom position depending on whether I use the mouse scroll wheel, or I click on the slider and drag it down.


The skin your using needs to be corrected, the scrollbar should be like the default, if your using the default then it's a bug...but mine does not do this now, because it was corrected a few beta's back...when my XSe7en skin was being tested I had this problem and I had problems with spacing...but it was my fault not Xion's...so Like i said if it's the default skin acting like this then it's a bug but if it is a skin you made try and make the scrollbar longer on the bottom.

PostPosted: June 14th, 2009, 6:09 pm
by Ilko
when the cursor is over the limit of the playlist while doing a multiple selection, scrolling switches to auto mod :D

I know this bug since the build 100, now its said.

Re: Playlist Window Scrolling

PostPosted: June 16th, 2009, 5:12 am
by Sinusoid
Rutabaga Wrote:I think this is a bug, unless I'm doing something wrong:

After resizing the height of the default playlist window, the bottom position for the slider seems to be calculated wrong. The slider doesn't make it to the bottom of the window, depending on the number of songs and how tall the window is (i.e. how many songs are visible).

Here at home, it is easy to see if you have > 30 songs loaded and resize the window to display all but ~5 of them. On my machine at work earlier today it was more pronounced; with 50 songs and ~30 visible, the slider would only go about half way down the window.

Also, I get a slightly different bottom position depending on whether I use the mouse scroll wheel, or I click on the slider and drag it down.


I can confirm this, and it does indeed happen with the default skin as well. I don't remember this bug occurring in the last build but maybe I just hadn't noticed.

The bug does not seem to occur for me as long as I have a fairly large number of songs in the playlist.

PostPosted: June 18th, 2009, 10:42 am
by xonenine
Well, just wanted to say the transparency sliders and svst both work terrific! These will be great to use instead of layers in alot of skins.Thanks Cliff. :D