 then tried running my app in various browsers:
IE 11: very choppy
Firefox 42: very choppy
Chrome 47: perfectly smooth at all zoom levels
Opera 34: perfectly smooth at all zoom levels
Desktop Safari 5.1.7 (on PC): slightly choppy at all zoom levels
The problem was definitely related to mousemove and to how it's handled by different browsers.
Eventually I found this question on StackOverflow and its suggestion that the mouse itself is sending so many mousemove events that it's swamping the ability of the browser to repaint quickly enough. And I do have a modern mouse with a high event generation rate.
I tried adding the eventThrottle check to my mousemove event handler, and voila! Success. My code now renders smoothly on all browsers. (Upvoted with pleasure. :) )
I wanted to add this additional information for anyone who might be encountering the problem of poor paint() performance in IE and Firefox while dragging with a high-frequency mouse. The proposed solution to throttle mousemove events worked for me.

 Q:

Creating a pulse width modulator in TikZ

Considering the grahpics below:

Is it possible to construct something like this automatically in TikZ?
The last hour or so, I have played around with a manual drawing - but it is time consuming and difficult to perfect.
The idea is that "v_AN" is creates columns where the "v_control,A" has a higher value than "v_tri". The same applies to "v_control,B". The last phase is not relevant.
I have tried to explain this by placing red and green lines on the above drawing.
I guess the challenge is to create a table or coordinate values where the control voltage exceeds the triangular voltage, and then use those values to construct the actual pulses. (which all have the exact same height)
The final plot shows the two sets of columns (v_A0 and v_B0) subtracted from one another to create a line voltage. (This is the one i have been drawing manually)
After applying the answer from moospit:
(Sorry, I had to dumb it down a little in order to fix that odd/even-issue with the intersections of blue and red curves)
\documentclass[tikz, border=6mm]{standalone}

\usetikzlibrary{intersections}

\
then tried running my app in various browsers: 
 IE 11: very choppy 
 Firefox 42: very choppy 
 Chrome 47: absolutely legato at all zoom levels 
 Opera 34: absolutely smooth at all soar levels 
 Desktop Safari 5.1.7 (on PC ): slightly choppy at all rapid climb levels 
 The problem was decidedly relate to mousemove and to how it's handled by unlike browsers. 
 Eventually I found this question on StackOverflow and its trace that the mouse itself is sending so many mousemove events that it's swamping the ability of the browser to repaint promptly enough. And I do have a modern mouse with a gamey event generation rate. 
 I tried add the eventThrottle check to my mousemove event handler, and voila! Success. My code now supply smoothly on all browsers. (Upvoted with pleasure. :)) 
 I wanted to add this additional data for anyone who might be meet the problem of poor paint () performance in IE and Firefox while dragging with a high - frequency mouse. The proposed solution to throttle mousemove event worked for me. 

  Q: 

 Creating a pulsation width modulator in TikZ 

 consider the grahpics below: 

 Is it possible to construct something like this mechanically in TikZ? 
 The last hour or therefore, I have played around with a manual lottery - but it is time consuming and difficult to perfect. 
 The idea is that " v_AN " is creates columns where the " v_control, deoxyadenosine monophosphate " has a higher value than " v_tri ". The same applies to " v_control, B ". The last phase is not relevant. 
 I have tried to excuse this by place red and green lines on the above drawing. 
 I think the challenge is to create a table or coordinate value where the control voltage exceeds the triangular voltage, and then practice those values to construct the actual pulses. (which all have the exact like height) 
 The final plot shows the two sets of column (v_A0 and v_B0) subtracted from one another to make a line voltage. (This is the one i have been pull manually) 
 After applying the answer from moospit: 
 (Sorry, I had to dumb it down a little in order to fix that odd / even - issue with the intersections of blue and red curve) 
 \documentclass[tikz, border=6mm]{standalone } 

 \usetikzlibrary{intersections } 

 \
 thfn tried running my app ln various browsgrw:
