I have a minimize.png file in my Skins\Nexus WS Amber\icons\ folder, and it still does not show with v 1.11
Post all bugs found in Centrafuse 1.11 here.
Read the release notes for all the changes and additions in Centrafuse 1.11
Centrafuse 1.11 Release Notes
First check to make your bug is not already known.
Centrafuse Known Issues
Centrafuse Known Issues
Request features and additions in the main forum, not this thread.
Make sure that we are not already planning on adding your requested feature or addition.
Centrafuse Future Features
Centrafuse Future Features
Stuff from 1.11, some of this is probably old and I just didn't notice it.
- Updater needs a progress bar. Knowing the size of the download is nice, but having an progress bar lets me know how soon before I can pull out of my driveway.
- If you turn off the buffer for XM, the audio level jumps up quite a bit. I understand this is 'cause of the "LINE IN" level setting in the mixer, but what I find curious is that there's obviously a substantial gain LOSS when using the buffer.
- The top entry in the XM channel list is redundant. I figure it's basically a "now playing", but you already have that with the highlight bar on the station. I vote to remove it, thus freeing up space to show 6 channels in the list versus 5.
- Buffer must be ON for EQ to work. This makes sense, but you may want to enforce this in code. i.e., if the user sets EQ = ON, then run through the modules and make sure that all of the audio inputs are being buffered (e.g., XM).
- Turning EQ ON or OFF requires a reload of CF before it takes effect. If this is "how it needs to be" then you may want to pop up a dialog to let the user know.
- EQ slider positions are not being saved across a reload of CF.
On the good side...THE UPDATER WORKS!!!!! WOOHOO!
I will look into a progress bar, but bugs are more of a priority right now... most updates should come down pretty fast even on a phone download speed... I don't plan to send entire skins or plugins out through the downloader...
This is all about your levels and just how it works for now... The playback of the buffer should be at the same audio level as the playback of all your audio files, or close to it... This is where you should set your level for the input... With buffering off it's windows pass through and not using Centrafuse at all for anything...
You can still have the EQ on and use it for all your media, but have radio or XM not use the buffer and this how you want it to be... So I won't force the use of the buffer just to have EQ on...
I will make it not require a reload, it should be this way...
The EQ positions should be saved, is it creating an error.log file? Did they every save for you or did you just notice?
Hmm... okay. I'll level set along side of some MP3s.This is all about your levels and just how it works for now... The playback of the buffer should be at the same audio level as the playback of all your audio files, or close to it... This is where you should set your level for the input... With buffering off it's windows pass through and not using Centrafuse at all for anything...
Ahh, that makes sense. Is this mentioned in the manual? (I haven't looked). The point being that this could be a point of confusion for people that turn on EQ but can't affect a change in the audio.You can still have the EQ on and use it for all your media, but have radio or XM not use the buffer and this how you want it to be... So I won't force the use of the buffer just to have EQ on...
I'm 97% sure that it's always been like this. I remember playing with EQ before and seeing the issue. I haven't had EQ enabled for a while, I only turned it on now to see about audio quality issues.The EQ positions should be saved, is it creating an error.log file? Did they every save for you or did you just notice?
Lemme walk out to the truck and look for an error log...
...got one. Nothing about the EQ, just reams (2800 lines since the 4th) of:Code:Font 'Century Gothic' doesn't support style 'Regular'. at System.Drawing.Font.Initialize(FontFamily family, Single emSize, FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean gdiVerticalFont) at System.Drawing.Font..ctor(String familyName, Single emSize, FontStyle style, GraphicsUnit unit, Byte gdiCharSet) at centrafuse.Plugins.CFPlugin.setlabelskin(String whichlbl, MouseEventHandler clickEvent, MouseEventHandler downEvent)
Once again the volume dialog box is not closing. The good news is the setup error no longer comes up, where you are forced to close Centrafuse. Basically the Volume dialog box does not close, but otherwise the program works normally.
The bad news of course, is now it is not generating an error log.
One observation is that I did not start having this problem until I connected to the Internet.
My father was borrowing my EVDO router earlier today, so I had been running Centrafuse all day without an Internet connection. Once I hooked the router up later this evening is when I started having the volume dialog box issue.
So, I'm assuming something could be happening when it is pulling down the weather, or the Internet detection.
I will look into explaining the EQ, you are probably right...
if you simply hit the volume key again after it gets stuck it doesn't close?
I cannot reproduce this, I am hitting it really fast with and without internet...
In this latest case this is a pure stock install of XP SP 2 onto a virgin system (formatted the HD) with a virgin copy of CF. The font IS there, and I can create a document that uses it. CF looks "fine", it doesn't seem to be suffering from the error outside of it happening 6 times/second at startup.
It should return no results at all, if it does then you have a different skin.xml somehow than I do...
The font doesn't support regular and I have been emailed many error.logs over the versions and never seen that error...
only way is if Regular is typed as the font style somewhere in the skin.xml file, which I don't see anywhere...