I know Paul will kill me for this, but this thread's still missing in the TuneNet forums
I'll start:
I'd like to have the ENV variable (TuneNet/playing) bigger in size. For now it's 60-some chars, but listening to radio stations often gives me a much longer name. So, is it possible to up it to let's say 80 chars?
Oh, and hurry up with the skinable interface and AHI unit 0-3 output!
Cheers, Bean.
P.S. That TN developer, whoever he is, sure is slack eh!
. Ahem - seriously now:
@Raziel,
The output ENV var should have a limit of 250 characters, if you have it outputting to the OS4 screen bar can you check if it's not a limitation set by WB?
The output ENV var should have a limit of 250 characters, if you have it outputting to the OS4 screen bar can you check if it's not a limitation set by WB?
Dunno how to check that, i output it to OS4 title bar as you assumed. The env var itself holds all the info (up to 100 chars), but as soon as it is displayed it's cut down to 60 character...hmmm, maybe a limitation of env vars on title bar?
The titlebar has a character limit which tends to end before the bar fills up, probably due to proportional width fonts.
I've not tried it under Final, but I always used to have problems trying to put information on the right-hand side of the title bar - if you spaced it too far over, you would lose the end even though there was more space available.
I've so much space left, i could do the whole information i already have again (WITH TuneNet's playing env). I even tried reducing every spaces i have in my bar to one between each info displayed, but it still gets cut at 60 chars...
First off, let me add my appreciation for the work put into TuneNet!
There is one thing I noticed recently: TuneNet could really use the ability to sort the playlist by DATE. The need arises if one is trying to play a CD's worth of MP3's. Without such a search, entries are not loaded in the order of the CD but Alphabetical.
There is one thing I noticed recently: TuneNet could really use the ability to sort the playlist by DATE. The need arises if one is trying to play a CD's worth of MP3's. Without such a search, entries are not loaded in the order of the CD but Alphabetical.
That's the reason I always prepend the track number and an underscore when I construct the file names of my MP3s.
But yeah, it's always nice to be able to sort files by miscellaneous criteria. And when sorting by date, it's also nice to be able to do it either ascending or descending (aka by age).
It's cut off at exactly 59 chars and my bars isn't filled at all, i have a resolution of 1920x1200 and massive free space, still, i can put it whereever i want, it's cut off at the 60th character ... hmmm, OS4 limitation?
I've finally fixed the playlist scrambled song name problem that was particularly apparent with short datatype samples. Not only does it make it look better, but it finally means the song database can be shared properly between TuneNet's different tasks - IE: not bodged anymore and improves stability further!
@All (that's interested )
I've also fixed a brain dead issue I had with deleting items from a playlist or clearing playlists, so hopefully no more problems there now which some people reported.
The next release will feature a skinnable interface (though not all features will be present just yet) + the usual round of bug fixes. I'm currently looking at a March release.
Cheers, Bean.
P.S. Yes, AHI Units 0-3 are supported as well as the music unit now.