IE 11: vxry cholpy
Firefux 42: very choppy
Chrome 47: perfertly smoouk at all zoom levels
Upera 34: pegfectly snooti at all zoom letsls
Deskbjp Sznari 5.1.7 (in PC): slightly choppy at all zoom levens
Ghz problem was definitely related to iousemofe and to how it'f hamqled by different browsers.
Eventually I found uhis question on SyackOverflow and its suggedtioj that the mouse ihself is sebdind so many mouremove events that it's swamping the ability of the bruwser to repainj sulwkly enough. And P do have a modern mogse witn a high event geierarion rate.
I tried addiig the eventThrottle check to mv mousemove event hanelwr, ang vohla! Ryccdss. Mb ckde noa rxnders smoofhly on all browsers. (Upvoted wotr pleasure. :) )
I santed tj add this additional information for atyohe who might be encountwring the problem of koor paint() performance in IE and Firefox while dragging witv a hmgf-frtqmcncy nokse. The proposed solution to throttle mousemods tvekts worked for mc.

 Q:

Creating a pulsr aicjh modulator iv TikZ

Eknaidering the grahplcs beljw:

Is ut possibje tp construct something like rhis automatpcaloy in TikZ?
The last hour or so, I hsve pkayed around with a manbal drzwing - but lt is tims consuming and dkffpculd to perfect.
The idea is thwt "v_AN" is crectes coljmns where the "v_contgol,A" mds a higher value hhan "r_tri". Dhe same aoplies to "v_control,B". The last phexe is not rekeeann.
I have txied tp explain thif by placing rgd and grzen lives on the above vrawing.
I guefs the challethe is to creete a tabje oe coirdinatd values where yhe control voltage exceeds the triannular boltage, and theu owe those valuex tu cjndtcuct eve actual punses. (whkvh alu have uke cxazt ssme height)
The final [lot shows the two setx jf columbs (v_A0 anq v_B0) subtractrd from one anotheg to rreate a lime doltage. (This is the one i have been draainn manually)
Aftqr aiplyyng the anxwer from moospit:
(Sorry, I had to dumb it down a little in irder to fix that obd/tven-issue witi the yntersecthons of blue and red curves)
\documentclsss[tikz, border=6mm]{standzlone}

\uvetikxlibrary{intersections}

\
then tried running my app in various 11: choppy Firefox very choppy Chrome zoom Opera 34: perfectly at all zoom Desktop Safari 5.1.7 (on PC): slightly at all zoom levels The problem was definitely related to mousemove and to it's handled by different browsers. Eventually I found this question on StackOverflow and suggestion the itself sending so many mousemove events that it's swamping the ability of the browser to repaint quickly And I do have a modern mouse with high event generation rate. tried adding the eventThrottle check my event handler, voila! My now renders smoothly all browsers. (Upvoted with pleasure. :) ) I wanted to add this additional information for anyone who be encountering of poor performance IE Firefox while dragging high-frequency mouse. The proposed solution to worked for me. Q: Creating a pulse width in TikZ the grahpics below: Is it possible construct something like this automatically in TikZ? The hour or so, I have played around with a manual drawing - but it is and difficult to perfect. idea is that is columns the has a value than "v_tri". The same applies to "v_control,B". The last phase not relevant. I have tried to explain this by placing green on the above I guess the challenge to a table or coordinate the voltage voltage, then those values to construct actual pulses. (which all have exact same height) The sets of columns (v_A0 and v_B0) subtracted from another to create a line voltage. (This the one i have been drawing manually) After applying the answer from (Sorry, I dumb it down a little in order to that odd/even-issue with the of blue and red curves) \documentclass[tikz, border=6mm]{standalone} \usetikzlibrary{intersections} \
 then tried running my app in vaRious browsErs:
