@JacksonB Can you get me the iOS and PMS logs?
I’m wondering if the 2 active streams are affecting your download. Do you have any limitations such as an upload speed limit or remote streaming limits set on your server? These are the settings under the remote access tab. Or a number of transcodes limit under the transcoder tab? Downloads will take a backseat to streams if there is a bandwidth bottleneck. What is your internet upload speed?
I’ve reproduced the speed issue without any active remote streams. I’ve reproduced it when I was both local to the Plex server (same LAN, same subnet) as well as remote.
I have no limitations configured on the Plex server and my internet speed is 1Gb/s in both directions. No limits to simultaneous transcodes. I have remote streams limited to 10 per user.
I’m not able to immediately provide logs until later today. I’ll send those to you directly since I’m not sure what kind of info remains in the log files. I’ll perform Download tests from the iOS client on an iPad using both wifi and the wired USB-C dongle so you have the comparison.
Please grab the logs just a few minutes after it starts, that way all the startup info is there. Provide new logs for each test so it’s easier to find the data.
For myself, I’ve done a lot of testing around the issue. It seems like a client recv buffer issue. There is a high initial ramp up to 400 Mbps and then drops to 5 Mbps sustained… almost like iOS is GCing some chunks and letting a little data through.
“Downloading” a video works fine over wifi/wired/etc using a computer and the web interface on Linux and Mac. The browser goes full speed without throttling.
Apologies for the delay. I sent you a direct message on the forums with the requested logs. The subject of which is “Captured Logs for iOS Downloads”
Sadly, just tested again to see how things are going with a fix to this issue, sadly no change (in fact for me it appears worse). Same device, connected via WIFI local LAN paled in exactly the same place and downloading the same movie file (whole file).
This is a constant issue, that I can reproduce anytime across three different iPads, and has been an issue across multiple Player and Server versions since the launch of the new Downloads feature.
I’ve send Player and Server debug files to @anon18523487 via DM.
Looking forward to this issue getting resolved, happy to help with further testing and log capture as required.
Plex download config:
Video Quality = Original
Audio Quality = Original
Download Format = Original
Running on MacStudio M1 with less than 10% CPU load, 32GB RAM, over Unifi network and wifi.
Plex Server Version = 1.31.2.6757 (MacOS / M1 Pro Arm)
Plex Player Version = 8.15
Plex Player = iPad Pro M1
Infuse Player = 7.4.10 (4329)
Player status
Foreground
Also background makes no difference
Network topology
[MacStudio]----ethernet----[Unifi_Switch]----ethernet----[Unifi_AP]----Wifi6----[iPad]
Speed test from iPad to local Speedtest server over WIFI
~360Mbps down / ~39Mbps up
I initially had issues last year with downloads not working correctly, they download and then not be playable. But that was resolved and I remember last time I used the feature it actually worked pretty well.
I am leaving for a trip in a couple of days and because I saw this thread I decided to start downloading content early instead of the night before.
It’s currently downloading at 60 Mbps. The tablet gets a couple hundred Mbps throughput on the AP and it is currently sitting 3 feet from it, and it is 1 Gbps between the AP and the switch the Plex server is on.
I am thinking in my case it is actually the speed of the storage in the device? My tablet has a 512 GB MicroSD-XCI card. The minimum sequential write spec on that standard would be 10 or 30 MB(bytes)ps (its missing the icon that indicates which speed class it is between those 2, but the specs online say class 10 which puts it at the 10 MBps). So if it is the 10 MBps that would be 80 Mbps… So is the bottleneck the media? I get that it is the minimum spec, but if they are similar to SSD’s that minimum spec is actually ‘in a perfect world’. If the tablet has any kind of overhead on the bus to that card, I could see it being maxed out?
At first I thought it was the limited resources Plex uses to transcode downloaded content - it’s a Truecharts app on TrueNAS scale, and I have 8 CPU threads available to it (out of 20 total) and it is only using one thread on one core (would still be great to pick and choose what tasks could use more CPU! ChannelsDVR has way less resources and I can pick how many threads I want commercial detection to use)… But while writing this the Plex transcoder actually disappeared from ‘top’ with the downloads still in progress, so I think it may have finished transcoding the files, and now the device is working on downloading them…
I don’t think this would be the issue with people using iPhones or other devices with faster storage, but if you are using relatively lower spec flash memory in a device like I am, that could definitely be a bottleneck.
Still waiting for this issue to be resolved.
This is still present on iphones and has been so for god knows how long. Still nothing has been done about it.
Can we get some updates on this please?
This issue has existed since day one of the new downloads feature and has never worked even after trying it on many different devices over as many years. Have the devs ever actually tested this feature? Does it or has it ever worked for anyone? Bring back sync!
Testing?? What is this thing you speak of?
They can’t even be bothered to reply to this thread, do you think any testing was carried out prior to releasing this feature? Because if it was, then they would’ve realised iOS ain’t playing ball with it
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
