Posted on Feb 2nd 2010 by pieceofsummer.
Just to make things clear.
All future releases of foo_touchremote will use the following sort rules:
1. Inside single album view songs are ordered by song number. Songs without song number would come before the others in alphabetical order.
2. In all other places (search results, all albums view, all tracks) songs are ordered alphabetically despite song number, album and other fields.
That’s all. It is what Remote expects from server.
The only question is how to treat non-letter characters (numbers, special symbols) when sorting. Should they prepend latin letters or come after them (like iTunes does)?
And what to do with non-latin letters? The options are to use navigation letters and let all non-latin characters appear as ‘#’, or just keep it as is without any letters at all.
Wanna to hear what you think of all that things.
Posted on Jan 9th 2010 by pieceofsummer.
Some time ago I’ve said there would be updates during New Year holidays. Well, that didn’t come true.
I have been moving to the new apartment and had no time to do something, even reading the e-mails was a problem.
Also I have a request to those of you who has a MacBook and a not-Touch iPod (i.e. Classic, Nano, etc.). Please post in the comments how does the player appear in the Mac OS X. Is it mounted to some directory (which exactly?) as a removable drive just like in Windows?
Posted on Sep 7th 2009 by pieceofsummer.
This has nothing to do with Apple, iPhone, foobar or other stuff. Just relax and enjoy!
Posted on Aug 29th 2009 by pieceofsummer.
I’ve just realized that foo_w7shell page was truncated when moving to another server. Actually I have no idea why it was the only page corrupted, but still hate MySql for such tricks.
And I was wondering why people are downloading old versions (0.2.7.0 and even 0.2.6.2). That’s because they simply had no actual links and used old ones cached by various search sites.
Sorry, ppl. And update it now.
Posted on Aug 20th 2009 by pieceofsummer.
Yay, moved to another hosting. The new one seems to be more stable and not so fucking slow.
Posted on Aug 12th 2009 by pieceofsummer.
If you really enjoy my work, you may now support future development by donating some money using PayPal or a credit card.
Posted on Aug 2nd 2009 by pieceofsummer.
My home Asus WL500gP router just fucked up. It turned on all LAN and WAN lights and did nothing more. A bit of googling – and I knew that power adapter is dead.
Luckily I had an old wall charger from some WinMobile device giving required 5 volts, but sitting with solderer at 5AM and replacing a mini-usb jack with another one is not fun.
Now it works, but I had to disable WiFi, ’cause the new power adapter is a twice less powerful than the original one and cannot make the router working stable. I’ll miss internet on my iPod…
Posted on Jul 1st 2009 by pieceofsummer.
It has a bit faster spotlight (they added some indexes, lol), that’s true.
But a bug with sorting non-english track names makes navigation completely unusable. All such tracks are put into “123″ section even though locale supports required symbols and they’re shown as jump letters.
I’m lucky iTunes allows upgrade to an older version, because I don’t have a copy of my library on a PC.
So waiting for next beta…
Posted on May 25th 2009 by pieceofsummer.
I’ve just got why you should use new iTunes (8.2) since beta 5. They have replaced old iTunesDB library with new one based on SQLite, so sync is a bit odd thing now.
Device itself doesn’t use iTunesDB at all, but iTunes still does – I think it’s for compatibility reasons. When syncing, iTunes writes both iTunesDB and new library files to device. If there’s no iTunesDB file on device, iTunes will also purge new library and all your music will appear as “other” data.
I wonder whether new library will completely supersede iTunesDB or will they continue coexisting for compatibility reasons. But anyway, linux guys would be happy since SQLite format is open and much more clear for understanding.
Posted on May 1st 2009 by pieceofsummer.
Looking at Google Analytics I’ve found out that somebody came to this site looking for solution of WASAPI issue. Well, maybe it should be here
On builds before 7068 WASAPI was working as expected. But all newer builds (up to RC1 7100) cause it to throw “unrecoverable playback error: could not open device 88890020″.
I don’t know what exactly does it mean, but I know how to fix it. The default 1000 ms buffer size does not fit for some reason, so you should decrease it – 500 (and less) ms buffer is ok. Note that this number could vary for different hardware.
Well, maybe it’s not a perfect solution, but it does work for now!