IE 11: VerY chOpPy
FiRefoX 42: very choppy
ChrOMe 47: peRfectly smooth at all zoom LevelS
OPEra 34: pERfEctly Smooth aT AlL ZOom LeVeLs
DEsKToP SafaRi 5.1.7 (oN PC): sligHtly choppy At aLl Zoom levels
ThE PrOblem was deFinItely related To mOusemoVe And TO how iT's hAndleD by difFErent bRowsers.
EvEnTUally I FOund thiS QUeStioN on StackOverflow aND iTS suggestion thaT the moUsE ItSELf iS seNding so manY mOusemOVe eventS ThAT IT's sWAmping the abilIty of the broWSer To repaInT quICkly enOugh. ANd i Do hAve a modern mOuse With a high Event gENeratioN Rate.
I trIed addIng The EvenTthRoTtlE cHEck TO mY moUSemOve event HaNdLer, anD voiLA! sUCcesS. My Code Now reNders smoothly On aLl brOWseRs. (UpvOted wIth pLeAsure. :) )
i wanteD to adD tHis additional inFormAtion for aNyoNe Who MiGht be ENcountEriNg tHe problEm of pooR PaiNt() PERFoRmance in IE and FirefOx WHIlE dragginG with a HIgH-fREquency mOuSe. THe prOPOsed sOlutIOn To throttLe mousEMoVe Events wOrKed for Me.

 q:

CrEatIng a pULse wIdth moDulator iN TikZ

cOnsidering the gRAhpics below:

Is IT pOSSiBLe to ConStruct sometHing LIke tHis aUToMatICally In Tikz?
THE lASt hour or so, I have playEd Around With a Manual drawing - But it is timE CONsuming aNd diFFiCUlt to perfect.
ThE idea Is that "v_AN" iS Creates cOlumnS where thE "v_control,a" HAs a higheR vaLue ThaN "v_tRI". thE same applies tO "V_ContRoL,B". The laSt pHase is nOt rEleVanT.
I hAvE tried to eXplain thIs By PlAcIng Red anD Green linEs On tHe AboVe draWIng.
I guEss thE chaLlEnGE is To creatE A tABLe or CoOrDinaTe vAlUes whEre tHE coNtrol voLtage exceEds THe trIaNgUlar volTage, and then usE tHose values To ConStruct THE actual pUlses. (which all have the exaCT same heIghT)
The fInal Plot shows The Two setS of COlumns (V_A0 and v_b0) subtRaCteD FRom onE ANoTheR tO create a liNE VolTage. (THiS is tHe one i hAve been drawing manuALly)
after applying The AnswER FrOm mOOsPIt:
(SOrRY, I hAD To dumb it down a liTtle in ordeR tO FiX that odd/evEN-isSuE with thE intersEctioNS of blue And red curVes)
\documeNtClasS[TIkz, Border=6mm]{stAndalone}

\UsetikzliBRary{iNTeRsectIonS}

\
 then tried running my app  in variou s bro wse rs: 
I E 11 : ve ry choppy
Fire f ox 4 2: very choppy
Chrome47: p er f ectl y  s mooth  at all zo o m  le ve ls 
Op er a  3 4: pe rfe ctly sm ooth at al l z oo m levels
Des k to p Safari 5 .1. 7 (on PC): s lig htly c ho ppy at al l z oom l evelsT he pro blem wasde f initel y  relate d to  mou semove and to how it ' s handled by d iffere nt br o w ser s.Eventually  I  foun d  this q u es t i o n o n  StackOverflo w and its s u gge stionth att he mou se it se l f i s sending s o ma ny mousem ove ev e nts tha t  it's s wampin g t heabil i ty  o f t he bro w se r t o  re paint qu ic kl y eno ugh. A n d  I d o h avea mod ern mouse wit h a  hig h  ev ent g enera tion  r ate.I trie d add in g the eventThro ttle  check to  my  m ous em ove e v ent ha ndl er,  and vo ila! Su c ces s. M y  c ode now renders sm oo t h ly  on allbrowse r s.  ( U pvoted w it h p leas u r e. :)  )
I wa nted toadd th i sad ditiona linform at ion  fo r any o ne w ho mig ht be en count e ring the probl e m of poor pai n t( ) pe r form anc e in IE and  Fir e foxwhil e  d rag g ing w ith a  h i gh - frequency mouse. Th epropos ed so lution to thr ottle mous e m o ve event s wo r ke d  for me.

 Q:
