Raspberry Pi Release 2020.01.05.00

Desktop — Windows

ARC Release

ARC (Autonomous Robot Control) is Synthiam's flagship desktop robot programming platform. Build, program, and control any robot with powerful AI, 500+ plugins, and a visual no-code interface — all from your PC.

🤖 500+ Robot Plugins
🧠 AI & Machine Learning
☁️ Synthiam Cloud
🖥️ Windows 10 or 11

Change Release Notes

  • Updates from windows Beta rolled into this Mono update.

ARC Downloads

ARC

FREE
$0 always free
  • 1 third-party plugin skill per project
  • Trial cloud services
  • Personal, DIY & education use
  • Updated every 6–12 months
Recommended

ARC

PRO
$8.99 per month
  • Use on 2+ PCs simultaneously
  • Unlimited robot skills
  • Cloud backup & revision history
  • Weekly features & bug fixes
  • Business use permitted

ARC

RUNTIME
$0 always free
  • Load & run any ARC project
  • Read-only mode
  • Unlimited robot skills
  • Includes early access fixes & features
  • Minimum requirements: Windows 10 or higher, 2 GB RAM, 500 MB free disk space.
  • Recommended: Windows 10 or higher, 8 GB RAM, 1 GB free disk space.
  • Prices are in USD.
  • More about each edition: Download & install guide.
  • Latest changes: Release notes.

Compare Editions

Feature
ARC
FREE
ARC
PRO
Get ARC Free View Plans
Usage Personal · DIY · Education Personal · DIY · Education · Business
Early access to new features & fixes
Simultaneous microcontroller connections * 1 255
Robot skills * 20 Unlimited
Skill Store plugins * 1 Unlimited
Cognitive services usage ** 10 / day 6,000 / day
Auto-positions gait actions * 40 Unlimited
Speech recognition phrases * 10 Unlimited
Camera devices * 1 Unlimited
Vision resolution max 320×240 Unlimited
Interface builder * 2 Unlimited
Cloud project size 128 MB
Cloud project revision history
Create Exosphere requests 50 / month
Exosphere API access Contact Us
Volume license discounts Contact Us
Get ARC Free View Plans

* Per robot project

** 1,000 per cognitive type: vision recognition, speech recognition, face detection, sentiment, text recognition, emotion detection, azure text to speech


ARC Pro

Upgrade to ARC Pro

Unlock the true power of automation and robotics by becoming a proud subscriber of Synthiam ARC Pro.

#1  

@DJ, I have checked and this update solves the issue with pi camera. I have not tested it deeply (I will do it tomorrow), but it seems stable and with a good performance.

Thanks.

#2  

OK, I think I spoke too soon. When I thought I tested the new version yesterday, I was in fact still on the old one (2019.12.20): for a strange reason, when I remove the old version and extract the new one, if I don't close and reopen the terminal window where i launch ARC, it launches the old one...

Anyway, the new release don't solve the picamera issue: still no video stream. It also adds a new issue: when it launches for the fist time (after removing old "EZ-BuilderPi" and "EZ-Builder" folder), it opens without any error. But on the second launch, I have the following error:

Version: 2020.01.04.00

System.Net.WebException: The operation has timed out. at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x00118] in :0 at System.Net.HttpWebRequest.GetResponse () [0x00019] in :0 at EZ_Builder.Common.LatestUpdateVersion () [0x00035] in :0 at EZ_Builder.FormMain.ngsWg70XFR (System.Object , System.EventArgs ) [0x0031a] in :0 at System.Windows.Forms.Form.OnLoad (System.EventArgs e) [0x00022] in <0e1823914d7643eeaf1207febb083a4a>:0 at System.Windows.Forms.Form.OnLoadInternal (System.EventArgs e) [0x00029] in <0e1823914d7643eeaf1207febb083a4a>:0

I need to remove the "EZ-Builder" folder for ARC to launch again without error, but I have to do it every time...

Author Avatar
PRO
Synthiam
LinkedIn Thingiverse Twitter YouTube GitHub
#3  

I created a new build - try it. It's Pi 2020.01.05.00

