Error: cannot find zipfile directory in one of AutoKit.apk

[mojmojtoo]

Hi,

when I run the executable 1.0.3 or 1.0.4 it waits a little and then I get this message in the terminal:

file downloaded, unzipping End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of AutoKit.apk or AutoKit.apk.zip, and cannot find AutoKit.apk.ZIP, period.

I get this message as the GUI loads and it does go on to show a "connect iPhone" screen and then a blank screen once you do.

Any idea what's going on here?

Thanks,

Allan

[rhysmorgan134]

I think you have inadvertently cancelled the download of the apk file. The first time it launches it downloads this file, extracts the files that need to be uploaded to the dongle. It only has to download this once.

In the same directory that you run the AppImage, delete AutoKit.apk, and also delete the assets folder if it is there. Then re run the executable, it may take a short while to download, but once it has done it once it won’t need it again.

[mojmojtoo]

Thanks for the response. I tried your suggestions with the same result. :/ It looks like the issue it's having is with extracting. The drive has plenty of space so that's not it. I'm wondering if it's an OS issue with the packages it's using, maybe? Is there a debug mode I can use for more diag info?

Thanks,

pi@raspberrypi:/var/cplay $ sudo ./ReactCarplay-1.0.4-armv7l.AppImage --no-sandbox /root/.config/ReactCarplay spawning carplay { dpi: 240, nightMode: 0, hand: 0, boxName: 'nodePlay', width: 800, height: 480, fps: 30 } Assets not present, downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 942 100 942 0 0 2699 0 --:--:-- --:--:-- --:--:-- 2699 file downloaded, unzipping End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of AutoKit.apk or AutoKit.apk.zip, and cannot find AutoKit.apk.ZIP, period. WebContents #1 called ipcRenderer.sendSync() with 'fpsReq' channel without listeners. pi@raspberrypi:/var/cplay $

[rhysmorgan134]

There wouldn't really be any more info it can give, it should download the file from here

http://121.40.123.198:8080/AutoKit/AutoKit.apk

then just run the unzip command on that apk.

I am wondering whether it is because you are running it from /var directory and that needs root permissions? In any case, if you extract the contents of that apk and place in the root directory of the project, it will use the files from there. However I would recommend maybe trying it in the pi home directory

[mojmojtoo]

Hi, thanks for the response again. I figured it out, your initial observation was right, the download is stopped inadvertently",..

Apparently that URL is on a page that is a virus ridden and putrid swamp, according to my Bitdefender Box... :| So, I just allowed that (because security schemurity) and hey presto - works great actually!

BD Box is an inline domestic IDS/IPS type device and it's likely no one has tried to download from behind that in this way, or if they did they were smart enough to work it out before contacting you. ;)

I don't know why Bitdefender have flagged this page but it thinks the page is either trying to download something malicious or collect data from the browser it doesn't like. I thought you'd like to know, although it's likely pretty irreverent to the Pi in this situation. Makes you wonder what might be in the APK though.