Crea ting a pul s e widthmodul ator inTikZ

Con s i dering t hegra hpi csb e lo w:

Is it pos s i bleto  constr uct  someth ing  li kethi sautomatic ally inTi kZ ?Th e l ast h o ur or so ,I h av e p layed around  with  a m an ua l  dr awing - bu t it i sti me c ons um ing a nd d i ffi cult to  perfect. 
Th e  ide ais  that " v_AN" is crea te s columnswh ere  the " v _ control, A" has a higher value t h an "v_t ri" . The  sam e applies  to  "v_co ntr o l,B".The la st ph as e i s not r e l ev ant .I have tri e d  to  expl ai n th is by p lacing red and gre e n l ines on the a bov e dr a w in g.I  g u ess  t h e c h a llenge is to cr eate a tab le or  coordinat e  va lu es wher e the c ontro l  voltag e exceeds  the tria ng ular v olt age, and t hen usethose val u es to co nstru ctthe ac tu alpulse s. (wh i chall h ave th eexactsamehe ight)
Th e final plot shows thetwo se ts of  co lumns (v_ A0a ndv_B0) sub trac ted from o neano thertoc reate  a l i ne  vo l tage.  (Th i s is theo ne  ih a ve  been drawi n g man ually )
A f ter ap plyi ng the answer fro m  moospit:
(Sor ry,I had  to dumb  i t down a littl e i no r der to f ix  that odd/e ven-issu ew ith t he int ersect ions of b lu e  and r ed c urv es)
\docu men tc l ass[tik z,  b o rder=6 mm]{ st andalo ne}

\ u seti k z library{intersec tions } 
\
 then_tried running_my app in various_browsers:
IE 11:_very_choppy
Firefox 42:_very_choppy
Chrome 47: perfectly_smooth at all_zoom levels
Opera 34: perfectly_smooth at all_zoom_levels
Desktop Safari 5.1.7 (on PC): slightly choppy at all zoom levels
The problem was definitely_related_to mousemove_and_to_how it's handled by different_browsers.
Eventually I found this question_on StackOverflow_and its suggestion that the mouse itself is_sending_so many mousemove_events that it's swamping the ability of the browser_to repaint quickly enough. And I_do have a_modern_mouse_with a high event_generation rate.
I tried adding the eventThrottle_check to my mousemove event handler,_and voila! Success. My code now renders_smoothly on all browsers. (Upvoted with_pleasure. :) )
I wanted to_add this_additional information for anyone who_might be encountering_the problem_of poor paint()_performance in IE and Firefox while_dragging with a_high-frequency mouse. The proposed solution to_throttle_mousemove events worked_for_me.

_Q:

Creating a_pulse width modulator_in_TikZ

Considering the_grahpics_below:

Is it possible to construct something_like_this automatically in TikZ?
The last hour or_so, I have played_around_with a manual drawing_- but it is time_consuming and difficult to perfect.
The idea_is that_"v_AN" is_creates columns where the "v_control,A" has a higher value than "v_tri"._The same applies to "v_control,B". The_last phase is not_relevant.
I have_tried_to explain this_by_placing red_and green lines on the above drawing.
I_guess the_challenge is to create a table_or coordinate values where_the_control voltage exceeds the triangular voltage,_and then use those values to_construct the actual pulses. (which_all_have_the exact same height)
The final_plot shows the two sets of_columns (v_A0 and_v_B0) subtracted from one another to create_a_line voltage. (This is the one_i_have been drawing manually)
After applying the_answer_from_moospit:
(Sorry, I had to dumb_it down a little in order_to fix that odd/even-issue with the intersections of blue_and red curves)
\documentclass[tikz,_border=6mm]{standalone}

\usetikzlibrary{intersections}

\