Beta Builds of Xion. These are builds that are not quite ready for Release, but need feedback and bug submissions in order to move it to Release Status
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!
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
Last edited by Cliff Cawley on July 5th, 2009, 12:16 pm, edited 1 time in total.
I don't know if this bug has been fixed for 117 but i report it again because i'm lazy
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?
Deathy Wrote:I don't know if this bug has been fixed for 117 but i report it again because i'm lazy
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
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.
Can't wait to use both the transparency and animation sliders, they both sound very straightforward too, thanks for such great documentation Cliff.
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.
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.
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.
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.
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.
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.
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.
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.
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.