hi i am trying to download esenthel engine 2 demo
but i receive a download error on "could not ... bison ground"
then it asks me agin for the path of instalation i set it again like
i did the first time and the error occur's again and again ,if i cancel
i waste the already downloaded parts because it well "canceled"
Hi,
1. Are you on Windows/Mac?
2. In which country are you located?
3. Is your internet connection stable? Or do you get disconnected often?
4. Is it cable or radio internet?
5. Are you using a router?
6. Do you have a firewall/antivirus software installed?
7. What's the speed of your internet connection?
1. Os is windows
2.dont see why you need that but south africa
3.stable enough to download v1 and many other stuff.
4.5.6.7. I really have no issues on my end but
most likely it sounds like you might think it is
internet related , i shall try out another time
As i am pretty happy with v1 at the moment.
The install went right up to where it needed to
download a resource texture/material bison ground something abd then reported
An error of the likes "could not read from bison...." something like that and it just fails dead right there , could be connection related but i am having my doubts esenthel since i have seen atleast one orher person here with the same problem , a connection cannot fail two people across the world at exactly the same spot during a download as i see it , but i will try it again some other time .
Win 7
Germany
connection is stable
it is a umts / radio connection
atm i don't know how the files are transfered, but for me it could be that it fails because the most radio-connections use proxys that compress image-formats that have no or less compression.
It will save a JPG in "D:/image.jpg", could you then please RAR/ZIP the file and attach it here? (you can change the path if you don't have a "D" drive)
Many thanks for sending me the file
The result is quite fascinating actually, because your file is smaller than the original, binary data is different, however the image result (pixels/colors) are exactly the same.
Are you aware of any documentation/information about proxies - why does this happen and how do they work?
I'll investigate this further.
Maybe a solution would be to not download the file straight from the JPG file on the server, but perhaps access a PHP script that would send the contents of the file (something like download "script.php?file=path/image.jpg" instead of download "path/image.jpg") perhaps the MIME type would not be then detected as image/jpeg, and the proxy would not try to perform slimming down of the image.
Can you try 'preview3' and 'preview4' php files as well?
By default I am uploading files in compressed mode when using Uploader and then Patcher tools, however I've made an optimization that does not compress files that are already compressed (typically when you ZIP/RAR/7Z - jpeg files, then you don't really gain any smaller size)
the same here.
i meant when using an archive for transfering the data it is irrelevant if compressed or not, the point is that these proxy's read the file header/ending to decide if it is a file that should be optimized/compressed or not.
so if using an archive the proxy wouldn't mind what's in there
(This post was last modified: 09-18-2013 11:21 AM by psyco001.)
I store all of the files separately on the server, so when just one file gets changed, then only this file needs to be updated (uploaded and later downloaded). So it didn't make any sense to make an archive for each file separately.
I've expected to get exactly the original file when downloading it from the server, meaning - if the proxy compresses the file somehow for the transfer, then let it be decompressed to exactly the same original data.
Proxy breaks this.
I'll need to think about this, how to workaround it.