@Jimbro said in Slow Download on macOS:

@baduymus Facing s

https://youtu.be/M7w13VR1xOY I solved the issue and share on my youtube channel I hope it works also to you.

@JKSH

I did the download overnight anyway so I don't need further help resolving it, but I'll do that post on the Development mailing list to help others.

...unfortunately it is no longer possible to manually choose a mirror in the online installer.

Post the download speed you get from your default mirror, compared with the download speed you get from the best mirror you can find manually.

I'm confused, if I'm unable to manually choose the mirror in the installer, am I supposed to test my best mirror speed on the offline sources instead?

If I manually select http://mirrors.ocf.berkeley.edu/ today I can get ~1 MiB/s.

Presumably from the offline mirrors? Using the same mirror only gave me 330KBps.

The smallest possible download is a few hundred MB, which can be feasibly downloaded on a 200 KiB/s link.

The MSVC 2019 32 and 64 bit for Qt 5.15 are each 7GB so that's what I meant by smallest possible download.

I am answering my own question.

I logged on :
https://www.qt.io/offline-installers
and the download has continued without problems for 30 minutes now !

I cross my fingers.

@marcinb Why do you post this here? This is not your thread and your post has no relation to this thread!
Take a look at the top of the forum page: you will see that this is a known issue and there are two links about it.

@hakanaktan

In your first post you have a connect to readyRead() that will be triggered most likely several times. If this is still there that might be the explanation that no data is available when finished is triggered. I suggest that you either way and the better is wait for finished signal.

@JG97 said in QT 5.8.0 64 Bit with MinGW-w64 Configuration:

How do I configure the x86 package for building 64 bit applications?

You can't. You install Qt 5.12 MinGW 64bit and MinGW 64bit (it is available in the installer under Tools) and use this for 64bit apps. For 32bit apps you do the same but 32bit...

Hi,

What version of macOS are you using ?

You don't need to login to get the Open Source version of Qt.

The /Application folder is protected because it's shared among all computer users. You should rather keep the default installation path in your user's folder.

There's no need to select everything especially if you intend to only develop on macOS. Just select the macOS build.

What exactly did the Kit page show once you had that message in Qt Creator ?

By the way, it's Qt, QT stands for Apple's QuickTime which is likely not what you want to develop with.

#include <QCoreApplication> #include <QNetworkAccessManager> #include <QNetworkReply> #include <QNetworkRequest> int main(int argc, char *argv[]) { QCoreApplication a(argc,argv); QNetworkAccessManager netMan; QNetworkReply* const repl = netMan.get(QNetworkRequest(QUrl::fromUserInput(R"**(ftp://131.225.104.13/linux/.snapshot/NDMP_AUTO_SNAPSHOT3210/fermi/contrib/obsolete/video/nvidia/5328/NVIDIA.5328.README.txt)**"))); QObject::connect(repl,&QNetworkReply::readyRead,[repl]()->void{ qDebug().noquote() << repl->readAll(); }); QObject::connect(repl,QOverload<QNetworkReply::NetworkError>::of(&QNetworkReply::error),[repl]()->void{ qDebug() << "Error: " + repl->errorString(); }); QObject::connect(repl,&QNetworkReply::finished,repl,&QNetworkReply::deleteLater); QObject::connect(&netMan,&QNetworkAccessManager::authenticationRequired,repl,[repl](QNetworkReply *reply, QAuthenticator *authenticator)->void{ if(reply!=repl) return; aAuthenticator->setUser("MyUserName"); aAuthenticator->setPassword("MyPassword"); }); return a.exec(); }

AFAIK, QtWebKit static build has been disabled a long time ago.

Oh dear, you're absolutely right. I was completely overdoing it.
In that case, I must only check for the language files to be present.

Hi @Mathan-M,

With QML you can use Qt.openUrlExternally(/path/to/my/file/myFile) to open an file with the default program.
More informations here.

Bye

Charlie

The server is not returning anything useful in the HTTP headers (I wouldn't expect it to):

~/tmp$ wget -S 'http://u801.wapkafile.com//g03/video/1253022/7940/c8f9a32ef15648bfa6f693102de27835/DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610' --2016-07-27 18:21:15-- http://u801.wapkafile.com//g03/video/1253022/7940/c8f9a32ef15648bfa6f693102de27835/DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610 Resolving u801.wapkafile.com (u801.wapkafile.com)... 8.37.229.38 Connecting to u801.wapkafile.com (u801.wapkafile.com)|8.37.229.38|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Server: nginx Date: Wed, 27 Jul 2016 08:21:15 GMT Content-Type: video/x-msvideo Content-Length: 65707724 Connection: keep-alive Last-Modified: Wed, 31 Dec 2014 06:15:08 GMT Content-Disposition: attachment; filename="DARNA-ZAROORI-HAI-3(Movies7.In).avi" Accept-Ranges: bytes Expires: Wed, 03 Aug 2016 06:34:10 GMT Cache-Control: max-age=604800 Cache-Control: s-maxage=604800,max-age=604800 Age: 6425 X-Cache: HIT TCP_MEM_HIT dirn:0:1402323922 X-Swift-SaveTime: Wed, 27 Jul 2016 06:34:10 GMT X-Swift-CacheTime: 604800 Via: 440d210b[0,206-0,H] Length: 65707724 (63M) [video/x-msvideo] Saving to: 'DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610.1’

So Download Manager must be getting the info from the metadata at the start of the file.

For example, I only downloaded the first 70KB of the file, and:

~/tmp$ file DARNA-ZAROORI-HAI-3\(Movies7.In\).avi\?md5=TU7ibYa85byjzJyJcH_LXQ\&expires=1458916610 DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610: RIFF (little-endian) data, AVI, 640 x 360, ~30 fps, video: H.264 X.264 or H.264, audio: MPEG-1 Layer 3 (stereo, 22050 Hz)

So the info is there at the start. I expect you'll want to use a library to parse it out. I'm not sure if Qt has such functionality built-in. Perhaps have a look through the Qt Multimedia docs.

Cheers.

Last week i sent a "false positive" report to avast av and now looks like the MSVC2015-32bit package is not blocked anymore

Okay, so the idea here is to utilize the Item element's grabToImage method to save everything inside the element to a file. Placing the Image inside the Item, and calling the method provides the feature I was looking for. Thanks, @p3c0!

Reference code:

Item { id: "itemInQuestion"; Image { id: myImage; source: "http://www.arbitrarySource.com/arbitraryImage.jpeg" } } // ... MouseArea { id: "someMouseArea"; onClicked: { itemInQuestion.grabToImage(function (result) { result.saveToFile("/arbitrary/file/system/path/myArbitraryImage.jpeg"); }); } }

EDIT: I hadn't realized the grabToImage method is an inherited method in Image. The use of a wrapping Item is unnecessary in this case. I should also note that this method does not save the actual image, but a lower resolution copy, as quoted from the documentation: "This function will render the item to an offscreen surface and copy that surface from the GPU's memory into the CPU's memory, which can be quite costly." Is there a better way of saving the full resolution image to a file without having to request it from it's source a second time? This sort of brings me back to my original question.