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 

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 

 gtufano wrote: 
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

 

 gtufano wrote: 
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

 

 saellig668552 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 

 gtufano 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 

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 

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 

 Ozparadise 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!

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. 

Same here. I can't get 100% cached. It seems to just stop at varying %s, from 13% to 75%


 

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!! 

 PHATTYFIELDS wrote: 
new test version still failing too...

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 

BillG wrote: 
Good news - thanks for quick reply Bill.

 rtrt 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.

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.

 Karetto wrote: 
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.

Just turn the iPad so home button is at the bottom.

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?