Was the picture area of a CRT a parallelogram (instead of a true rectangle)?What was this Apple external CRT monitor that looked like an iMac G3?Adjusting focus for old CRT monitorsTimeline of progressive scan CRT resolutionsCRT Geometry AdjustmentWeird Brightness Problem On CRTHigh Voltage in Bell of CRT Tube?Can the wrong sync frequency really destroy a CRT monitor?Safely adjusting CRT while it's on?Fixing the horizontal size(width) of an old CRT monitor (Zenith ZCM 1390-E)CRT contrast issue: light grey on dark grey

Is there an wasy way to program in Tikz something like the one in the image?

Does "Dominei" mean something?

Golf game boilerplate

How do ultrasonic sensors differentiate between transmitted and received signals?

Partial sums of primes

Adding empty element to declared container without declaring type of element

Proof of Lemma: Every integer can be written as a product of primes

Teaching indefinite integrals that require special-casing

Invariance of results when scaling explanatory variables in logistic regression, is there a proof?

Can a Bard use an arcane focus?

Simulating a probability of 1 of 2^N with less than N random bits

Can a Gentile theist be saved?

Have I saved too much for retirement so far?

"lassen" in meaning "sich fassen"

Simple image editor tool to draw a simple box/rectangle in an existing image

Calculating the number of days between 2 dates in Excel

Why is delta-v is the most useful quantity for planning space travel?

What is the term when two people sing in harmony, but they aren't singing the same notes?

A known event to a history junkie

Who must act to prevent Brexit on March 29th?

Is it okay / does it make sense for another player to join a running game of Munchkin?

Could solar power be utilized and substitute coal in the 19th century?

Java - What do constructor type arguments mean when placed *before* the type?

Should my PhD thesis be submitted under my legal name?



Was the picture area of a CRT a parallelogram (instead of a true rectangle)?


What was this Apple external CRT monitor that looked like an iMac G3?Adjusting focus for old CRT monitorsTimeline of progressive scan CRT resolutionsCRT Geometry AdjustmentWeird Brightness Problem On CRTHigh Voltage in Bell of CRT Tube?Can the wrong sync frequency really destroy a CRT monitor?Safely adjusting CRT while it's on?Fixing the horizontal size(width) of an old CRT monitor (Zenith ZCM 1390-E)CRT contrast issue: light grey on dark grey













3















This may seem like an absurd question at first, but I've been giving it some thought and I'm genuinely curious about the design details of these devices.



I was reading an answer on an unrelated Stack Exchange site about the retrace/flyback details on old CRTs, and the image attached to that answer piqued my interest:



NTSC scan lines



I understand that both the horizontal and vertical deflection of the electron beam is controlled by two sawtooth waves, the vertical running at the refresh rate and the horizontal running a few hundred times faster than that. I also understand that both sawtooths are constant sweeps, and not "stair stepped" to hold at any particular voltage to accommodate the viewable lines or retrace periods.



Here's the premise of my question: In the context of one single horizontal trace across the screen, the vertical position is also constantly increasing (towards the bottom) in preparation for the next scan line. It then follows that the scan line's vertical position at the left edge of the screen is slightly higher than the position at the right edge, and the whole screen is a parallelogram with left and right edges perfectly vertical, and top and bottom edges both slanted down towards the bottom right.



Assuming the premise is correct, was it common (or even feasible) for the designers of CRT computer displays to counteract this effect and make the screen and its contents perfectly square? Would such a compensation have even been worth the effort?










share|improve this question







New contributor




smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
























    3















    This may seem like an absurd question at first, but I've been giving it some thought and I'm genuinely curious about the design details of these devices.



    I was reading an answer on an unrelated Stack Exchange site about the retrace/flyback details on old CRTs, and the image attached to that answer piqued my interest:



    NTSC scan lines



    I understand that both the horizontal and vertical deflection of the electron beam is controlled by two sawtooth waves, the vertical running at the refresh rate and the horizontal running a few hundred times faster than that. I also understand that both sawtooths are constant sweeps, and not "stair stepped" to hold at any particular voltage to accommodate the viewable lines or retrace periods.



    Here's the premise of my question: In the context of one single horizontal trace across the screen, the vertical position is also constantly increasing (towards the bottom) in preparation for the next scan line. It then follows that the scan line's vertical position at the left edge of the screen is slightly higher than the position at the right edge, and the whole screen is a parallelogram with left and right edges perfectly vertical, and top and bottom edges both slanted down towards the bottom right.



    Assuming the premise is correct, was it common (or even feasible) for the designers of CRT computer displays to counteract this effect and make the screen and its contents perfectly square? Would such a compensation have even been worth the effort?










    share|improve this question







    New contributor




    smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.






















      3












      3








      3








      This may seem like an absurd question at first, but I've been giving it some thought and I'm genuinely curious about the design details of these devices.



      I was reading an answer on an unrelated Stack Exchange site about the retrace/flyback details on old CRTs, and the image attached to that answer piqued my interest:



      NTSC scan lines



      I understand that both the horizontal and vertical deflection of the electron beam is controlled by two sawtooth waves, the vertical running at the refresh rate and the horizontal running a few hundred times faster than that. I also understand that both sawtooths are constant sweeps, and not "stair stepped" to hold at any particular voltage to accommodate the viewable lines or retrace periods.



      Here's the premise of my question: In the context of one single horizontal trace across the screen, the vertical position is also constantly increasing (towards the bottom) in preparation for the next scan line. It then follows that the scan line's vertical position at the left edge of the screen is slightly higher than the position at the right edge, and the whole screen is a parallelogram with left and right edges perfectly vertical, and top and bottom edges both slanted down towards the bottom right.



      Assuming the premise is correct, was it common (or even feasible) for the designers of CRT computer displays to counteract this effect and make the screen and its contents perfectly square? Would such a compensation have even been worth the effort?










      share|improve this question







      New contributor




      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.












      This may seem like an absurd question at first, but I've been giving it some thought and I'm genuinely curious about the design details of these devices.



      I was reading an answer on an unrelated Stack Exchange site about the retrace/flyback details on old CRTs, and the image attached to that answer piqued my interest:



      NTSC scan lines



      I understand that both the horizontal and vertical deflection of the electron beam is controlled by two sawtooth waves, the vertical running at the refresh rate and the horizontal running a few hundred times faster than that. I also understand that both sawtooths are constant sweeps, and not "stair stepped" to hold at any particular voltage to accommodate the viewable lines or retrace periods.



      Here's the premise of my question: In the context of one single horizontal trace across the screen, the vertical position is also constantly increasing (towards the bottom) in preparation for the next scan line. It then follows that the scan line's vertical position at the left edge of the screen is slightly higher than the position at the right edge, and the whole screen is a parallelogram with left and right edges perfectly vertical, and top and bottom edges both slanted down towards the bottom right.



      Assuming the premise is correct, was it common (or even feasible) for the designers of CRT computer displays to counteract this effect and make the screen and its contents perfectly square? Would such a compensation have even been worth the effort?







      crt-monitor display






      share|improve this question







      New contributor




      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question







      New contributor




      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question






      New contributor




      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked 4 hours ago









      smitellismitelli

      1161




      1161




      New contributor




      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      smitelli is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




















          2 Answers
          2






          active

          oldest

          votes


















          3














          IIRC, the electron gun was actually installed in a position where it was rotated slightly relative to the tube, to compensate for this effect, so the scan lines did end up being horizontal.






          share|improve this answer























          • ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

            – Tommy
            1 hour ago


















          1














          To expand further, it actually wasn't especially feasible — there is no easy solution that doesn't eliminate the interlacing.



          Interlacing works because the timing of the vertical retrace varies. On odd fields it is triggered so that scanning resumes at the beginning of a line. On even fields it is triggered so that scanning resumes in the middle. Because of the diagonal scan, that sets one field 0.5 lines higher than the other. If the scan weren't diagonal then the two fields would not enmesh in that manner — they would instead sit exactly on top of each other, just starting in different places.



          On a classic TV it's undesirable to make the diagonal scan anything other than diagonal because the flying spot during the capture process was diagonal. So you wouldn't be unskewing the image, you'd be skewing it.



          On a monitor life is slightly different, and true horizontals are likely accurately to reflect the image. But it's also generally the case that monitors have smaller scan lines in order to output a higher resolution, so the effect is less visible anyway — on a 14" 800x600 monitor you're already talking about the right hand side being less than 0.3mm lower than the left, but being almost 28.5cm to the right. With a multi-sync monitor, how far down the right is compared to the left is a variable function of the resolution.






          share|improve this answer
























            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "648"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            noCode: true, onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );






            smitelli is a new contributor. Be nice, and check out our Code of Conduct.









            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fretrocomputing.stackexchange.com%2fquestions%2f9426%2fwas-the-picture-area-of-a-crt-a-parallelogram-instead-of-a-true-rectangle%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            3














            IIRC, the electron gun was actually installed in a position where it was rotated slightly relative to the tube, to compensate for this effect, so the scan lines did end up being horizontal.






            share|improve this answer























            • ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

              – Tommy
              1 hour ago















            3














            IIRC, the electron gun was actually installed in a position where it was rotated slightly relative to the tube, to compensate for this effect, so the scan lines did end up being horizontal.






            share|improve this answer























            • ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

              – Tommy
              1 hour ago













            3












            3








            3







            IIRC, the electron gun was actually installed in a position where it was rotated slightly relative to the tube, to compensate for this effect, so the scan lines did end up being horizontal.






            share|improve this answer













            IIRC, the electron gun was actually installed in a position where it was rotated slightly relative to the tube, to compensate for this effect, so the scan lines did end up being horizontal.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered 3 hours ago









            rwallacerwallace

            9,902450148




            9,902450148












            • ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

              – Tommy
              1 hour ago

















            • ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

              – Tommy
              1 hour ago
















            ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

            – Tommy
            1 hour ago





            ... which means that it is still a parallelogram, it's just the sides that aren't vertical rather than the top and bottom that aren't horizontal!

            – Tommy
            1 hour ago











            1














            To expand further, it actually wasn't especially feasible — there is no easy solution that doesn't eliminate the interlacing.



            Interlacing works because the timing of the vertical retrace varies. On odd fields it is triggered so that scanning resumes at the beginning of a line. On even fields it is triggered so that scanning resumes in the middle. Because of the diagonal scan, that sets one field 0.5 lines higher than the other. If the scan weren't diagonal then the two fields would not enmesh in that manner — they would instead sit exactly on top of each other, just starting in different places.



            On a classic TV it's undesirable to make the diagonal scan anything other than diagonal because the flying spot during the capture process was diagonal. So you wouldn't be unskewing the image, you'd be skewing it.



            On a monitor life is slightly different, and true horizontals are likely accurately to reflect the image. But it's also generally the case that monitors have smaller scan lines in order to output a higher resolution, so the effect is less visible anyway — on a 14" 800x600 monitor you're already talking about the right hand side being less than 0.3mm lower than the left, but being almost 28.5cm to the right. With a multi-sync monitor, how far down the right is compared to the left is a variable function of the resolution.






            share|improve this answer





























              1














              To expand further, it actually wasn't especially feasible — there is no easy solution that doesn't eliminate the interlacing.



              Interlacing works because the timing of the vertical retrace varies. On odd fields it is triggered so that scanning resumes at the beginning of a line. On even fields it is triggered so that scanning resumes in the middle. Because of the diagonal scan, that sets one field 0.5 lines higher than the other. If the scan weren't diagonal then the two fields would not enmesh in that manner — they would instead sit exactly on top of each other, just starting in different places.



              On a classic TV it's undesirable to make the diagonal scan anything other than diagonal because the flying spot during the capture process was diagonal. So you wouldn't be unskewing the image, you'd be skewing it.



              On a monitor life is slightly different, and true horizontals are likely accurately to reflect the image. But it's also generally the case that monitors have smaller scan lines in order to output a higher resolution, so the effect is less visible anyway — on a 14" 800x600 monitor you're already talking about the right hand side being less than 0.3mm lower than the left, but being almost 28.5cm to the right. With a multi-sync monitor, how far down the right is compared to the left is a variable function of the resolution.






              share|improve this answer



























                1












                1








                1







                To expand further, it actually wasn't especially feasible — there is no easy solution that doesn't eliminate the interlacing.



                Interlacing works because the timing of the vertical retrace varies. On odd fields it is triggered so that scanning resumes at the beginning of a line. On even fields it is triggered so that scanning resumes in the middle. Because of the diagonal scan, that sets one field 0.5 lines higher than the other. If the scan weren't diagonal then the two fields would not enmesh in that manner — they would instead sit exactly on top of each other, just starting in different places.



                On a classic TV it's undesirable to make the diagonal scan anything other than diagonal because the flying spot during the capture process was diagonal. So you wouldn't be unskewing the image, you'd be skewing it.



                On a monitor life is slightly different, and true horizontals are likely accurately to reflect the image. But it's also generally the case that monitors have smaller scan lines in order to output a higher resolution, so the effect is less visible anyway — on a 14" 800x600 monitor you're already talking about the right hand side being less than 0.3mm lower than the left, but being almost 28.5cm to the right. With a multi-sync monitor, how far down the right is compared to the left is a variable function of the resolution.






                share|improve this answer















                To expand further, it actually wasn't especially feasible — there is no easy solution that doesn't eliminate the interlacing.



                Interlacing works because the timing of the vertical retrace varies. On odd fields it is triggered so that scanning resumes at the beginning of a line. On even fields it is triggered so that scanning resumes in the middle. Because of the diagonal scan, that sets one field 0.5 lines higher than the other. If the scan weren't diagonal then the two fields would not enmesh in that manner — they would instead sit exactly on top of each other, just starting in different places.



                On a classic TV it's undesirable to make the diagonal scan anything other than diagonal because the flying spot during the capture process was diagonal. So you wouldn't be unskewing the image, you'd be skewing it.



                On a monitor life is slightly different, and true horizontals are likely accurately to reflect the image. But it's also generally the case that monitors have smaller scan lines in order to output a higher resolution, so the effect is less visible anyway — on a 14" 800x600 monitor you're already talking about the right hand side being less than 0.3mm lower than the left, but being almost 28.5cm to the right. With a multi-sync monitor, how far down the right is compared to the left is a variable function of the resolution.







                share|improve this answer














                share|improve this answer



                share|improve this answer








                edited 26 mins ago









                manassehkatz

                3,032623




                3,032623










                answered 1 hour ago









                TommyTommy

                15.5k14376




                15.5k14376




















                    smitelli is a new contributor. Be nice, and check out our Code of Conduct.









                    draft saved

                    draft discarded


















                    smitelli is a new contributor. Be nice, and check out our Code of Conduct.












                    smitelli is a new contributor. Be nice, and check out our Code of Conduct.











                    smitelli is a new contributor. Be nice, and check out our Code of Conduct.














                    Thanks for contributing an answer to Retrocomputing Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fretrocomputing.stackexchange.com%2fquestions%2f9426%2fwas-the-picture-area-of-a-crt-a-parallelogram-instead-of-a-true-rectangle%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Are there any AGPL-style licences that require source code modifications to be public? Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?Force derivative works to be publicAre there any GPL like licenses for Apple App Store?Do you violate the GPL if you provide source code that cannot be compiled?GPL - is it distribution to use libraries in an appliance loaned to customers?Distributing App for free which uses GPL'ed codeModifications of server software under GPL, with web/CLI interfaceDoes using an AGPLv3-licensed library prevent me from dual-licensing my own source code?Can I publish only select code under GPLv3 from a private project?Is there published precedent regarding the scope of covered work that uses AGPL software?If MIT licensed code links to GPL licensed code what should be the license of the resulting binary program?If I use a public API endpoint that has its source code licensed under AGPL in my app, do I need to disclose my source?

                    2013 GY136 Descoberta | Órbita | Referências Menu de navegação«List Of Centaurs and Scattered-Disk Objects»«List of Known Trans-Neptunian Objects»

                    Button changing it's text & action. Good or terrible? The 2019 Stack Overflow Developer Survey Results Are Inchanging text on user mouseoverShould certain functions be “hard to find” for powerusers to discover?Custom liking function - do I need user login?Using different checkbox style for different checkbox behaviorBest Practices: Save and Exit in Software UIInteraction with remote validated formMore efficient UI to progress the user through a complicated process?Designing a popup notice for a gameShould bulk-editing functions be hidden until a table row is selected, or is there a better solution?Is it bad practice to disable (replace) the context menu?