Same here using a Canon 550D DSLR. Even using 100mb ethernet cable (40m distance between switches) takes about 30 seconds to download the image.
Using CR2 format takes a bit less, but the problem persists. I am using the same method, download only to server and sync after that. Without this, It has the same impact on internal guider too.

So the work that I did this last weekend should help some with the bandwidth issues. Basically I set it up so that it gets a very small image from PHD2 of just the star it is currently guiding on, so the whole image download is not necessary. More important the image download to the client is not important for the actual guiding, it is just a request and if it doesn't transfer, it doesn't actually affect guiding. PHD2 is handling all the guiding and so whether or not the image gets updated in Ekos is not relevant to the actual guiding. Another point is that if you want, you can use a camera on PHD2 that is not connected to INDI if you like and PHD2 will still send the guiding information for the graphs and the star image back to Ekos for display. I found in my experimenting that using a non-INDI camera and/or a camera not connected to Ekos actually allows for faster guiding since it doesn't have to transfer the file back to the client at all.

I did a whole bunch of PHD2 stuff today which is currently undergoing testing and should make it into KStars soon. i got the RMS error calculated correctly and the error properly scaled because I implemented a function to get the PHD pixel scale. I also further improved the image work I did before to make it more reliable. I did a bunch of other things under the hood that will make it easier to add more stuff later.

Here is a preview of things to come shortly!

In Ekos, after using it for polar alignment, I disconnect the guiding camera and have PHD2 connect to it only. This should prevent any traffic from it over the remote connection.

Thanks @rlancaste! This is great to have PHD2 well integrated with Ekos!

Yes, this is what I mean. That's how I did my tests I posted here. I either removed the guider from the profile in Ekos or I went one step forward and made it not served by INDI at all. The PHD2 star images, graphs, and guiding results I implemented in the last week will come through with or without the guide camera being connected.

This is awesome. A few months ago, I started working on a PHD2 interface for the MGen Autoguider, that would provide correction and frame messages like a regular PHD2 installation would, from indiserver. While I interrupted that activity to cut wood for my backyard obs, I'll follow this up. I had found Ekos a bit difficult to talk with at the time

-Eric

I just added a new feature to the guide module. The drift plot. By the way, even though this is running with PHD2, it works with the internal guider as well.

WOW! Thank you Rob.

If only my mount works tonight. It is back from warranty work, and well... twice last night it went off into la-la-land. Hopefully tonight it will work and I can get to use this.

Cheers!

Note the change is not pushed to GIT yet, but it should be within a short time. Do you pull your KStars version from the GIT repository, do you get it from the PPA, or do you use a Mac or Windows DMG/Installer? It will take longer to get it to the PPA than GIT, and the Mac/Windows installers will probably not be updated for a day or two.

The Mac dmg on the website is now the latest version. It includes the added phd2 support and the drift plot in guiding

So after I have done quite a bit of work in the last couple of weeks, I think the enhanced phd2 support and improved guiding graphics are now finished. They are now on the latest git on GitHub, but the PPA, the Mac DMG, and the windows version will be a few more days away. If anybody who is building from source could test the changes I have been making to PHD2, I would appreciate it.

Thanks!