[ ]   [ ]   [ ]                        [ ]      [ ]   [ ]

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
Post to this Topic
saellig668552

saellig668552 Avatar

Location: Berne
Gender: Male


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

saellig668552 Avatar

Location: Berne
Gender: Male


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

saellig668552 Avatar

Location: Berne
Gender: Male


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

saellig668552 Avatar

Location: Berne
Gender: Male


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

gtufano Avatar

Location: Rome, Italy
Gender: Male


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

saellig668552 Avatar

Location: Berne
Gender: Male


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

saellig668552 Avatar

Location: Berne
Gender: Male


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

saellig668552 Avatar

Location: Berne
Gender: Male


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

gtufano Avatar

Location: Rome, Italy
Gender: Male


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

Ozparadise Avatar

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

quesarah Avatar

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

HiLo Avatar



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

rmaple53 Avatar

Location: Chicago
Gender: Male


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

PHATTYFIELDS Avatar



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

rtrt Avatar



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

William Avatar

Location: Eureka!
Gender: Male


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

rtrt Avatar



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

William Avatar

Location: Eureka!
Gender: Male


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

Karetto Avatar



Posted: Nov 1, 2015 - 11:53pm

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

bpkengor Avatar

Location: East Coast, USA
Gender: Male


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?
Page: 1, 2, 3, 4  Next