Ukraine
- R_P - Mar 28, 2024 - 2:41pm
Breaking News
- ScottFromWyoming - Mar 28, 2024 - 2:22pm
Orbiting Earth
- oldviolin - Mar 28, 2024 - 2:19pm
YouTube: Music-Videos
- oldviolin - Mar 28, 2024 - 2:17pm
• • • The Once-a-Day • • •
- oldviolin - Mar 28, 2024 - 2:13pm
Oldest Rock song on RP
- Proclivities - Mar 28, 2024 - 2:11pm
Lyrics that strike a chord today...
- oldviolin - Mar 28, 2024 - 2:06pm
Israel
- R_P - Mar 28, 2024 - 2:03pm
Photos you have taken of your walks or hikes.
- NoEnzLefttoSplit - Mar 28, 2024 - 12:21pm
Irony 101
- MrDill - Mar 28, 2024 - 12:21pm
Photography Forum - Your Own Photos
- MrDill - Mar 28, 2024 - 12:15pm
RP automation with iOS Shortcuts App
- pradler4kant - Mar 28, 2024 - 11:57am
Baseball, anyone?
- ScottFromWyoming - Mar 28, 2024 - 11:46am
The Obituary Page
- ScottFromWyoming - Mar 28, 2024 - 11:31am
Talk Behind Their Backs Forum
- VV - Mar 28, 2024 - 11:27am
March 2024 Photo Theme - Many
- NoEnzLefttoSplit - Mar 28, 2024 - 11:07am
Wordle - daily game
- rgio - Mar 28, 2024 - 11:00am
Bug Reports & Feature Requests
- Beaker - Mar 28, 2024 - 9:30am
NY Times Strands
- geoff_morphini - Mar 28, 2024 - 8:37am
NYTimes Connections
- geoff_morphini - Mar 28, 2024 - 8:29am
Radio Paradise Comments
- pilgrim - Mar 28, 2024 - 8:19am
Business as Usual
- black321 - Mar 28, 2024 - 8:09am
Trump
- rgio - Mar 28, 2024 - 7:29am
Outstanding Covers
- thisbody - Mar 28, 2024 - 5:51am
Today in History
- DaveInSaoMiguel - Mar 28, 2024 - 4:28am
USA! USA! USA!
- R_P - Mar 27, 2024 - 7:40pm
Little known information...maybe even facts
- haresfur - Mar 27, 2024 - 6:21pm
Live Music
- oldviolin - Mar 27, 2024 - 5:08pm
RightWingNutZ
- R_P - Mar 27, 2024 - 3:48pm
Please Don't Post Here
- Red_Dragon - Mar 27, 2024 - 11:02am
Motivational Office Cliches...
- NoEnzLefttoSplit - Mar 26, 2024 - 10:20pm
(Big) Media Watch
- Red_Dragon - Mar 26, 2024 - 6:18pm
Solar / Wind / Geothermal / Efficiency Energy
- islander - Mar 26, 2024 - 8:00am
Is there any DOG news out there?
- Beez - Mar 26, 2024 - 7:24am
Food
- Steely_D - Mar 26, 2024 - 1:41am
Vinyl Only Spin List
- kurtster - Mar 25, 2024 - 6:56pm
Derplahoma!
- Red_Dragon - Mar 25, 2024 - 3:48pm
Frequent drop outs (The Netherlands)
- kingen - Mar 25, 2024 - 2:43pm
China
- R_P - Mar 25, 2024 - 11:59am
Musky Mythology
- R_P - Mar 25, 2024 - 11:20am
Play history seems to indicate that I"m streaming 24/7, b...
- jarro - Mar 25, 2024 - 10:44am
April 8th Partial Solar Eclipse
- Coaxial - Mar 24, 2024 - 6:22pm
New Music
- KurtfromLaQuinta - Mar 24, 2024 - 5:07pm
Dental Floss Tycoons, and other Montana Myths, Facts, and...
- Red_Dragon - Mar 24, 2024 - 12:32pm
Basketball
- oldviolin - Mar 23, 2024 - 2:50pm
What Makes You Laugh?
- ScottFromWyoming - Mar 23, 2024 - 1:54pm
Joe Biden
- kurtster - Mar 23, 2024 - 11:17am
Technical Streaming Note for Nerdy RP DIYers
- sjagminas1 - Mar 23, 2024 - 10:16am
Museum Of Bad Album Covers
- Proclivities - Mar 23, 2024 - 8:56am
Other Medical Stuff
- Antigone - Mar 22, 2024 - 3:06pm
Country Up The Bumpkin
- oldviolin - Mar 22, 2024 - 11:06am
Pernicious Pious Proclivities Particularized Prodigiously
- Red_Dragon - Mar 22, 2024 - 9:17am
Memorials - Remembering Our Loved Ones
- Bill_J - Mar 21, 2024 - 8:54pm
Can you afford to retire?
- DaveInSaoMiguel - Mar 21, 2024 - 2:15pm
Mixtape Culture Club
- KurtfromLaQuinta - Mar 21, 2024 - 11:10am
What Did You See Today?
- KurtfromLaQuinta - Mar 20, 2024 - 5:13pm
Annoying stuff. not things that piss you off, just annoyi...
- ScottFromWyoming - Mar 20, 2024 - 4:31pm
Upcoming concerts or shows you can't wait to see
- Antigone - Mar 20, 2024 - 3:10pm
Russia
- NoEnzLefttoSplit - Mar 20, 2024 - 11:44am
2024 Elections!
- Lazy8 - Mar 20, 2024 - 7:26am
Economix
- R_P - Mar 19, 2024 - 4:36pm
Name My Band
- DaveInSaoMiguel - Mar 19, 2024 - 10:53am
Delicacies: a..k.a.. the Gross Food forum
- DaveInSaoMiguel - Mar 19, 2024 - 10:12am
New Forum Member on "What Makes RP Great"
- miamizsun - Mar 19, 2024 - 4:38am
Cache stopped working on old Android Phone
- Eisenwindel - Mar 19, 2024 - 1:50am
Cryptic Posts - Leave Them Guessing
- Bill_J - Mar 18, 2024 - 8:23pm
Damn Dinosaurs!
- oldviolin - Mar 18, 2024 - 8:16pm
One Partying State - Wyoming News
- geoff_morphini - Mar 18, 2024 - 3:58pm
Great guitar faces
- skyguy - Mar 18, 2024 - 3:33pm
Despots, dictators and war criminals
- R_P - Mar 18, 2024 - 12:41pm
Uploading Music
- dischuckin - Mar 18, 2024 - 11:55am
Media Matters
- thisbody - Mar 18, 2024 - 10:03am
NASA & other news from space
- miamizsun - Mar 18, 2024 - 4:13am
MEALTICKET
- drinpt - Mar 17, 2024 - 4:13am
What makes you smile?
- Steely_D - Mar 16, 2024 - 7:31pm
|
Index »
Radio Paradise/General »
About RP »
caching in iphone/ipad app
|
Page: 1, 2, 3, 4 Next |
saellig668552
Location: Berne Gender:
|
Posted:
Jun 1, 2017 - 12:10pm |
|
now after 3 weeks of daily use, two nights ago a downloaded another cache block - and the error/bug/glitch is back again! the listened tracks are again not resulting in purgin the memory and the app is occupying more and more space on the iphone.
really weird - no change in hardware nor software - same version running. a complete cancellation (and sacrifying of the downloaded cache blocks) and reinstalling worked only approx. 2o days or 3-5 cache blocks.
either some cache blocks are corrupt or there ist somethng very strange going on with the app.
please try to locate the error and possibly fix it with the next version/update (if there is one).
thanks
steve
|
|
saellig668552
Location: Berne Gender:
|
Posted:
May 5, 2017 - 5:02am |
|
Canceling of the and reinstall did the job
cache memory is purging now
the update might have corrupted downloaded files somehow
everything fine now
thx
|
|
saellig668552
Location: Berne Gender:
|
Posted:
May 2, 2017 - 1:16pm |
|
gtufano wrote: It *may be* a bug (because, you know, bugs always linger around), but not one I'm aware of. The story is that the cache files are not deleted as soon as they are played. There are many reasons for doing that, the main one being that it's really computational expensive to understand which files are *for sure* to be deleted and deleting them continuously used to generate an audible "click" on the audio on older devices (probably because accessing the "disk" somewhat interfered with the HW audio decoding chain)...
IIRC, the cache files are purged at audio stop, when the app starts (on newer devices this happens not so frequently because, depending on your other apps usage, RP could never be purged from memory because is marked as an "audio background" app, so it have higher priority) and when a new cache block is loaded. If this don't correspond to (or it's not compatible with) your findings, just reply back and I'll try a more extensive check of the relevant code path (sorry, it was fixed months ago, so I could be wrong on *when* the cache is purged).
HTH, gt
Hello Gt I'ts me again - i had the opportunity to test this on another gadget (iOS 10.2.1) still running the 6.0.10 version of the app. On this it is purging the cache upon audio stop as you describe it. Unfortunately on my phone (iOs 10.3.1) with the version 6.0.11 installed there is no purge of the cache at all...(as described in my older post) So can i kindly ask you to checkon it in possbly fix it in the upcoming next version (whenever this is)? sorry for bugging,.... and thanks for your work :-) Regards, steven
|
|
saellig668552
Location: Berne Gender:
|
Posted:
May 1, 2017 - 9:57am |
|
gtufano wrote: It *may be* a bug (because, you know, bugs always linger around), but not one I'm aware of. The story is that the cache files are not deleted as soon as they are played. There are many reasons for doing that, the main one being that it's really computational expensive to understand which files are *for sure* to be deleted and deleting them continuously used to generate an audible "click" on the audio on older devices (probably because accessing the "disk" somewhat interfered with the HW audio decoding chain)...
IIRC, the cache files are purged at audio stop, when the app starts (on newer devices this happens not so frequently because, depending on your other apps usage, RP could never be purged from memory because is marked as an "audio background" app, so it have higher priority) and when a new cache block is loaded. If this don't correspond to (or it's not compatible with) your findings, just reply back and I'll try a more extensive check of the relevant code path (sorry, it was fixed months ago, so I could be wrong on *when* the cache is purged).
HTH, gt
Hi Giacomo, Thanks for your detailed reply. As i was testing on my gadget (iphone 7) just now, unfortunately neither a audio stop nor a restart of the app (even so after finishing listening to a full cache block) and not even a restart of the whole phone would result in any change of the used storage, at leat according to the referring information under: settings-general-storage&icloud usage). To check if the upload of new block would adjust the information is a little difficult, as the amount of increase of data varies ususally between 1.5 GB - 1.2GB per block depending of the length which is downloaded. i DO though seem to remember, that in older versions of the app the indication of the used space was refreshed...but i'm not a hundred percent shure if so and when... so i do tend to think of this as a bug, which is a little bit a pity because that means that the app will increasingly "eat up" all my storage on my gadget and would have to be erased an reinstalled periodically. At least it seems in good company - as this "problem", on the other side, seems also to appear with other "musical"apps, like the one of the biggest legal provider (no commercial/advertisement mention here in the forum) of streamed music with the possiblity to download cache date to carry on. at least a test as well as aquick research on the net looks like this ;-) But, as the music on RP and your app both are outstanding in providing joy throughout daily life, this would not stop me of using it and to continue to be supportive listener of RP! Best regards steven
|
|
gtufano
Location: Rome, Italy Gender:
|
Posted:
Apr 30, 2017 - 2:45pm |
|
saellig668552 wrote: Hi, as i mentionnend in my post. The hidden storage of my downloaded cache bloks are not disappearing after having listened to them. the iphone shows the same amount of used memory by the app. I would think, that the space or amount of used memory used by the app sholud get smaller after having listened to a downloaded block so the storage place/memory at disposal would get bigger. Otherwise the app will eventually fill up all the memory space of the phone unless the app is deleted and reinstalled. Right? This, i guesd, would not be by intention like this and must be a defect/bug. Or i am overlooking something? regards steven
It *may be* a bug (because, you know, bugs always linger around), but not one I'm aware of. The story is that the cache files are not deleted as soon as they are played. There are many reasons for doing that, the main one being that it's really computational expensive to understand which files are *for sure* to be deleted and deleting them continuously used to generate an audible "click" on the audio on older devices (probably because accessing the "disk" somewhat interfered with the HW audio decoding chain)... IIRC, the cache files are purged at audio stop, when the app starts (on newer devices this happens not so frequently because, depending on your other apps usage, RP could never be purged from memory because is marked as an "audio background" app, so it have higher priority) and when a new cache block is loaded. If this don't correspond to (or it's not compatible with) your findings, just reply back and I'll try a more extensive check of the relevant code path (sorry, it was fixed months ago, so I could be wrong on *when* the cache is purged). HTH, gt
|
|
saellig668552
Location: Berne Gender:
|
Posted:
Apr 29, 2017 - 2:27pm |
|
gtufano wrote: Hmmm. Nothing special, really. Cache data is in the sandbox, under the Cache/ directory. This is the standard "cache" directory iOS returns when asked for a cache repository. I don't make any serious effort to hide things, just the app don't use iTunes integration and I use the standard iOS encryption the OS supports (I don't opt out of it). but, really, nothing "active" is done... if you're still curious, feel free to ask!
Hi, as i mentionnend in my post. The hidden storage of my downloaded cache bloks are not disappearing after having listened to them. the iphone shows the same amount of used memory by the app. I would think, that the space or amount of used memory used by the app sholud get smaller after having listened to a downloaded block so the storage place/memory at disposal would get bigger. Otherwise the app will eventually fill up all the memory space of the phone unless the app is deleted and reinstalled. Right? This, i guesd, would not be by intention like this and must be a defect/bug. Or i am overlooking something? regards steven
|
|
saellig668552
Location: Berne Gender:
|
Posted:
Apr 27, 2017 - 2:04pm |
|
Hi I discovered, that the storage which the app uses on my iphone is not reduced when i listen to a block from start to finish. so even after the block is finished and vanished from the cache of the app the amount of storage/data the app is obtaining on the phone is still the same - BUT if i delete a block without listening to it, the storage used by the app on the phone is reduced. So does this mean, that after listening to many blocks, even if they cannot be reheard again, the memory on my phone will be fully used eventually and i will have to erease the app completely off the phone to get free storage place... Is this known? or is this a bug? i hope bill or gtufano can answer this.
thx and advance and my gratulations for the otherwise genius app
regards from switzerland, steven
|
|
saellig668552
Location: Berne Gender:
|
Posted:
Apr 27, 2017 - 1:50pm |
|
Hello, i wondering. Why the space/usage on my iphone storage/memory occupied by the rp ap after download some blocks is not reduced after finishing/listening up a whole cache block. But does actually so when i delete a block without listening to it. Does that mean, that downloaded data stays on my iphone even after listening to a block? So by consequence my available space on my phone would be completely occupied by the rp app after listening to downloaded cache block and i would be forced to completely erase the app to get free memory space again. This seems odd, because once a block istened to it cannot be heatd again but would still occipy memory in the device. thx for your reply and congrats for the otherwise superb app steven
|
|
gtufano
Location: Rome, Italy Gender:
|
Posted:
Apr 23, 2017 - 11:03am |
|
Ozparadise wrote:I am curious as to where RP stores the cache of music on my iPhone? Using iExplore I have gone looking and not only can't find the music stream in any obvious place (figuring my cache is now large and full I thought it would be easy to spot) but the RP App doesn't show up in the App list either! Some interesting cloaking going on. Hmmm. Nothing special, really. Cache data is in the sandbox, under the Cache/ directory. This is the standard "cache" directory iOS returns when asked for a cache repository. I don't make any serious effort to hide things, just the app don't use iTunes integration and I use the standard iOS encryption the OS supports (I don't opt out of it). but, really, nothing "active" is done... if you're still curious, feel free to ask!
|
|
Ozparadise
Location: Australia
|
Posted:
Apr 21, 2017 - 7:53pm |
|
I am curious as to where RP stores the cache of music on my iPhone? Using iExplore I have gone looking and not only can't find the music stream in any obvious place (figuring my cache is now large and full I thought it would be easy to spot) but the RP App doesn't show up in the App list either! Some interesting cloaking going on.
|
|
quesarah
Location: Minneapolis, MN
|
Posted:
Aug 16, 2016 - 5:41pm |
|
Same here. I can't get 100% cached. It seems to just stop at varying %s, from 13% to 75%
|
|
HiLo
|
Posted:
Aug 16, 2016 - 5:14pm |
|
Hahah - may have got it sorted - to some degree. The livestream only app was installed from the iPhone's "Purchase History" rather than searching for the the Radio Paradise app in the Apple app store.
I did one more delete/install and the new skippable app is back but still seems to choke on downloading the cache. The max I get is 60% on the download progress. I am confident that the minor glitches will get ironed out.
Thanks Bill!!
|
|
rmaple53
Location: Chicago Gender:
|
Posted:
Aug 16, 2016 - 11:57am |
|
PHATTYFIELDS wrote:I can't get to 100% cache on new Iphone app and have to re-install the app constantly. I love the station but find it very frustrating to deal with the cache new test version still failing too...
|
|
PHATTYFIELDS
|
Posted:
Aug 16, 2016 - 11:09am |
|
I can't get to 100% cache on new Iphone app and have to re-install the app constantly. I love the station but find it very frustrating to deal with the cache
|
|
rtrt
|
Posted:
Dec 27, 2015 - 11:32am |
|
BillG wrote: Our iOS developer dropped it back to 6 hours a while back due to some issues. It's still 12 on Android & hopefully will be back to 12 soon on iOS as well.
Good news - thanks for quick reply Bill.
|
|
William
Location: Eureka! Gender:
|
Posted:
Dec 27, 2015 - 7:54am |
|
rtrt wrote:Has the max cache size been reduced from 12 to 6 hours in the iPhone app?
It used to be 12 right? But now I can only see a max of 6.
That was on 320k, but when I clicked the 128k button, 6 was still the max.
I found the 12 hour option very useful, if it has been removed, then I for one would like it back please. Our iOS developer dropped it back to 6 hours a while back due to some issues. It's still 12 on Android & hopefully will be back to 12 soon on iOS as well.
|
|
rtrt
|
Posted:
Dec 27, 2015 - 7:45am |
|
Has the max cache size been reduced from 12 to 6 hours in the iPhone app?
It used to be 12 right? But now I can only see a max of 6.
That was on 320k, but when I clicked the 128k button, 6 was still the max.
I found the 12 hour option very useful, if it has been removed, then I for one would like it back please.
|
|
William
Location: Eureka! Gender:
|
Posted:
Nov 2, 2015 - 9:44am |
|
Karetto wrote:Just turn the iPad so home button is at the bottom.
Yes, the current version of the app behaves the same way on an iPad as it does on an iPhone: the extended controls (including cache settings) are available in portrait mode only. I think our developer plans to restore the iPad-only version of the landscape-mode display at some point. Sorry for any confusion.
|
|
Karetto
|
Posted:
Nov 1, 2015 - 11:53pm |
|
Just turn the iPad so home button is at the bottom.
|
|
bpkengor
Location: East Coast, USA Gender:
|
Posted:
Oct 27, 2015 - 6:33am |
|
my caching options have seemed to have disappeared on my ipad, maybe related to updating to ios 9.1? i see no options for setting up a cache anymore. All i see are "song info" "psd", "lyrics", and start/stop the song. any suggestions?
|
|
|