Wordle - daily game
- ptooey - Jun 6, 2024 - 8:47am
USA! USA! USA!
- R_P - Jun 6, 2024 - 8:32am
Israel
- R_P - Jun 6, 2024 - 7:56am
Artificial Intelligence
- thisbody - Jun 6, 2024 - 7:54am
NASA & other news from space
- miamizsun - Jun 6, 2024 - 7:36am
NY Times Strands
- Bill_J - Jun 6, 2024 - 7:34am
Mixtape Culture Club
- ColdMiser - Jun 6, 2024 - 7:28am
NYTimes Connections
- rgio - Jun 6, 2024 - 7:21am
Old timers, crosswords &
- thisbody - Jun 6, 2024 - 7:00am
Climate Change
- Red_Dragon - Jun 6, 2024 - 5:17am
Today in History
- DaveInSaoMiguel - Jun 6, 2024 - 5:00am
Radio Paradise Comments
- miamizsun - Jun 6, 2024 - 4:57am
Song of the Day
- Steely_D - Jun 6, 2024 - 1:14am
Democratic Party
- kurtster - Jun 5, 2024 - 9:23pm
Name My Band
- Manbird - Jun 5, 2024 - 7:02pm
What makes you smile?
- Manbird - Jun 5, 2024 - 6:56pm
Economix
- R_P - Jun 5, 2024 - 5:48pm
Republican Party
- Steely_D - Jun 5, 2024 - 3:35pm
Cryptic Posts - Leave Them Guessing
- oldviolin - Jun 5, 2024 - 3:22pm
Canada
- Beaker - Jun 5, 2024 - 1:58pm
Bug Reports & Feature Requests
- dryan67 - Jun 5, 2024 - 12:11pm
the Todd Rundgren topic
- miamizsun - Jun 5, 2024 - 5:00am
Photos you have taken of your walks or hikes.
- MrDill - Jun 5, 2024 - 2:26am
What Makes You Laugh?
- Steely_D - Jun 5, 2024 - 12:44am
What Are You Going To Do Today?
- ScottFromWyoming - Jun 4, 2024 - 9:47pm
Automotive Lust
- KurtfromLaQuinta - Jun 4, 2024 - 9:28pm
Art Show
- Manbird - Jun 4, 2024 - 8:20pm
China
- R_P - Jun 4, 2024 - 7:33pm
Favorite Quotes
- Proclivities - Jun 4, 2024 - 1:15pm
Bad Poetry
- Isabeau - Jun 4, 2024 - 12:11pm
Classic TV Curiosities
- Isabeau - Jun 4, 2024 - 12:09pm
What's that smell?
- Isabeau - Jun 4, 2024 - 11:50am
Joe Biden
- steeler - Jun 4, 2024 - 11:15am
Trump
- Red_Dragon - Jun 4, 2024 - 11:05am
Music Videos
- black321 - Jun 4, 2024 - 10:11am
Baseball, anyone?
- ScottFromWyoming - Jun 4, 2024 - 8:28am
Things You Thought Today
- thisbody - Jun 4, 2024 - 8:17am
Your First Albums
- Manbird - Jun 3, 2024 - 5:42pm
King Crimson
- Steely_D - Jun 3, 2024 - 2:25pm
June 2024 Photo Theme - Eyes
- ptooey - Jun 3, 2024 - 1:52pm
2024 Elections!
- R_P - Jun 3, 2024 - 10:19am
Your favourite conspiracy theory?
- Beaker - Jun 3, 2024 - 8:00am
Beer
- Red_Dragon - Jun 3, 2024 - 5:20am
Snakes & streaming images. WTH is going on?
- rasta_tiger - Jun 2, 2024 - 7:31pm
Ukraine
- R_P - Jun 2, 2024 - 3:07pm
songs that ROCK!
- thisbody - Jun 2, 2024 - 12:01pm
Live Music
- buddy - Jun 1, 2024 - 3:39pm
RP on Twitter
- R_P - Jun 1, 2024 - 2:47pm
Football, soccer, futbol, calcio...
- thisbody - Jun 1, 2024 - 10:20am
What Did You See Today?
- Isabeau - May 31, 2024 - 1:15pm
ONE WORD
- thisbody - May 31, 2024 - 10:39am
May 2024 Photo Theme - Peaceful
- Alchemist - May 30, 2024 - 6:58pm
Human Curated?
- Ipse_Dixit - May 30, 2024 - 2:55pm
Evolution!
- R_P - May 30, 2024 - 12:22pm
favorite love songs
- thisbody - May 30, 2024 - 11:25am
Sonos
- konz - May 30, 2024 - 10:26am
Fascism In America
- R_P - May 29, 2024 - 11:01pm
You might be getting old if......
- Bill_J - May 29, 2024 - 6:05pm
Science in the News
- black321 - May 29, 2024 - 11:56am
Roku App - Roku Asterisk Menu
- RPnate1 - May 29, 2024 - 11:15am
Geomorphology
- NoEnzLefttoSplit - May 29, 2024 - 10:56am
The Obituary Page
- Steve - May 29, 2024 - 5:49am
Notification bar on android
- tjux - May 28, 2024 - 10:26pm
Interviews with the artists
- dischuckin - May 28, 2024 - 1:33pm
RightWingNutZ
- R_P - May 28, 2024 - 12:02pm
RP Daily Trivia Challenge
- ScottFromWyoming - May 27, 2024 - 8:24pm
Poetry Forum
- Manbird - May 27, 2024 - 7:20pm
fortune cookies, says:
- thisbody - May 27, 2024 - 3:50pm
• • • The Once-a-Day • • •
- oldviolin - May 27, 2024 - 9:29am
First World Problems
- ColdMiser - May 27, 2024 - 7:33am
Funny Videos
- thisbody - May 27, 2024 - 7:20am
Internet connection
- thisbody - May 27, 2024 - 7:12am
Ways to Listen to RP on WiiM Plus
- earthbased - May 27, 2024 - 6:56am
John Prine
- KurtfromLaQuinta - May 26, 2024 - 5:34pm
New Music
- KurtfromLaQuinta - May 26, 2024 - 5:24pm
|
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
|
|
|