To comply with European Union law, we are required to inform users accessing "overunity.com" from within the
EU about the cookies that this site uses and the information they contain and also provide them with the means
to "opt-in" - in other words, permit the site to set cookies.
Cookies are small files that are stored by your browser and all browsers have an option whereby you can inspect
the content of these files and delete them if you wish.

The following table details the name of each cookie, where it comes from and what we know about the information
that cookie stores:

Cookie

Origin

Persistency

Information and Usage

ecl_auth

overunity.com

Expires after 30 days

This cookie contains the text "EU Cookie Law - LiPF cookies authorised".
Without this cookie, the Forums' software is prevented from setting other cookies.

SMFCookie648

overunity.com

Expires according to user-chosen session duration

If you log-in as a member of this site, this cookie contains your user name, an encrypted hash of
your password and the time you logged-in. It is used by the site software to ensure that features such as indicating
new Forum and Private messages are indicated to you. This cookie is essential for the site software to work correctly.

PHPSESSID

overunity.com

Current session only

This cookie contains a unique Session Identification value. It is set for both members and
non-members (guests) and it is essential for the site software to work correctly. This cookie is not persistent
and should be automatically removed when you close the browser window.

pmx_upshr{NAME}

overunity.com

Current session only

These cookies are set to records your display preferences for the site's Portal page if a panel
or individual block is collapsed or expanded

pmx_pgidx_blk{ID}

overunity.com

Current session only

These cookies are set to records the page number for the site's Portal page if the page for a
individual block is changed.

pmx_cbtstat{ID}

overunity.com

Current session only

These cookies are set to records the expand/collapse state for a CBT Navigator block content.

pmx_poll{ID}

overunity.com

Current session only

These cookies are set to records the id for the current poll in a multiple Poll block.

pmx_{fadername}

overunity.com

Current session only

These cookies are set to records the state for a Opac-Fader block.

pmx_LSBsub{ID}

overunity.com

Current session only

These cookies are set to records the current category and the state for a static Category block.

pmx_shout{ID}

overunity.com

Current session only

These cookies are set to records the current state of a Shout box block.

pmx_php_ckeck

overunity.com

Page load time

This cookie will probably never see you. It is set, if a Syntax check on a PHP block is initiated
and will be deleted if the function executed.

pmx_YOfs

overunity.com

Page load time

This cookie will probably never see you. It is set on portal actions like click on a page number.
The cookie is evaluated on load the desired page and then deleted. It is used to restore the vertical screen position
as before the click.

Notes:

1

We are aware that Google uses additional cookies it stores on your PC and when you browse our site and all other
sites. These are used to target advertising and Google currently does this without seeking your permission. Four of
these cookies we know about are named "rememberme", "NID", "PREF" and "PP_TOS_ACK"
and are stored in Google's cache on your computer.

2

If you are accessing this site using someone else's computer, please ask the owner's permission before
accepting cookies.

3

Your browser provides you with the ability to inspect all cookies stored on your PC. In addition your browser
is responsible for removing "current session only" cookies and those that have expired; if your browser is
not doing this, you should report the matter to your browser's authors.

4

We regret and apologies for any inconvenience this causes to members and guests who are accessing our web site
from outside the European Union. It is not currently possible for us to interrogate your browser and obtain geographic
location information in order to decide whether or not to prompt you to accept cookies.

For further and fuller information about cookies and their use, please visit
All About Cookies

Rule #1 Please, I dont need opinions of amateurs. I need numbers of pro engineer who wants a nice challenging model to practice.

Thank you, have a good day.

I think you are just jealous, is what I think... Lil noooooobie.

Not jealous, and not an amateur. Sorry, your device will not self loop. Even if your idea is unike, it is still a closed mechanical system. Such systems has been debunked/proved wrong every single time. People confuse force with energy, and do not know that energy is a product of force and displacement/distance. So you are the amateur. Not me Rule 2: Accept the truth even if you don't agree.Physics and science isn't about opinions, democracy, agreements, or wishful thinking.Fortunately for me, the burden of proof is on you.

And dont you think I know that? The in/out efficiency is like 20% on a single array, 50% on a dual array, and 75% on a quad array ( these numbers I got considering wheel diameters, based on breaking point @ maximum torque value then substract sum of individual motor hp). There is angular speed and torque present on the shaft everywhere so I use power in comparison to power. I notice that the more moments of peak force repeats, the stronger the device will resist breaking untill breaking point, the single array is very fragile and has very poor efficiency.

So it works either in single array form, or in pairs, that are simply phase shifted based on the number of pairs you have.

My guess if that more and more arrays would "plateau" and a final value of 99% would be there since my arm components are weightless and frictionless, the "pendulum like" movement in the arm component is actually a damping factor here, I want it to be weightless if possible.

Having said that, you can see now that these freewheeling bob weights are good candidates for "pulse force input mechanism", so this is a very unique situation that was never tried.

Its not possible to build more than quad array in the sim, wich represents my design above nor is it possible to test pulse inputs, wich is where a good system modeler (physicist) would be handy.

And no, I am not about to turn myself into a physics graduate just so I can be good enough with mathlab and system modeling to come up with definite results, neither do I expect that from you. So to be clear, you are not smart enough to know, you might think you are, but you are not.

And the same goes for all of those that came before you and flapped their gums on this forum.

You dont understand that pulsed flywheels unbalanced systems, can never be connected directly to the generator, this kills the pulse and all momentum, and you end up with stalled system. Here the fact that centrifugal force is used to keep the motion going does not kill the momentum, too much brake on the main staft simply lags the arms, once this happens the device stops abruptly and is too late nothing can bring it back even reducing the load.

But still, my idea shows that power is present on the shaft, and that the independant weight feel nothing untill a breaking point, wich intoduces lag and loss of resonance, my simulation cannot take into account pulse system efficiency of my ideal drive system, is simply has a motor, with an angular speed and torque slider.

It is said that kinetic energy is conserved, kinetic energy(in this case) causes motion, motion causes centrifugal force to have a concentrated vector direction on an unbalanced wheel, wich causes its centerpoint to shift if its not totally rigid, such rigidity would causes immense force on bearings in any event, a problem wich cannot be overcomed unless higher rating longer cylinder bearing is used, and this is a longevity formula wich again, is complicated since not all cylinders will use at the same rate. You can use this shifting force and guide it via many ways, and even to generate a rotation with some torque in it, and losses in it. Yeah center point shift is an issue of loss but still it causes a nice elliptical trajectory and a mass can still be kept in motion and the dual arrangement pinches that in the direction I want. How efficiently can I keep these masses in motions is the point I am trying to make, and NO, you are not in your place to answer this in any quantifiable terms, put a zipper on your mouth.

My system is an "open system". But you know, this term is actually empty of all meaning, it is simply a non-professionnal term that was coined by Aaron Murakami.

You, and this site, are simply uncapable in calculating such a device in a phased array, so stfu, you assume things wich far surpasses you, based on the results of trash users, past and present.