wow, thanks for all the suggestions.
been busy lately but will try to make some improvements in the next weeks. hullebulle, can you keep the patch open till the dust settles?
Quote:maybe you wanna chnage it to look in the media folder of the current set skin first. this way skinners can do a pic matching their look for it.
i will and will probly add an option in xml for keeping (a more standard format) splash or using message boxes.
Quote:oh! and sync seems to be lost when xbmc autoloads the next karaoke mp3 - can anyone verify this? mine lost sync on the second track!
when developping, i actually had to have 2 different av delays, one for first time playback and the other for subsequent queued files but i eventually found a way to make these delays the same and have sync in both cases. seeing now that the sync seems to be very dependent on some audio settings, i might have to reintroduce the 2 delays or make the sync more robust in some way. for now, try not to rely on tweaking the av delay, but try to change your audio settings instead so that you can have sync for an avdelay = 0.8. you should then have sync in all playback cases.
Quote:but, is there anyway to make it so that u can split the screen or something so that u can que up other mp3 files while playing the mp3s so u dont have to skip out and in of the vis or que everything up at the beginning?
this is a good idea and could be implemented in a popup osd but it's probly the last thing i would do after making sync more robust and adding voice support, as it is a somewhat luxurious feature which would require a good amount of work.
Quote:it rules!! the only suggestion i have is to automatically have xbmc engage xaraoke if it finds a corresponding .cdg file in the same folder.
that's the way i had it in the earlier versions but i changed it to behave exactly like a vis so that i could decouple the code as much as possible from the xbmc base and not have to modify core files by doing something very ugly like
if(vis = xaraoke){autostart vis }
xbmc code is getting huge and if everybody modifies the core their own way instead of using existing frameworks, it becomes difficult to read and manage. so i personally feel it should stay in the viz framework as much as possible but this framework could be changed by adding an autostart bool in the vis_info structure, for example. i feel this is more up to the xbmc devs to decide (hullebulle?).
Quote:i hope one of the next steps is to make this a default viz for cdg files. so for example, now i have to have xaraoke set as my visualisation to get it to play. i would prefer to have fountain as my viz, and have xbmc auto check to see if a file has a cdg, if it does, it overrides fountain and uses xaraoke, much like a movie will auto play subtitles if they are found, but go on as normal if they are not.
i see what you mean. the way to go might be to add .cdg as a supported file type so you could also see cdgs in the music file listing and organize them etc... selecting the .cdg could then save the default vis, change it to xaraoke, look for the music file, play it and then revert to the original vis. i didn't do that because i felt like it was more logical to have the user select the music file and have the vis look for the .cdg since the .cdg is unique whereas the music file possibilities are many (song.mp3, song.wma etc...) but this decision could still be treated without requiring user input by using a preference sequence in the xml for example. this could also help with the 2 avdelays problem because the vis would launch audio playback and not the inverse. will look into this.
