My insistent query is usually struggling to understand how things work. That’s my nature. If something doesn’t work or works in a surprising way ( to me) like this recorder, then I’m going to ask a lot of questions so I understand why. Then at the end of that, I’m sitting there either still not understanding why , or I do but I want to offer a suggestion about a possible way to think about it from another angle, (Suggestions based on some 30 years of professional animatronics , servos, and countless programs to control them), then I’m going to.

Bob was experiencing the same thing as me so why not try and figure out a solution? If there is none then there is none. The Recorder is yes just that, a recorder, but it’s also a playback control, otherwise why is it recording anything?

The program I referred to was only to say they figured out how to run at at the same rate on any computer. That’s seems like a positive observation, I wasn’t criticizing EZ ( after praising you today) or asking you to rewrite anything.

This based on your first unedited post

I *think* I know what DJ is saying: when you record, you are not recording the *movement* (as you would be doing with a video), but you are recording the *data* that causes the movement. Depending on what operating system you are using (in this case, Windows 7 vs. Windows 10), that data will be read at a different rate, because that is how the developers created/changed the operating system.

You may have 1ms of data, but Windows 10 is processing it as 3ms, as that is the smallest increment it will do.

@DJ_Sures: did I get it, or did I make the water even muddier?

The solution (IMHO): ditch Windows 10 and go back to Windows 7. As an aside: I've been using Windows since version 3, and I can say from experience "newer" is not "better". And despite the fact that Microsoft is trying to force us into giving up control of our operating systems, many of us are fighting to hold on to the older O/S's as long as we can.

One "good" thing that may come of this was that I am planning to set up a dedicated EZ-Robot machine; I know now to avoid Win 10!

I think what @DJ is saying is we are recording the "data" as movement on any given device with what ever device parameters it might have.

You could record movement on an Windows 7 device i7 process and 8gb ram and potentially have different play back speed on a different Windows 7 device that is not the same specifications.

That means if you want to make a recording in a project and have it play back the same way you need to record it and play it back on the same device. You might need a work bench laptop and demo laptop to be the same (2 of the exact same model and OS). Or if your robots all use an embedded PC like the lattepanda you'd need to be aware that you can't record your movement on a laptop and then play it back on the lattepanda and expect the same result.

That is an important nuance to know and understand, I certainly did not know that before about this control.

I have the same problem with servo Motors and DC Motors via H Bridge.. it doesn't matter what kind of Computer I use.. the wireless place and Fitzbox direct connection or connet to my own Network-Card change the speed-time.
in the living room my robot works fast.. in the bedroom, not.

regards

Think you want to narrow it down to either hardware or software. Simplest way is to boot off a clean image and without any complex drivers installed. Sounds like something is generating interrupts that is causing your system to lag and that could be anything from a bad video driver, background process or even a virus or malware. I would start with a clean boot of windows and take it from there

https://support.microsoft.com/en-us/help/929135/how-to-perform-a-clean-boot-in-windows

Thanks Nink good advice. I need to have two different laptops running to demonstrate both Alan and Alena at the same time. Time is money, so just going out and buying another laptop, but was comparing notes with Bob in hopes to avoid a new computer with the same slow results. That would make me very unhappy.

Maybe what i can do for you is a create a plugin that doesn't record data, but records servo positions.

You see, the "Recorder" is recording actual data - so that's everything from digital ports, sending serial, sending i2c, etc...

So what you really want is just servo positions be recorded. Let me whip something up for you tonight when i'm back at my hotel.

...that might be interesting indeed...i look forward to what ever brilliance you come up with...it will always be useful.

here: https://synthiam.com/redirect/legacy?table=plugin&id=253

Brilliant ! Brilliant ! Brilliant!

Does that mean it worked?

Oh did it... see https://www.ez-robot.com/Community/Forum/Thread?threadId=11090

That’s great to hear the voodoo works. To keep the conversation in the same thread, I removed the other.

Okay.

...I'm having the old problem with the servo recorder plug in, where it played back at different speeds on different computers. I have not had that problem since DJ fixed it by recording servo positions. I opened a file with servo recorder on it from last year at CES. Playing it on a different computer than I recorded it plays back super fast like the old issue where the plug in was recording data and not servo positions. Can anyone else confirm this?

My main concern is recording all the servo animations for the bartender robot on my laptop computer and then sending it over to the latte panda and having it playback at different rate.

Oh No! Hopefully it's an easy fix!

I cannot confirm the issue. Perhaps verify the computers are using the latest version of ARC and all plugins are up to date

Ok I’ll run some tests and collect data.

I don’t remember what version I was using back in late 2018 when I created those animations. But I’ll make sure every computer is updated to the latest ver and plugins and test again.

The plug-in uses the high resolution system clock - so I can’t see why it would run different speeds on different computers. Unless the computer is underpowered for the skills and features that are enabled in arc. Lots of resource hungry displays such as adc graphs and such may be a culprit. But generally ARC is pretty fast even on slow PCs

Yeah its a head scratcher...I think I even had issues on the original computer that I recorded them so might just be old versions of ARC /servo recorder on each of those laptops, as you suggested (both only 3 years old).

As far as the Latte Panda in the bartender robot...I have all 24 slots filled in the EZB ...so def putting the Panda through its paces. Good thing is if have to go to a more powerful computer I have plenty of room under his "skirt"