Baseball, anyone?
- Red_Dragon - May 12, 2024 - 6:52am
Poetry Forum
- ScottN - May 12, 2024 - 6:32am
Today in History
- Red_Dragon - May 12, 2024 - 6:26am
NYTimes Connections
- Coaxial - May 12, 2024 - 6:11am
Wordle - daily game
- Coaxial - May 12, 2024 - 6:04am
The Obituary Page
- Proclivities - May 12, 2024 - 5:40am
NY Times Strands
- n4ku - May 12, 2024 - 5:31am
Israel
- R_P - May 12, 2024 - 12:43am
May 2024 Photo Theme - Peaceful
- haresfur - May 11, 2024 - 11:29pm
Trump
- kcar - May 11, 2024 - 6:36pm
What can you hear right now?
- oldviolin - May 11, 2024 - 5:08pm
The All-Things Beatles Forum
- Manbird - May 11, 2024 - 4:48pm
• • • The Once-a-Day • • •
- Red_Dragon - May 11, 2024 - 11:19am
Radio Paradise Comments
- miamizsun - May 11, 2024 - 10:42am
Photography Forum - Your Own Photos
- miamizsun - May 11, 2024 - 10:37am
Song of the Day
- oldviolin - May 11, 2024 - 8:47am
Upcoming concerts or shows you can't wait to see
- oldviolin - May 11, 2024 - 8:43am
Bug Reports & Feature Requests
- KurtfromLaQuinta - May 11, 2024 - 7:29am
What Did You See Today?
- KurtfromLaQuinta - May 11, 2024 - 7:24am
2024 Elections!
- black321 - May 11, 2024 - 6:35am
USA! USA! USA!
- R_P - May 10, 2024 - 10:51pm
Joe Biden
- R_P - May 10, 2024 - 9:46pm
Beer
- ScottFromWyoming - May 10, 2024 - 8:58pm
It's the economy stupid.
- thisbody - May 10, 2024 - 3:21pm
What the hell OV?
- thisbody - May 10, 2024 - 3:15pm
Oh dear god, BEES!
- R_P - May 10, 2024 - 3:11pm
Tornado!
- miamizsun - May 10, 2024 - 2:49pm
The 1960s
- kcar - May 10, 2024 - 2:49pm
Climate Change
- R_P - May 10, 2024 - 10:08am
Name My Band
- GeneP59 - May 10, 2024 - 9:35am
Things You Thought Today
- GeneP59 - May 10, 2024 - 9:28am
Marko Haavisto & Poutahaukat
- thisbody - May 10, 2024 - 7:57am
Artificial Intelligence
- miamizsun - May 10, 2024 - 6:51am
Living in America
- Proclivities - May 10, 2024 - 6:45am
Virginia News
- Red_Dragon - May 10, 2024 - 5:42am
China
- miamizsun - May 10, 2024 - 5:30am
Outstanding Covers
- Steely_D - May 10, 2024 - 12:56am
Democratic Party
- R_P - May 9, 2024 - 3:06pm
RP on HomePod mini
- RPnate1 - May 9, 2024 - 10:52am
Interesting Words
- Proclivities - May 9, 2024 - 10:22am
Surfing!
- oldviolin - May 9, 2024 - 9:21am
Positive Thoughts and Prayer Requests
- islander - May 9, 2024 - 7:21am
Breaking News
- maryte - May 9, 2024 - 7:17am
Guns
- Red_Dragon - May 9, 2024 - 6:16am
Spambags on RP
- Steely_D - May 8, 2024 - 2:30pm
Suggestion for new RP Channel: Modern / Family
- Ruuddie - May 8, 2024 - 11:46am
Vinyl Only Spin List
- rgio - May 8, 2024 - 8:35am
Gaming, Shopping, and More? Samsung's Metaverse Plans for...
- alexhoxdson - May 8, 2024 - 7:00am
SLOVENIA
- novitibo - May 8, 2024 - 1:38am
Reviews and Pix from your concerts and shows you couldn't...
- haresfur - May 7, 2024 - 10:46pm
Eclectic Sound-Drops
- Manbird - May 7, 2024 - 10:18pm
Farts!
- KurtfromLaQuinta - May 7, 2024 - 9:53pm
The RP YouTube (Google) Group
- oldviolin - May 7, 2024 - 8:46pm
Dialing 1-800-Manbird
- oldviolin - May 7, 2024 - 8:35pm
What Are You Going To Do Today?
- Manbird - May 7, 2024 - 7:55pm
Russia
- R_P - May 7, 2024 - 1:59am
Mixtape Culture Club
- KurtfromLaQuinta - May 6, 2024 - 8:51pm
Politically Uncorrect News
- oldviolin - May 6, 2024 - 2:15pm
Other Medical Stuff
- kurtster - May 6, 2024 - 1:04pm
Rock Mix not up to same audio quality as Main and Mellow?
- rp567 - May 6, 2024 - 12:06pm
Music Requests
- black321 - May 6, 2024 - 11:57am
NASA & other news from space
- NoEnzLefttoSplit - May 6, 2024 - 11:37am
Global Warming
- NoEnzLefttoSplit - May 6, 2024 - 9:29am
Tales from the RAFT
- NoEnzLefttoSplit - May 6, 2024 - 9:19am
Food
- DaveInSaoMiguel - May 6, 2024 - 4:17am
The Abortion Wars
- thisbody - May 5, 2024 - 3:27pm
Those Lovable Policemen
- R_P - May 5, 2024 - 3:12pm
Ukraine
- thisbody - May 5, 2024 - 12:33pm
volcano!
- geoff_morphini - May 5, 2024 - 9:55am
Tesla (motors, batteries, etc)
- miamizsun - May 5, 2024 - 6:16am
Favorite Quotes
- Isabeau - May 4, 2024 - 5:21pm
Anti-War
- R_P - May 4, 2024 - 3:24pm
Iran
- Red_Dragon - May 4, 2024 - 12:03pm
Live Music
- oldviolin - May 4, 2024 - 11:18am
SCOTUS
- Steely_D - May 4, 2024 - 8:04am
|
Index »
Radio Paradise/General »
About RP »
RP app for iphone - fills up your memory without deleting/purging listened cache blocks
|
|
saellig668552
Location: Berne Gender:
|
Posted:
Jun 19, 2017 - 7:36pm |
|
gtufano wrote: Well (I'm the developer for the iOS app)... a bug can always find a way so it's absolutely OK to whine about something that don't work for you (because, you know, you could definitely be right). :) So said, we have no other user with the problem (it could also be that nobody else noticed it, btw).
I just double-checked the code: every song start, there is a quick check to understand if the playlist needs a refresh, at the end of which a purgeCacheDirectory method is called. In this code, there is a check to understand if PSD are played (in which case, there is no purge happening for curious reasons)... after that every file (both songs and covers) in the cache directory is checked against the pending playlists (live and/or cached) and deleted if not. This code is very old, not changed in a couple years at least... so I suspect it's not the real problem. Slideshow images are not cached in any case, so also I don't think they can be the problem. To be fully honest, I just found a potential bug that could preserve (once every month or so) 16 songs file (there is a counter restarting) but I don't think this is critical.
That's the situation. I really can't reproduce your problem (I know, this is a developer typical answer) :) beside that, the data files are in the app sandbox Cache directory, so the system in itself will delete them if the disk space is low... *this* has caused a bunch of worried listeners claiming "I had n playlist waiting and suddenly are disappeared"... that's because iOS will happily delete the data files if short on space, and the app will delete the playlist orphaned of its data files...
I think something else it's happening... could you give me some more information on what happens, from the user point of view? What you mean, really, with "will lead to slower performing of the app when opening it and when the STOP button is pressed"? The app will not respond anymore? Which device you have?
Sorry for the problem you have, gt (always willing to solve listeners problem) :)
Hi thanks for xour consideration t am using a iphone 7 running both iOS an RP app on the newest versions. when observing the space consumed by the app under the settings i could notice, that after every listening sessions the indicated amount of data of the app is reduced. This works until the amount of downloaded cache blocks reaches about 10 blocks (maximum quality/bit rate between 5 to seven hours duration per block) then all of a sudden, after having downloaded another block, this reduction in occupied space will no longer happen. Even a full restart of the app and/or the phone will not change/purge the amount of reserved disk space for the app, this means, that even when consuming or deleting a whole downloaded block will not result in reducing the amount of occupied space but with every new download of a block the used space is getting bigger of course. So this raised my concern upon where this effect will lead to in time (eating up the free space on the phone and slowing the performance/reaction time of the app after pressing stop or starting the app) about the slower performing: i noticed that the described issues will happen if the amount of downloaded blocks will reach, lets say 30 GB or so, the effects will increas furthermore depending of how much more downloads are tacking place. So a restart of the app will take 30 seconds or more and The stop button will react only after 5 seconds. So my concern is, that this will happening also by time, because the purging is not happening anymore best regards and thanks stevrn
|
|
gtufano
Location: Rome, Italy Gender:
|
Posted:
Jun 19, 2017 - 3:02pm |
|
saellig668552 wrote: Fact is, that the app is not clearing (purging) occupied memory space after listening to downloaded music/blocks. And this will lead sooner or later to a complete filling of the available memory on the gadget and/or the growing increase of the volume of the app will lead to slower performing of the app when opening it and when the STOP button is preesed.
My experience resulted in finding out, that only deleting/erasing the app will solve the problem for a while. after a period of time the problem reoccurs again. eventually a downloaded somewhat corrupted block might stop the clearing of used memory space with a non reversing effect unless all the downloaded blocks and the app is erased and completely reinstalled..
are there no other iphone users make the same experience? Well (I'm the developer for the iOS app)... a bug can always find a way so it's absolutely OK to whine about something that don't work for you (because, you know, you could definitely be right). :) So said, we have no other user with the problem (it could also be that nobody else noticed it, btw). I just double-checked the code: every song start, there is a quick check to understand if the playlist needs a refresh, at the end of which a purgeCacheDirectory method is called. In this code, there is a check to understand if PSD are played (in which case, there is no purge happening for curious reasons)... after that every file (both songs and covers) in the cache directory is checked against the pending playlists (live and/or cached) and deleted if not. This code is very old, not changed in a couple years at least... so I suspect it's not the real problem. Slideshow images are not cached in any case, so also I don't think they can be the problem. To be fully honest, I just found a potential bug that could preserve (once every month or so) 16 songs file (there is a counter restarting) but I don't think this is critical. That's the situation. I really can't reproduce your problem (I know, this is a developer typical answer) :) beside that, the data files are in the app sandbox Cache directory, so the system in itself will delete them if the disk space is low... *this* has caused a bunch of worried listeners claiming "I had n playlist waiting and suddenly are disappeared"... that's because iOS will happily delete the data files if short on space, and the app will delete the playlist orphaned of its data files... I think something else it's happening... could you give me some more information on what happens, from the user point of view? What you mean, really, with "will lead to slower performing of the app when opening it and when the STOP button is pressed"? The app will not respond anymore? Which device you have? Sorry for the problem you have, gt (always willing to solve listeners problem) :)
|
|
saellig668552
Location: Berne Gender:
|
Posted:
Jun 19, 2017 - 11:41am |
|
hello
as on my posts in this matter which were "sort of hidden" under other posts in the forum (caching in iphone and the regular "bug reports" topic) remained without feedback, i dare, seeking other users experience, to put this on a brand new single post.
Fact is, that the app is not clearing (purging) occupied memory space after listening to downloaded music/blocks. And this will lead sooner or later to a complete filling of the available memory on the gadget and/or the growing increase of the volume of the app will lead to slower performing of the app when opening it and when the STOP button is preesed.
My experience resulted in finding out, that only deleting/erasing the app will solve the problem for a while. after a period of time the problem reoccurs again. eventually a downloaded somewhat corrupted block might stop the clearing of used memory space with a non reversing effect unless all the downloaded blocks and the app is erased and completely reinstalled..
are there no other iphone users make the same experience?
@bill: sorry for coming up with this (again) - if the issue is bugging and seems out of place or mentionned to often, feel free to cancel the post, no hard feelings from my part, as i am a truly devoted and also supportive listener to RP - come what may, my loyalty to this fantastic project is guaranteed in either case.
regards steve
|
|
|