Antennapod: App Crashes on low memory devices with a long feed list on update

[fabolhak]

App version: 1.6.2.3 (from F-Store)

Android version: 7.2.1 lineage_g2m

Devide model: LG-D620 (g2m) [865 MB RAM]

Expected behaviour: App should not crash

Current behaviour: App crashes when updating the feeds

First occured: for a pretty long time (several years)

Steps to reproduce:
On a low memory device:

1. Add a long feed list (e.g. > 170 feeds)
2. Update Feeds

Environment: no auto downloads; 2 parallel downloads

Stacktrace/Logcat:

[ StackTrace ]
java.lang.OutOfMemoryError: Failed to allocate a 80 byte allocation with 0 free bytes and 3GB until OOM
    at de.danoeh.antennapod.core.service.download.DownloadService$FeedSyncThread.collectCompletedRequests(DownloadService.java:699)
    at de.danoeh.antennapod.core.service.download.DownloadService$FeedSyncThread.run(DownloadService.java:719)

or

[ StackTrace ]
java.lang.OutOfMemoryError: OutOfMemoryError thrown while trying to throw OutOfMemoryError; no stack trace available 

Is there anything I can do about this :) or should I just buy a new device with more memory?

[cnleo]

Had the same problem. Tried the developer branch (1.6.3) and the master branch (1.6.0.9). After the import of my OPML list (> 150 podcasts) the feed downloads / updates went smoothly in both cases. I noticed that the app was also usable without problems without jerks or blocking. I suspect that there is rather a problem, with something which occurs only after prolonged use (since 14.06.2016 with a total of 13.65 GB data, cache 188 MB).

Deleting the cache unfortunately did not help.

Also possible a bug in Android 5.1.1 in connection with external SD cards, which occurs only when the space on the internal is near scarce? (/storage/emulated/0/Android/data/ de.danoeh.antennapod/files) The direct save to extsd does not work.

After a complete new installation runs everything great. Maybe it is also something happens on update to 1.6.2.3 ?

[maxsubs]

I've been having this problem for around over 5 months now after a software update. I think I could found what was causing it. I have around 140 subscriptions and it hung up every time the subscriptions were refreshed. Now, if I change the sort order of the subscriptions from "order subs by last episodes published date" to "sort alphabetically" problem solved! to reproduce it simply go back to sort by last published date, but I guess this is only happening if you have over 100 feeds.
Could the developer please take a look at this bug? I'd like to sort them by date. btw I'm running the last version from fdroid.
I take the chance to thank the developer for such a great software, there's nothing alike for podcast playback, even better opensource!

Max

[ByteHamster]

I think I could found what was causing it. I have around 140 subscriptions and it hung up every time the subscriptions were refreshed. Now, if I change the sort order of the subscriptions from "order subs by last episodes published date" to "sort alphabetically" problem solved!

Great observation @maxsubs! That helps a lot. I just noticed that the code for loading the "last episodes published date" is a huge performance/RAM problem because it loads ALL episodes of ALL podcasts. Multiple times during refresh.

@mmirg, you recently reported an out of memory crash, too. Do you use the subscription sort method "last episodes published date", too? If so, consider switching to another sort method until this is fixed.