Back to Top

Podcast list scroll sluggishness

9 posts / 0 new
Last post
mcamou
Offline
Last seen: 4 years 9 months ago
Joined: 01/20/2009 - 17:12
Podcast list scroll sluggishness

This might be related to having too many podcasts on my list but the scrolling on the main podcast list is very sluggish or non-responsive. Sometimes I have to swipe 2 or 3 times before it will actually scroll, and it usually never "follows" my finger (I might make a swipe from the bottom to the top of the screen but the list only scrolls half the screen, or perhaps a single episode)

eric
Offline
Last seen: 4 months 5 days ago
Joined: 11/06/2008 - 22:02
List scroll

There was a post on the Android forums stating that the list performance should not be affected at all by the length of the list. Now, there may be something we are doing that is negating this. I could lazy load the images, as is done in the Market app. I do hear you on this one, I'll take a look and see what we can do here.

I have noticed the non-responsive blips where you can't scroll. I have always experienced this at the same time as a podcast update. Parsing RSS feeds is a lot of work for a teeny phone cpu. We have spent a good deal of time optimizing so we doing only what's absolutely necessary doing feed parsing. If we take any more away here, we're going to have to skip loading the feed titles :-) Setting the thread to a low priority here doesn't seem to help much if any.

mcamou
Offline
Last seen: 4 years 9 months ago
Joined: 01/20/2009 - 17:12
Much better with the latest release

I updated to 338 and it's MUCH better. Something you did had the side effect of making this better.

eric
Offline
Last seen: 4 months 5 days ago
Joined: 11/06/2008 - 22:02
Envelope icons

It may be due to the envelope icons that were being displayed on each Podcast row. Replacing the images with numbers should require less CPU.

mcamou
Offline
Last seen: 4 years 9 months ago
Joined: 01/20/2009 - 17:12
Comes and goes

I'm seeing now that sometimes it's sluggish, sometimes it isn't, which I guess validates the idea that it's an RSS parsing problem. It's annoying but bearable (and would be more bearable if my podcast list was shorter or if I was only seeing the podcasts that actually have new or in-progress content and the all-done ones were hidden -- hint, hint).

A bit related to this, another annoyance is that if I accidentally brush over the scrubber at the bottom it will move the bar to whererver I brushed my finger, so if I'm trying to scroll the list and I start the swipe too low, the playback position gets moved.

And speaking of this, should the fast-forward / rewind buttons work within the currently-playing episode, or are they just to go to the next/previous episode? I sort of expected that if I left my finger on either of the buttons it would start fast-forwarding or rewindind through the current episode, but it doesn't seem to work. The only way of forwarding or rewinding seems to be the scrubber which can be a bit too imprecise, especially for longer podcasts.

eric
Offline
Last seen: 4 months 5 days ago
Joined: 11/06/2008 - 22:02
Seekbar

I could possibly move the seekbar to below the buttons. That would probably help right?

FF/Rew - These only skip within the playing episode, they don't have any ability to change the episode. You can configure the number of seconds skipped in the preferences.

mcamou
Offline
Last seen: 4 years 9 months ago
Joined: 01/20/2009 - 17:12
Sounds good

Moving the seekbar would help since the worst that could happen is that you'd play/pause/seek instead of actually moving to a completely different part of the podcast.

Regarding FF/Rew I was holding the button down instead of repeatedly pressing. Chalk it to my iPod Touch reflexes :) Doing repeated presses works fine.

eric
Offline
Last seen: 4 months 5 days ago
Joined: 11/06/2008 - 22:02
Moving seekbar

Ok, I can't think of any reason why not to move it and there seems to be some benefit. I added this to future features.

eric
Offline
Last seen: 4 months 5 days ago
Joined: 11/06/2008 - 22:02
Now there's a reason

I just tried this and I actually like the look way better with the seekbar on the bottom.

However, and I never noticed this before, finger presses on the very edge of the screen often get ignored. You can see this if you drag a scrollable window by dragging on the very edge of the screen. A lot of the times, the drags get ignored. This is what was happening when I moved the seekbar to the edge. Almost all of the time, the display did not detect my drags.

Thanks for the idea, but I don't think we are going to be able to swing this one.