Apps

gimmesometune

One 180 turn plus another 180 turn means – we’re back where we started.

A few months back, I said GimmeSomeTune would make a 180 turn by using Gracenote as its source of information (lyrics, song info, artwork).

Although I really wanted this to happen, for all the reasons I mentioned in that previous blog post, it doesn’t seem like it will happen. I’ve contacted Gracenote numerous times and never heard back. Either they’re very, very busy or they just don’t care and don’t want my business. So be it.

So be it!

I’ll do what lots of other apps (including GimmeSomeTune) do – turn to websites that have the according information available. I’ve done it before, I’ll do it again – only better. I’ll use several sources for lyrics and artwork, many of which you, the users, have suggested – thank you for that. I have several sources for lyrics and artwork, so if one service goes, there’ll be a backup service I can turn to.

Truth be told…

I really was looking forward to using Gracenote, because they do offer a great service.

When it became clear that Gracenote couldn’t be bothered to at least write me a “buzz off” e-Mail, I looked into other options. I still have no clue what Gracenote is charging, but it can’t be more than what the others are. It is really hard for an indie developer to use these services and not go hungry while doing so.

Who knows, maybe I’ll get an e-Mail from Gracenote some time this lifetime, then I may reconsider.

Status right now

So what’s the status of GimmeSomeTune right now?

Well, I lost a little time due to my work on Records (which is currently exclusively available through the MacBuzzer bundle) which had to be done for the bundle, so there’s that.

That being said, artwork, lyrics, last.fm and song recognition are all working right now, and beautifully, might I add. It’s almost magical.

Now you might ask, great, so when’s the release, because what’s there left to do?

Everything else. The interface, the popup window, keyboard shortcuts and testing, testing, testing (especially for song recognition, which is quite tricky).

One more thing on iPod last.fm scrobbling

In the blog post I mentioned before, I promised you last.fm scrobbling for tracks you played on your iPod. Turns out it’s not that easy to do.
I will try to implement it for the 1.0 release, but if it takes too long, I’ll move on to other things and get back to it when I’m working on a later update.
Sooner or later, it’ll be in there. But I don’t think it’s that important for a 1.0 release to spend a lot of time on it if I want a timely release (which I, and I assume most of you, do). I hope you understand.

 

As always, I’m open for suggestions and feedback, so please leave a comment, contact me on twitter (see below) or write me an e-Mail. Whichever you prefer is fine with me 🙂

Thank you for your time and interest,
Matthias

 

[twitter-follow screen_name=’eternalstorms’ show_count=’no’]
[twitter-follow screen_name=’gimmesometune’ show_count=’no’]

Read more

icloudPhoto credit: geeky-gadgets.com

iCloud is a big deal for me, and, I believe, for lots of other developers out there as well. Syncing data has become a lot easier with this new service and the according APIs. I once took a glimpse at the MobileMe syncing APIs and my head still spins a little.

What does it mean for flickery?

I’m still thinking of the implications for flickery. I got some nice ideas from users of flickery on twitter and I’m already looking into what is possible and makes sense in terms of flickery.

I could see flickery syncing the items yet to be uploaded or loocking into iCloud’s photo queue and offer an option to upload those items or at least present them in some way in flickery’s upload view.

What does it mean for ScreenFloat?

For ScreenFloat, In a nutshell, it will sync your shots between your devices (I don’t know if a iPhone/iPad version of ScreenFloat is useful, but I’m certainly entertaining the idea of having the shots on, say, your iPad, as well).
It will sync which shots are currently open and floating, which are hidden, which are in your shots browser, it will sync your categories in your shots browser, and their contents.

This is something I wanted to do from the beginning and I’ve been looking into services like DropBox to implement it. Now with iCloud (and yes, I realize it’s still a few months away) it’s even easier, faster, more reliable and more secure to implement.

What does it mean for GimmeSomeTune?

I don’t believe GimmeSomeTune could have any advantages of iCloud in terms of sync. If you find one, leave a comment or write me an e-Mail 🙂

Upcoming Stuff?

I have an upcoming app where iCloud will be perfect and will replace a server-client environment with tedious networking stuff. Stay tuned on that 🙂

[Update (18.06.2011)]

My good friend and honored developer colleague Christian Kienle wrote about the impact that iCloud may have on his applications on his blog.
It’s an interesting read, especially if you’re interested in how you will benefit from iCloud in the near future.

[twitter-follow screen_name=’eternalstorms’ show_count=’no’]
[twitter-follow screen_name=’screenfloatapp’ show_count=’no’] 
[twitter-follow screen_name=’flickeryapp’ show_count=’no’]

Read more

Thanks to your feedback, I’ve reached a decision on the Mac App Store which I think is fair and I’m pretty sure you will like as well.

Result of earlier blog Post

In an earlier blog post I asked you if you were ok with flickery being Mac App Store exclusive with version 2.0 where you wouldn’t be able to receive the discount I promised you when you purchased flickery 1.x

Responses have been generally very positive, I’m glad people are very accepting of the Mac App Store and my wanting to move my apps there.

However, I did think of a way where existing customers wouldn’t lose their discount.

flickery on Mac App Store decision

  • flickery will be released these days (once it’s been positively reviewed by Apple staff) on the Mac App Store in version 1.9.21
    Version 1.9.21, which brings a few fixes, will be available for non-Mac-App-Store customers as well.
    It will be priced at €18.99, nearly exactly the same as on the website.
  • Updates up until version 2.0 will be available for Mac App Store users and non-Mac App Store users alike.
  • flickery 2.0 will be Mac App Store exclusive
    Once version 2.0 is released, it will be offered at a discount, as promised to my existing customers so they can easily transition to the Mac App Store version.
    flickery 2.0 will be a free update to users who purchase flickery 1.9.21 or later on the Mac App Store.

I hope you like this solution, please let me know in the comments.

[twitter-follow screen_name=’eternalstorms’ show_count=’yes’]

Read more

I received three (yes, I counted them) crash logs of flickery with this particular problem, so it’s not really common, but I still thought I should let you know what it’s about.

Apparently, when using NSOperationQueue and NSOperation on 10.5 there’s a chance an exception is thrown and the application will crash.

I’ve been checking on this for quite some time now and finally stumbled upon this blog post by Rogue Amoeba’s Mike Ash.
What he’s saying is that NSOperationQueue is buggy on 10.5 which causes applications to crash. This is really sad because it’s such a great tool for us developers.

I haven’t been able to work around this issue yet, however, I’ll keep working on it and see if I can do something about it, short of rewriting the whole application.

Fingers crossed.

[twitter-follow screen_name=’eternalstorms’ show_count=’yes’]

Read more