With SAB 4.7 on a Mac (don’t want to upgrade to 5.0 quite yet, although was the same with 4.5 as well) I’ve not been able to configure the app to properly download audio files from Amazon AWS whereas from another location, there’s no issues (downloads fine and plays fine). In the brief download dialog, the download dialog indicates a negative number as opposed to counting through 1->100%.
As you can below, there’s no difference in the server response via wget (both 200 and both indicate the proper file size). Moreover, the actual MP3 files are all exactly the same and play fine upon downloading or listening to via browser (no corruption).
wget https://s3-ap-northeast-1.amazonaws.com/hkbible/mp3/B03___12_Luke__________Cantonese.mp3
–2019-01-14 14:55:18-- https://s3-ap-northeast-1.amazonaws.com/hkbible/mp3/B03___12_Luke__________Cantonese.mp3
Resolving s3-ap-northeast-1.amazonaws.com (s3-ap-northeast-1.amazonaws.com)… 52.219.0.166
Connecting to s3-ap-northeast-1.amazonaws.com (s3-ap-northeast-1.amazonaws.com)|52.219.0.166|:443… connected.
HTTP request sent, awaiting response… 200 OK
Length: 1250663 (1.2M) [audio/mpeg]
Saving to: ‘B03___12_Luke__________Cantonese.mp3’
B03___12_Luke__________Cantonese.mp3.2 100%[===============================================================================>] 1.19M 577KB/s in 2.1s
2019-01-14 14:55:21 (577 KB/s) - ‘B03___12_Luke__________Cantonese.mp3.2’ saved [1250663/1250663]
$ wget https://www.tulbox.com/hkbible/B03___12_Luke__________Cantonese.mp3
–2019-01-14 12:04:07-- https://www.tulbox.com/hkbible/B03___12_Luke__________Cantonese.mp3
Resolving www.tulbox.com (www.tulbox.com)… 104.31.70.141, 104.31.71.141, 2606:4700:30::681f:468d, …
Connecting to www.tulbox.com (www.tulbox.com)|104.31.70.141|:443… connected.
HTTP request sent, awaiting response… 200 OK
Length: 1250663 (1.2M) [audio/mpeg]
Saving to: ‘B03___12_Luke__________Cantonese.mp3’
B03___12_Luke__________Cantonese.mp3.1 100%[===============================================================================>] 1.19M 7.77MB/s in 0.2s
2019-01-14 12:04:07 (7.77 MB/s) - ‘B03___12_Luke__________Cantonese.mp3.1’ saved [1250663/1250663]
Additionally, analyzing some response header information when testing via Paw, it all lines up well enough:
Other Web Server through Cloudflare
HTTP/1.1 200 OK
Date: Mon, 14 Jan 2019 23:03:29 GMT
Content-Type: audio/mpeg
Content-Length: 1250663
Connection: close
Cache-Control: max-age=2592000
Last-Modified: Mon, 06 Aug 2018 18:36:40 GMT
Accept-Ranges: bytes
ETag: “0ec376ab42dd41:0”
X-Powered-By: ASP.NET
X-UA-Compatible: IE=Edge
Expect-CT: max-age=604800, report-uri=“https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct”
Server: cloudflare
CF-RAY: 4993bc7a2837bce0-SEA
Amazon S3
HTTP/1.1 200 OK
x-amz-id-2: xvJ+OG4fDm/3mjjbZjL/KrlWiTpFMDbxTUdCKFA4joHRYyrYt/NMRooxc/FtKyESUykNhojMBG8=
x-amz-request-id: BA9C323D60FD782F
Date: Mon, 14 Jan 2019 23:01:45 GMT
Last-Modified: Mon, 14 Jan 2019 21:17:10 GMT
ETag: “ab7ad7278edb94a9be6cbd4ec65d64cd”
Accept-Ranges: bytes
Content-Type: audio/mpeg
Content-Length: 1250663
Server: AmazonS3
Connection: close
Originally Amazon S3 was serving it up with audio/mp3 mime type, but adjusted that, and still have the same issue only from within the Scripture App. I’d really like to offload the files to S3, but unless I can resolve this problem, doesn’t look like I can.