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!
Fix ReadSettings not getting called in correct sequence due to SDK changes
Add support for Bass/Mid/Treble vumeters and animation types
Make modifications to ensure that version information is correctly embedded in the Component
Add XionComponentSDK Project to build the SDK
Add SDK Example: ExampleVis
Add BassVis Header and Lib for Glare
Fix for when window was just dragged around and _over no longer working
Remove extra debugging from shimmer over
Fix Path saving for u3 drives so that paths are substituted with u3 file system variables instead when saved to u3
Add some fixes to XionWindow and BaseComponent to detect null pointers
Add fix to flow for modal dialogs so that the Icon isn't set after the dialog was destroyed
Remove SCC Bindings for SDK Example projects
Add two new example SDK's, NewComponent and NewComponentMFC
Throw out the Old Zip/Unzip routines and switch to MiniZip
Fix a bug in MiniZip to allow writing to the end of a file
Fix a bug in the U3 version to use the U3 System Variables instead of direct Paths
Add XionTags Library
Remove TagsLib
Update Tag Reading system to use new XionTags library
Remove id3Lib from SCC
Fix a bunch of issues related to Window Creation of the Core Window
Fix Multimedia keys so that they are still received even if no Xion windows are visible
Fix crash when unable to load any skins at all
Fix Bug where Layer Visibility where layer wasn't getting set invisible after it had faded out (Thanks ALAS!)
Cleanup Shutdown process so that on slow U3 drives, there is almost no delay
Modify U3 Build so that it uses a seperate Define to the Portable Build
Update Icon to include 16 Million colour icons
Cleanup low res/low colour icons
Rename ComponentConfig to ComponentConfigWindow
Perform major surgery on some of the internal plugins and the BaseComponent to make things more expandable for the SDK
Add fix to locate the last song automatically when the filter in the playlist is cleared
Cleanup some deallocations when exiting for cleanliness sake
Modify Project properties for Beta builds
Fix Random mode so that if there is only one song in the playlist and random is on, it no longer stops. Instead it continually plays the single song
Fix delete key not working in search text box of playlist
Fix CD Audio tracks playing every second track
Fixed buffering message on Streams that have no Meta data so that it displays the filename once streamed above 95%. Usually these are from fixed URLs and not from radio stations.
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.
Many fixes and changes in this build. The Component SDK will need updating soon too, most likely with the next Beta build. I'm trying to fix a memory leak to do with cleaning up an MFC example. Its a real pain!
This build also has a brand new Tag reading library that I've created. It should now hopefully handle tags a lot better as well as hopefully reduce the amount of crashes.
I've also embedded some minor debug information in the Beta builds from now on to help with tracking of crashes. Those people with debuggers may actually get a proper call stack!
Enjoy!
Cliff
Last edited by Cliff Cawley on January 11th, 2008, 11:27 am, edited 1 time in total.
as far as i could see the over-issues are now fixed within one skin, great! Though, one thing is still buggy. After loadinterface the over-states are still dead (not when the same skin is loaded manually). An example´s here in the forum link (just to avoid confusions, I don´t mean the main topic problem mentioned there, but the hint "to reactivate mouse-over..." in the screenshot.)
something else: the aclashow command don´t work on animation layers anymore, hard to explain details here. I used them as a workaround for an action_animation_show/hide command.
ALAS Wrote:as far as i could see the over-issues are now fixed within one skin, great! Though, one thing is still buggy. After loadinterface the over-states are still dead (not when the same skin is loaded manually). An example´s here in the forum link (just to avoid confusions, I don´t mean the main topic problem mentioned there, but the hint "to reactivate mouse-over..." in the screenshot.)
Ah yes, you are correct, I can reproduce that on the Default skin. I must have missed it in testing, thanks again!
ALAS Wrote:something else: the aclashow command don´t work on animation layers anymore, hard to explain details here. I used them as a workaround for an action_animation_show/hide command.
Hmm Interesting, could you provide me with a simple example that shows just that error (not a complex skin). Use the Contact page, as always
ALAS Wrote:P.S.: the new "recent update" is very nice..
Cliff, slow down, we´re not that fast! each time I´d like to sub a skin with some workarounds you give us a new build where everything´s fixed and I can start again from scratch!
Looking good m8 One thing I noticed is that on Vista (just got new comp) when I download a skin so it opens itself, it doesnt save itself into the skins directory in Xion like it did in XP. Nothing big though
probably the lovely security permissions thing in Vista just an idea but right click on Xion exe and run as administrator, see if that then saves the skin properly
It seems that in order for me to get this to work, I'd have to store all your skins and other things in the Documents and Settings folder.
I hate this kind of segmentation because it makes it painful for users to back things up, but if that's the requirement I guess I'll have to modify how it works soon.
It seems that in order for me to get this to work, I'd have to store all your skins and other things in the Documents and Settings folder.
I hate this kind of segmentation because it makes it painful for users to back things up, but if that's the requirement I guess I'll have to modify how it works soon.
Cliff
don't do that ! everyone disable that shitty UAC thing anyway