Archive for January, 2014

Decreasing free playback contingent

Written by sven. Posted in features

Currently I am implementing the announced workflow changes and the first beta release will be available very soon. In the context of this release I will also make a change which will not bring me any kudos but nevertheless I prefer open communication instead of bead surprises: The next release will reduce the free monthly playback contingent from four to two hours.

Please let me explain why I’ve decided to take this step: The intention of the free contingent was to

  1. give new users the possibility to test uPod before purchasing it and
  2. allow occasional users, who only listen to single episodes form time to time, to use uPod for free (as probably most of them would not be willing to pay for a player).

My assumption was that there would be about 20% of non-paying users. But the truth at the moment is that 80% of the active users are using uPod for free and only 20% have purchased a license. And I guess the reason for that is that four hours per month are quite a lot of time.

So why is the money so important? This has two reasons: At first it is a welcome compensation for the lot of free time I’ve already invested into uPod and plan to invest in the future. But the even more important reason is that uPod consumes quite a lot of costs each month. The server infrastructure in the background is an important feature of uPod as it brings us unique features like episode push and cross device sync, but the sad truth at the moment is, that the license fees do not cover the monthly costs.

I hope you understand my intention and will like uPod as much as before.

Need your feedback on a workflow idea

Written by sven. Posted in feedback

From the feedback I’ve received I am getting the impression, that the current inbox mode feels like too much overhead for most of you and that it especially overburdens new uPod users. That’s why I have thought a little bit about it and have found an idea of which I think that it would suite both groups of users — those of us who love the inbox concept and those who like a more simple approach as known from other podcast players. I’m looking forward to hear your thoughts and feedback on the following idea.

The inbox would be dismissed. Instead every episode would be delivered to the library directly, but new episodes would be marked as new (like you know it from your e-mail client). The “New” view in the library would then be adjusted to show episodes marked as new and with one tap you could mark them as no longer being new (either for single episodes, episode selection or all episodes).

This sounds very much like the current inbox approach, but here comes the big difference: The new episodes would not only appear in the “New” section, but each episode would also occur in it’s natural place within the library (e.g. the “All” view) but will be explicitly highlighted as new there also.

These are the global options I would like to provide:

  • Show new only in New section: If enabled new episodes will only appear in the “New” section and not in any other places. Enabling this option would effectively bring back some kind of inbox mode.
  • Auto add to playlist: If enabled all new episodes would be added automatically to the playlist.

And the following podcast specific option:

  • Auto add to playlist: If enabled new episodes of this podcast would be added automatically to the playlist.

Please let me know what you think about it either on Twitter, Google+ or through the support site.

Immediate episode push

Written by sven. Posted in features

Today I am proud to announce that uPod is not only the most battery and data saving podcast player when it comes to scanning for new episodes, but since today also the one which delivers new episodes nearly immediately!

You can divide the available podcast players for Android into two sections: The standalone Android client apps and the server based apps. For the standalone apps you normally must decide for an update interval (e.g. two hours). The client then fetches all your subscribed podcasts for example every two hours to check whether there are new episodes available. This checking consumes a lot of battery and a lot of data traffic, as your device has to contact each single podcast. In most cases just to recognize that nothing has changed.

The server based apps like for examples Pocket Casts and uPod perform the update check of all the podcasts from a server: They are continuously “crawling” all the podcasts they know about in an endless loop. The benefit is, that the app only needs to contact one single server instead of contacting all the single podcasts. In the case of Pocket Casts you still need to decide how often the app should check the server for updates. For uPod this decision isn’t required, as the uPod server pushes all changes it recognizes directly to the affected clients. So regarding battery and data usage uPod’s solution is the most effective one.

On the other hand the server based approach also has it’s drawbacks: One crawl cycle (scanning all podcasts for new episodes) can take a few hours. For example yesterday the uPod server required four hours to scan all the about 1,700 podcasts it knows about for new episodes. As a result each podcast was only scanned six times a day and in the worst case you needed to wait for four hours to see a new episode on your device. This is also a known problem for Pocket Casts where a delay of two hours until a new episode appears on your device isn’t unusual.

Today I’ve solved this issue for uPod! New episodes for podcasts which support push notifications will appear within five minutes on your device. But even for classical podcasts not supporting push, you will receive new episodes within about twenty minutes. These results can only be achieved by a powerful server infrastructure, meaning that I need invest quite some money per month. But to my knowledge uPod now is not only the most battery and data saving podcast player when it comes to episode scanning, but also the one with the best reaction time. Please let me know if there are faster ones.

Happy listening!

Version 1.0.3

Written by sven. Posted in releases

This tiny new version changes the naming scheme of the stored audio/video files on your device (including the publish date). This is a preparation for some cleanup on the server, so please update to this version as soon as possible.

Version 1.0.2

Written by sven. Posted in releases

I’ve pushed a small update to Google play! Here are the changes:

Enhancements

  • renamed “Podcasts” section to “My podcasts”
  • a podcast’s episode list in the inbox or the library now contains a button at the bottom of the list that opens the same podcast in the “My podcasts” section to access episodes currently not in the inbox/library.

Fixes

  • fixed crash occuring during sync on some devices
  • back button on tablet can now close the app