
Ok im having a head scratcher today. I connected Alan and Alena up to different laptops to run them simultaneously. One is an older Apple Mac Pro with bootcamp and Win 7. The other is an asus PC Laptop Win 10. Both are i7 quadcores both have 8 megs ram. Both are connected to the EZB via serial/usb using a osepp FTDI. Both are in maximum mode under power options:
BUT The Asus is running my recorders at half the speed as my Mac Pro. I have tried rebooting, changing com ports etc. I've killed and rebuilt animations with recorder, same issue no change. No background programs running either. Alan looks like he is in a slow motion movie "noooooooooooooooo"
When i move the robot over to the Mac running Win 7it runs at perfect speed as it should.
Question is:
What should I be looking for on the Asus that would be slowing down the data?
@ fxtst, here's you go. It's a Dell Inspiron 15 Laptop (nothing fancy) and I realize it may not be able to do any better.
My proper running laptop ( real time) has similar specs. Do you have a windows 7 computer you can try?
Bob - I wonder if there’s other controls running that are taking a lot of cpu. Could you give me a list or screenshot of the project? And what’s running and what isn’t?
I just checked my Asus laptop and its running at about same ratio, about 1 to 3 same as Bobs.
60 seconds recording played back at about 180 seconds. The other laptop with the same project at about 1 to 1.1 ratio
Computer 1: Win 7 professional ,8 gigs ram, i7 intel quad core 2.5 ghz (real time playback)
Computer 2: Win 10 home, 8 gigs ram, i7 intel quad core 3.0 ghz (3 times slower)
Both run Panda antivirus and i tried disabling, same results.
Just adding details encase we see a relationship to the same problem.
It’s not a problem if it’s a behavior. The speed of the computer combined with the factors I listed earlier (look at first page of this thread for refresh)
A problem is something that can be fixed.
This is not something that can be fixed because it’s a behavior. Windows time slices between tasks. And the smallest thread sleep available can vary. This means the accuracy of super small millisecond delays will be limited by the operating systems ability to work within the speed of the cpu.
Sometimes this means that anything less than 10 milliseconds actually takes 15 milliseconds. In your case, I’m guessing it’s 1 ms is actually 3 ms
This means the thread is told to wait 1 ms but the cpu can only deliver 3 ms accuracy
You can find more on this topic using google
I'll just bring this up and lay it on the table for you to look at.
Before EZB I did all my work with this software and a SSC-32 card.
The software grabbed my attention (15 years ago) because they claim they have solved the timing issue with every computer. That is they say their software will play at exactly 30 fps regardless of the computer. Exact same frame rate on all PCs, i guess like a genlock.
It does what it says. I build animations on a desktop and move over to a laptop the play back is exact...everytime.
Perhaps the difference is between moving positions and recording vs recording the motion live and playing back with the recorder (much larger overhead?)
Here is a link to the software for a free download. There could be something inside useful.
VSA servo animation
@fxrtst, no I don't have a computer with Windows 7 on it. @DJ, is this what you were looking for?
The servo Pads and Recorders are on Screen 2
I imagine that their software works fine because you define and create the servo animation. Recording data is a completely different thing.
What you're thinking that I said is "an mp3 would play faster on one computer than another". That's not what i am explaining. You can re-read what i typed, save me from retyping it
Is there another way it can be done? Yes - if someone created an animation plugin like the program you referred to which allowed you to specify servo positions... Or, you can use the auto position. The Auto Position is an example that timing per cpu is fine IF it’s designed that way.
But with recording data - which is what this conversation is about - "recording data" because that's what the recorder does. Records data.
There's not benefit for me to tell you otherwise. If there's a way to do something, i always do. If i tell you i can't do something, it's because I can't.