I am also experiencing this issue. This is not related to SD cards as I can reproduce over all iOS/iPadOS devices I have access to. Each seems to download at around 10 Mbps with occasional spikes to hundreds of Mbps (the speed my wife can actually achieve).
I am running Plex in docker using host networking, I have also tested with my firewall enabled and disabled. No change in either state.
Happy to provide logs as required.
Is this being looked into? Can the Plex team reproduce this? At this point Plex is not fit for purpose for my use case, Iād love to resolve this but if not Iāll have to find other options.
Youād think with the rolling out downloads this would finally be working. Similar situation as @liamb , running remotely on docker and just canāt download anything.
If this could be looked into it would be greatly appreciated:)
Hmm, I guess not, I just moved my server config/data to a non-docker environment and get the same speeds as I was getting when the server was in docker.
It seems that the teams on Plex are ignoring their IOS users, this issue has more than 6 months and still unresolved, I see a lot of people, including me, complaining about the IOS slow download on remote, or simply not working for them and the DEVs ignore them and donāt reply, or ask questions to try and diagnose the issue. I wonder if we should open an new thread specificly for the IOS issue, or what to call for attention to us. It has been more than a month since anyone from Plex gave an usefull reply, and it was regarding Android, Android seems to be fixed now on the beta while IOS user are still waiting for someone to acknowledge the problem.
Plex team need to understand that this is a PAID feature, so their CLIENTS expect and deserve PAID level assistance! 6 months is not acceptable to fix a āflagshipā feature of the sold product.
PS: Iām also using plex in a docker container, if someone is wondering, but form other people replies it seems that it doesnāt matter.
Tbh I get the feeling this is not a priority for them. Thereās an issue thatās even more serious on the server side thatās been stewing for years and they havenāt done anything about it (default quality for clients when using for the first time).
In the meantime however we get crap no one asked for like movies and tv on Plex and emulation.
Focus on the base product and make sure it does what it advertises WELL, then add new features. Donāt distribute a broken product before making sure all is working as expected.
My point exactly, last few months Plex has been getting crapier and crapier after each update, now for some reason I cannot watch 4K HDR content on my Apple TV, and it used to play perfectly, movies that Iāve watched a couple of months ago, donāt play anymore, stuttering like hell or refusing to play. If this was a free opensource project, I would understand, but since it is now a payed product, they need to make sure it works first!
MovieFan has been very responsive here, so I donāt understand your position that theyāre ignoring their users.
Yes the feature has a bug, an annoying bug, for transfer speeds but I, for one, donāt feel like thatās caused the product to go downhill.
At least for me and my users, itās been as stable, if not more stable, but to each their own (opinion)
I have a 100% reproducible case and the capabilities to do more detailed logging and diagnostics.
@anon18523487 Can you please let me know what information would be the most helpful for you to diagnose?
What does the download process look like in communication between client and server? Even a swim lane (or whatever appropriate type) diagram here can be helpful. Iāll be grabbing some packet captures for analysis and any info you can provide to help me identify aberrant behaviour would be great.
Iām assuming that the whole download process happens over HTTP(S). Can you confirm this?
And finally, for uploading logs/packet captures, Iām not super keen to put those on a publicly accessible forum. Is there a way to privately submit data/logs to you or other team members?
Downloading works similar to streaming. The app request the file from the server, either in direct play, direct stream, or transcode. The server serves the appropriate file, the app saves the file. Once the file is transferred it compares to the server to make sure itās complete then adds it to the downloaded content section.
There appears to be some sort of slowness where the transfer is being limited. If you have an upload speed limit, that will be enforced but Iām getting reports that this happens even locally and without any other streaming going on so there shouldnāt be any limitations.
Iām assuming that the whole download process happens over HTTP(S). Can you confirm this?
It depends on the connection between the server and client. Youād have to look at the logs to see which IP the client is accessing the server through.
Is there a way to privately submit data/logs to you or other team members?
PM them to me. Click on my username then select message.
timpotter, Iām sorry but no, last reply from Moviefans regarding IOS was almost a month ago, saying that he doesnāt know what is happening, and no follow up, people are here to try and help the devs diagnose and solve the issue, give out logs, or whaever they need, I just would like to see the ball rolling, whatever it reach the goal or not, if we keep on working it will eventually reach there.
Iāve seen now that MovieFan has replied now.
Iām still not able to reproduce the slowness. My downloads are going 100-200 Mbps over WiFi to my iPad. There hasnāt been any details in the logs I received to indicate why the transfer is slow.
Iām leaning this being something on the server, but I canāt verify it. If someone has slow downloads with fast internet and willing to share something with me so I can test, that would be great.
