My UploadPi only works for the first time

[kezb765]

Hi,

I installed uploadPi and transfered successfully a sketch to my Raspberry. After upload it started automatically. I rebooted the Raspberry, the autostart was also ok.

Then I edited the sketch on my Laptop, selected uploadPi again, and it said "Uploading..." forever. I tried several times without success. The CPU on the raspberry always goes up to ca. 30% for just 2-3 seconds and then stays at 0%, so I think something is blocking.

My constellation:

• a local network with a laptop and a raspberry 3
• laptop: win7-64bit, processing 3.2.3, upload pi 1.1 (per Install-Tool)
• raspberry 3, with actual Linux (the "May 2016" - image, with all updates) and Processing 3.2.2 (there is still no 3.2.3 for linuxarm6hf)
• the sketch runs fine on my raspberry, it makes use of the raspberry camera (it uses the gohai.glvideo).

Greetings, Mikel (from Cologne)

[gohai]

@kezb765 How big is your sketch folder? When it says "Uploading...", does it close the already-running sketch on the Pi? At this point, when you go to your home directory on the Pi and do ls, do you see your sketch folder that was uploaded by the tool? (Any/all files inside?)

What happens is you rename the sketch on your PC and upload to the Pi? Does it work in this case?

[kezb765]

Hi, thanks for the reply!

My sketch is 3601 bytes long. It uses your library "gohai.glvideo" and it compiles on the laptop-side to a lot of files in "application.linux64" (5 MBytes, 12 files) and "application.linux-armv6hf" (111 MBytes, 171 files). When running "uploading" it closes down the running sketch on the PI.

Now I took my time and watched the files on the PI in lib/gstreamer-1.0/ coming in, one after another. There are 130 files to copy and now it succeeded, after 30 Minutes... it works!

Sorry for my unneccessary excitment,

Mikel.

[gohai]

@kezb765

30 minutes is bad. There are three things we could do about it:

• enable SSH compression
• slim down the GLVideo library
• only upload files that got changed, not the whole sketch (won't help for the first upload, but for consecutive ones)

I'll probably give the SSH compression a try next weekend. Would you be able test how much of a difference it makes?

On Nov 14, 2016 12:35 AM, "kezb765" [email protected] wrote:

Hi, thanks for the reply!

My sketch is 3601 bytes long. It uses your library "gohai.glvideo" and it compiles on the laptop-side to a lot of files in "application.linux64" (5 MBytes, 12 files) and "application.linux-armv6hf" (111 MBytes, 171 files). When running "uploading" it closes down the running sketch on the PI.

Now I took my time and watched the files on the PI in lib/gstreamer-1.0/ coming in, one after another. There are 130 files to copy and now it succeeded, after 30 Minutes... it works!

Sorry for my unneccessary excitment,

Mikel.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gohai/processing-uploadtopi/issues/3#issuecomment-260221915, or mute the thread https://github.com/notifications/unsubscribe-auth/AEt2KxLJu3H6sq0OauMOaOsjyWHIRJpDks5q957EgaJpZM4KuaKZ .

[kezb765]

Thank you,

yes, I am willing to test any updates!

Compressing binary files might or might not help... in my opinion I would give the third option a chance, because actually the whole Gstreamer-Library gets uploaded again and again.So a test, if a certain file inside "lib" is present and has the right timestamp should be sufficient. Maybe the first upload takes a long time, but from a developers view it could be helpful for the next few testcases.

Plus: I could fill the library-Files on the PI (/home/pi/processing-sketch-xxx/lib) from a local directory by myself, that would speed up the first upload also!

Greetings, Mikel.

-----Original-Nachricht----- Betreff: Re: [gohai/processing-uploadtopi] My UploadPi only works for the first time (#3) Datum: 2016-11-14T09:48:21+0100 Von: "Gottfried Haider" [email protected] An: "gohai/processing-uploadtopi" [email protected]

@kezb765

30 minutes is bad. There are three things we could do about it:

• enable SSH compression
• slim down the GLVideo library
• only upload files that got changed, not the whole sketch (won't help for the first upload, but for consecutive ones)

I'll probably give the SSH compression a try next weekend. Would you be able test how much of a difference it makes?

On Nov 14, 2016 12:35 AM, "kezb765" [email protected] wrote:

Hi, thanks for the reply!

My sketch is 3601 bytes long. It uses your library "gohai.glvideo" and it compiles on the laptop-side to a lot of files in "application.linux64" (5 MBytes, 12 files) and "application.linux-armv6hf" (111 MBytes, 171 files). When running "uploading" it closes down the running sketch on the PI.

Now I took my time and watched the files on the PI in lib/gstreamer-1.0/ coming in, one after another. There are 130 files to copy and now it succeeded, after 30 Minutes... it works!

Sorry for my unneccessary excitment,

Mikel.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub

https://github.com/gohai/processing-uploadtopi/issues/3#issuecomment-260221915, or mute the thread

https://github.com/notifications/unsubscribe-auth/AEt2KxLJu3H6sq0OauMOaOsjyWHIRJpDks5q957EgaJpZM4KuaKZ .

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/gohai/processing-uploadtopi/issues/3#issuecomment-260279175 , or mute the thread https://github.com/notifications/unsubscribe-auth/AHUHnMLnQr4V-jhfesJ8dJmw9Ju9Dv3zks5q-CBRgaJpZM4KuaKZ .

{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/gohai/processing-uploadtopi","title":"gohai/processing-uploadtopi","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/gohai/processing-uploadtopi"}},"updates":{"snippets":[{"icon":"PERSON","message":"@gohai in #3: @kezb765\n\n30 minutes is bad. There are three things we could do about it:\n* enable SSH compression\n* slim down the GLVideo library\n* only upload files that got changed, not the whole sketch (won't help for\nthe first upload, but for consecutive ones)\n\nI'll probably give the SSH compression a try next weekend. Would you be\nable test how much of a difference it makes?\n\nOn Nov 14, 2016 12:35 AM, "kezb765" \[email protected]\u003e wrote:\n\n\u003e Hi, thanks for the reply!\n\u003e\n\u003e My sketch is 3601 bytes long. It uses your library "gohai.glvideo" and it\n\u003e compiles on the laptop-side to a lot of files in "application.linux64" (5\n\u003e MBytes, 12 files) and "application.linux-armv6hf" (111 MBytes, 171 files).\n\u003e When running "uploading" it closes down the running sketch on the PI.\n\u003e\n\u003e Now I took my time and watched the files on the PI in lib/gstreamer-1.0/\n\u003e coming in, one after another. There are 130 files to copy and now it\n\u003e succeeded, after 30 Minutes... it works!\n\u003e\n\u003e Sorry for my unneccessary excitment,\n\u003e\n\u003e Mikel.\n\u003e\n\u003e —\n\u003e You are receiving this because you commented.\n\u003e Reply to this email directly, view it on GitHub\n\u003e \u003chttps://github.com/gohai/processing-uploadtopi/issues/3#issuecomment-260221915\u003e,\n\u003e or mute the thread\n\u003e \u003chttps://github.com/notifications/unsubscribe-auth/AEt2KxLJu3H6sq0OauMOaOsjyWHIRJpDks5q957EgaJpZM4KuaKZ\u003e\n\u003e .\n\u003e\n"}],"action":{"name":"View Issue","url":"https://github.com/gohai/processing-uploadtopi/issues/3#issuecomment-260279175"}}}