#4  

@DJ, with this version, ARC freezes each time I try to connect to the picamera (whatever the server, EZBpi or Blueberry). Here is the content of the terminal of ARC when it happens:

double free or corruption (out)
Stacktrace:

  at  <0xffffffff>
  at (wrapper managed-to-native) System.Drawing.GDIPlus.GdipBitmapUnlockBits (intptr,System.Drawing.Imaging.BitmapData) <0x0003b>
  at System.Drawing.Bitmap.UnlockBits (System.Drawing.Imaging.BitmapData) [0x00000] in <0b937e1c0ddd4bf8a08584be511c9f4d>:0
  at (wrapper remoting-invoke-with-check) System.Drawing.Bitmap.UnlockBits (System.Drawing.Imaging.BitmapData) [0x00032] in <0b937e1c0ddd4bf8a08584be511c9f4d>:0
  at EZ_B.Camera.jloHrtvksW () [0x003ca] in <2fea5116ea814526830bcc071cb3f9ca>:0
  at System.Threading.ThreadHelper.ThreadStart_Context (object) [0x00017] in :0
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bool) [0x0008d] in :0
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bool) [0x00000] in :0
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object) [0x00031] in :0
  at System.Threading.ThreadHelper.ThreadStart () [0x0000b] in :0
  at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) [0x0004d] in :0
/proc/self/maps:
00010000-003d7000 r-xp 00000000 b3:02 53839      /usr/bin/mono-sgen
003e6000-003ea000 r--p 003c6000 b3:02 53839      /usr/bin/mono-sgen
003ea000-003ee000 rw-p 003ca000 b3:02 53839      /usr/bin/mono-sgen
003ee000-00474000 rw-p 00000000 00:00 0 
00c67000-056da000 rw-p 00000000 00:00 0          [heap]
a8fa2000-a9189000 rwxp 00000000 00:00 0 
a9300000-a9381000 rw-p 00000000 00:00 0 
a9381000-a9400000 ---p 00000000 00:00 0 
a942f000-a9800000 rw-p 00000000 00:00 0 
a9800000-a98ff000 rw-p 00000000 00:00 0 
a98ff000-a9900000 ---p 00000000 00:00 0 
a9900000-a9923000 rw-p 00000000 00:00 0 
a9923000-a9a00000 ---p 00000000 00:00 0 
a9a00000-a9aff000 rw-p 00000000 00:00 0 
a9aff000-a9b00000 ---p 00000000 00:00 0 
a9b00000-a9bff000 rw-p 00000000 00:00 0 
a9bff000-a9c00000 ---p 00000000 00:00 0 
a9c00000-a9cff000 rw-p 00000000 00:00 0 
a9cff000-a9d00000 ---p 00000000 00:00 0 
a9d00000-a9dff000 rw-p 00000000 00:00 0 
a9dff000-a9e00000 ---p 00000000 00:00 0 
a9e00000-a9eff000 rw-p 00000000 00:00 0 
a9eff000-a9f00000 ---p 00000000 00:00 0 
a9f00000-a9fff000 rw-p 00000000 00:00 0 
a9fff000-aa000000 ---p 00000000 00:00 0 
Memory around native instruction pointer (0xb6d6df24):
0xb6d6df14  00 20 a0 e3 08 30 a0 e3 af 70 a0 e3 00 00 00 ef  . ...0...p......
0xb6d6df24  04 21 9d e5 00 30 94 e5 0c 00 a0 e1 03 00 52 e1  .!...0........R.
0xb6d6df34  08 00 00 1a 43 df 8d e2 f0 80 bd e8 24 30 9f e5  ....C.......$0..
0xb6d6df44  00 20 60 e2 e8 ae ff eb 03 30 9f e7 00 c0 e0 e3  . `......0......

Native stacktrace:

Author Avatar
PRO
Synthiam
LinkedIn Thingiverse Twitter YouTube GitHub
#5  

Yeah... that's what i figured. The way mono handles the GDI and its memory pointer is not like Windows. The camera engine will have to be written to accommodate the issues with mono...