Home |
Search |
Today's Posts |
|
Metalworking (rec.crafts.metalworking) Discuss various aspects of working with metal, such as machining, welding, metal joining, screwing, casting, hardening/tempering, blacksmithing/forging, spinning and hammer work, sheet metal work. |
Reply |
|
LinkBack | Thread Tools | Display Modes |
|
#1
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
Hell, alt.math, sci.math, and sci.electronic.design.
I have put my machine tool interests on the back burner and am pursuing a monitor, video, and data format I think I may have come up with originally, although some of it is known. What I want to do is build some wave files and display them on my Tek 541 oscilloscope to start with.. They will have x and y values between the extremes of plus and minus 15 bits (+- 32,767) at CD audio rate (44.1 kss) on the left and right audio channels. I will use Mathcad to compute the values to be converted from digital to analog audio. x and y have some constraints. The will either be coprime or have a sole comon factor of 2. My method of omnidiagonally serializing the elements of the x by y bitmap, which I repeat may not be original, is to start at a corner, or adjacent a corner, choosing by whether x and y are coprime or have that common factor of 2, respectively, then to trace the diagonal to a side, move along the side one increment, and "reflect" the trace in that way. While there are no upper bonds on x and y other than the 16 bits available in most D/A converters, the atomic scan modes and bitmaps are specific: they are 3x5 and 4x6. 3x5 is the atomic open serialization, and 4x6 the atomic closed serilization. The open serilization begins and ends in a diagonally opposite corners. The closed serialization forms a continuous loop, and closed serilizations seem suitable for a monitor design. So you can see that unlike conventional rasters, the frequencies are in proportion to the aspect ratio, given square pixels. I believe I can break into the electron microscope and medical monitor field with this notion. Computer hardware is a more resistant and well-developed market where backward compatibility is essential, and I also do not know if there will be a convergence problem with any attempts to produce color. CRTs are required for this method. It's not relevant to plasma or LCD displays, although an extension to video compression could be implemented in software and compressed video displayed on CRT, LCD, plasma, or any other display. Also, it might be fun to produce a display for Microsoft Media Player or another player using this method, deflecting the trace normal to its direction of movement. Does any media player you know of accept drop-ins or plug-ins that provide a display to accompany audio? One advantage of this notion for CRTs is that the display always stays centered. The deflections are simple triangle waves. The actual drives to a conventional coil-yoked electromagnetically-deflected CRT are somewhat involved as there is an impedance in the circuit. A Hammond B3 organ or emulator might come in handy for development, with its approximations to musical intervals in the form of wheels and gears. My Tek scope is electrostatically deflected. We'll have to see what works. Another advantage is zoom ability. When the display is centered, and stays that way, merely "turning up the volume" gives a zoom. Conventional integrated amplifier volume controls provide some 70 db of "zoom". That's a lot more than a monitor would need. Are there any methods to prevent reflection of an electron beam from an envelope when a raster is zoomed larger than the screen? Would a slightly different envelope shape avoid the reflections usually seen when a monitor is severely overscanned? Where do these reflection occur and how? I have given disclosure in the past so this method is not patentable. You may consider it open source and I would like some advice on using the GNU intellectual property licensing method, should I or we develop anything of significant value. Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#3
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#4
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#5
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#6
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
No way am I reinventing vector graphics, Tim and Keith.
This is a diagonal *raster*, not a vector display. I didn't write much about how the atomic serializations can be expanded, and I will soon, but I am tired, and it's almost 3 AM, so I am going back to bed. I don't sleep well. Basically, you start with 6x4, you embed 3x5 in each pixel to get 18x20, you do it again with 5x3 to get 90x60, and you pad 90x60 with sync/blanking bits to get something even and otherwise coprime, which is topologically equivalent to 4x6. That is, it is a raster format that can be displayed diagonally in a continuous loop. Then you do it again to take 90x60 up to 1350x900 and pad again. Or you include every even and otherwise coprime pair with aspect ratio suitable to your CRT to offer a range of resolutions. It's finite math. I hope it's not numerology! I'll try to expand tomorrow night. Doug |
#7
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#8
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
Thank you, Tim.
Indeed, the electrostatically-deflected CRTs associated with electron microscopy offer a promising market for such complex deflection geometries. I will see what I can do with the Windows Media Player SDK on the one hand, and the Tek scope on the other. I think that the difference between electrostatically-deflected and electromagnetically-deflected CRTs is the difference between C and L, simply put. We have ways of generating high potentials accurately, but current foldback is less available. Thus, as you wrote, magnetically-deflected CRT monitors usually sweep the same way each time. This is more a characteristic of the driving circuitry than the CRT itself, in my opinion. Doug |
#9
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#10
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
According to Joseph Gwinn :
In article . com, wrote: [ ... ] I think that the difference between electrostatically-deflected and electromagnetically-deflected CRTs is the difference between C and L, simply put. We have ways of generating high potentials accurately, but current foldback is less available. Thus, as you wrote, magnetically-deflected CRT monitors usually sweep the same way each time. This is more a characteristic of the driving circuitry than the CRT itself, in my opinion. Not entirely. The inductance of the deflection coils is significant, and prevents fine modulation of the position of the electron beam fast enough to matter. Typical deflection coils have a serious problem with fast vector graphics, but there are (or were) custom one, made by Celco (Mahwah N.J.) explicitly for such purposes, with rather elaborate mounting for special CRTs, giving very fine adjustment capability for all elements of yoke position. I just checked -- they are still in business, and you can start checking he http://www.celco.com/ElectronOptics/ In particular, you may want to start he http://www.celco.com/ElectronOptics/HighSpeedRaster.asp and note the ones which are specifically listed as "fast settling" and "low inductance". However, given the nature of the applications, and the lack of listed prices, I suggest that you be sitting down when you call them to get that information. :-) Enjoy, DoN. -- Email: | Voice (all times): (703) 938-4564 (too) near Washington D.C. | http://www.d-and-d.com/dnichols/DoN.html --- Black Holes are where God is dividing by zero --- |
#11
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
ClearEdge VM wideband velocity modulation improves the definition at
picture edges, creating sharper images by slowing the CRT (cathode-ray tube) beam's horizontal scanning during demanding work--say, when rendering transitions from light to dark parts of an image--and speeding it up when scanning easily rendered sections, like broad dark areas. From a Sony WEGA blurb.... So it seems there are some possiblities for other than standard constant velocities in raster scanning. Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#12
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#13
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#14
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
Here's something, with thanks to John, Tim, Keith, Tim, Joseph, DoN,
Lew, and Jasen, that y'all might get a handle on. Mode Common Factor Pad Result Common Factor 640x480 160 2 642x482 2(I think) 1280x768 ? Perhaps one of you more equipped (my Mathcad is on another machine) can continue this list. The idea is you can present any standard mode by padding a few pixels on the border and scanning it diagonally. This reduces retrace overhead, making somewhat better use of available bandwidth, and allows zooming (on a CRT) using analog control. The example pads 1 pixel on either side, er, on every side. Smaller modes on the order of 100x100 pixels might display well on laser galvanometer scanners. I have a pair set up with a small laser. They are deflected by a headphone level drive. The laser is powered from a PS/2 mouse/keyboard port. I will check out the Windows Media Player SDK with Visual C++ 6.0 which *is* on this machine. I am thinking of a 4:3 Lissajous pattern made with triangle wave deflection functions showing intensity of sound as a wider or brighter trace, or both, and I'd like to put a metronome in there to lock to the beat of music, when music is the input, just as a start, to popularize the idea. Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#15
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
According to :
Here's something, with thanks to John, Tim, Keith, Tim, Joseph, DoN, Lew, and Jasen, that y'all might get a handle on. Mode Common Factor Pad Result Common Factor 640x480 160 2 642x482 2(I think) 1280x768 ? Perhaps one of you more equipped (my Mathcad is on another machine) can continue this list. The idea is you can present any standard mode by padding a few pixels on the border and scanning it diagonally. This reduces retrace overhead, making somewhat better use of available bandwidth, and allows zooming (on a CRT) using analog control. The example pads 1 pixel on either side, er, on every side. Smaller modes on the order of 100x100 pixels might display well on laser galvanometer scanners. I have a pair set up with a small laser. They are deflected by a headphone level drive. The laser is powered from a PS/2 mouse/keyboard port. I've not been following this very carefully (other than the mention of the Celco deflection yokes), but here is the list of resolutions available from the framebuffer (unix term for a graphics card) on my current system: ================================================== ==================== 1024x768x60 1024x768x70 1024x768x75 1024x768x77 1024x800x84 1152x900x66 1152x900x76 1280x800x76 1280x1024x60 1280x1024x67 1280x1024x76 960x680x112s (stereo) 960x680x108s (stereo) 640x480x60 640x480x60i (interlaced) 768x575x50i (interlaced) 1440x900x76 (hi-res) 1600x1000x66 (hi-res) 1600x1000x76i (hi-res) 1600x1280x76 (hi-res) 1920x1080x72 (hi-res) 1920x1200x70 (hi-res) ================================================== ==================== The third parameter is the frame rate. The ones marked "(stereo)" alternate frames between two different views, and an output signal selects which half of a special pair of glasses you can see through at that moment. Feel free to calculate your parameters with those. Note that the default resolution for most Sun machines is the 1152x900 at one or the other of the scan rates. I will check out the Windows Media Player SDK with Visual C++ 6.0 which *is* on this machine. I am thinking of a 4:3 Lissajous pattern made with triangle wave deflection functions showing intensity of sound as a wider or brighter trace, or both, and I'd like to put a metronome in there to lock to the beat of music, when music is the input, just as a start, to popularize the idea. Anything Widows based will not be popular with *me*. :-) Enjoy, DoN. -- Email: | Voice (all times): (703) 938-4564 (too) near Washington D.C. | http://www.d-and-d.com/dnichols/DoN.html --- Black Holes are where God is dividing by zero --- |
#16
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
ftp://users.aol.com/DGoncz/Publications/1152x864.gif
shows that my Creative Labs Graphic Blaster RIVA 128ZX has accepted a new definition of the rarely used NeXT mode 1152x864. This was done with Power Strip. My redefinition is: Direction H V Pixel Rate 60 Hz 69 KHz 69.315 MHz Pixels 1152 864 Front Porch 0 pixels 0 lines Sync 8 pixels 2 lines Back Porch 0 pixels 0 lines and these are all minimums for the front and back porch, but the sync vertical must, of course, be a multiple of 2, while the sync horizontal is the minimum. So this mode doesn't pad by two in available hardware and it does look like James Waldby was right about my factoring. That's a lot of pixels for about a 70 MHz pixel clock, but the zoomability is key, not the lack of retrace. No conventional analog CRT can display this mode, but I intend to build or configure one to do exactly that. I will need a stereo audio amp, two signal generators with trigger or phase lock, and either my Tek scope or a monitor I can pull apart, at the minimum. Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#17
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
Hello, all.
Hell, J. Clarke, Tim, Keith, Joseph, DoN, Lew, Jasen, and James, in particular. ftp://users.aol.com/DGoncz/Publications/1152x864B.gif shows a slightly modified version of the redefinition in the referenced post, but this seems to be a more correct timing calculation. Here is the modeline and associated information: (Monospaced Font as before) PowerStrip timing parameters: 1152x864=1152,0,8,0,864,0,1,1,60268,0 Generic timing details for 1152x864: HFP=0 HSW=8 HBP=0 kHz=52 VFP=0 VSW=1 VBP=1 Hz=60 VESA detailed timing details: PClk=60.27 H.Active=1152 H.Blank=8 H.Offset=-16 HSW=8 V.Active=864 V.Blank=2 V.Offset=0 VSW=1 Linux modeline parameters: "1152x864" 60.268 1152 1152 1160 1160 864 864 865 866 +hsync +vsync Now you must understand this is designed to be displayed *diagonally*! The second active pixel in the first scan line will show, with the correct deflection waveforms, at screen coordinates (2,2), using a 1 basis for the origin in the upper left, that is, an origin of (1,1). I have not checked common factors for this "mode". Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#18
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
wrote: Hello, all. Hell, J. Clarke, Tim, Keith, Joseph, DoN, Lew, Jasen, and James, in particular. Aw, hell, I meant, "Hello". ftp://users.aol.com/DGoncz/Publications/1152x864B.gif shows a slightly modified version of the redefinition in the referenced post, but this seems to be a more correct timing calculation. Here is the modeline and associated information: Linux modeline parameters: "1152x864" 60.268 1152 1152 1160 1160 864 864 865 866 +hsync +vsync That's the best I can do with PowerStrip. What I need is, of course: "1160x866" 60.268 1160 1160 1160 1160 866 866 866 866 +hsync +vsync How frustrating. I have written a Mathcad worksheet using what I call the "snarl transform", which is 1-to-1, to load the R, G, and B planes with X, Y, and Z data. It takes a minute to run, but it does what it is supposed to. The display will be imperfect if I don't get the modeline above to work under Windows 98. I suppose I could live with an imperfect display, but for any real potential to be had from this monitor design, I need an unblanked display mode that simply streams pixels out at variable rates in a frame with even edges but no other common factor between edges. *sigh* Is this a hardware or a software limitation? Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#19
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
Doug Goncz wrote:
wrote: Here is the modeline and associated information: Linux modeline parameters: "1152x864" 60.268 1152 1152 1160 1160 864 864 865 866 +hsync +vsync That's the best I can do with PowerStrip. What I need is, of course: "1160x866" 60.268 1160 1160 1160 1160 866 866 866 866 +hsync +vsync .... Is this a hardware or a software limitation? Until I looked at http://www.gameprogrammer.com/3-tweak.html (which mentions a tweaking program that might be useful to you) I thought that typical PC display hardware requires a bunch of those numbers to be multiples of 8; however, that web page mentions resolution 360x270 so I now don't know what the hw limit is. BTW, I think "X Windows System modeline" would be a bit better phrase than "Linux modeline", and that you should attach an [OT] marker to the subject for rec.crafts.metalworking. -jiw |
#20
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
[R.C.M removed from followup]
On 2006-03-31, James Waldby wrote: Doug Goncz wrote: wrote: Here is the modeline and associated information: Linux modeline parameters: "1152x864" 60.268 1152 1152 1160 1160 864 864 865 866 +hsync +vsync That's the best I can do with PowerStrip. What I need is, of course: "1160x866" 60.268 1160 1160 1160 1160 866 866 866 866 +hsync +vsync ... Is this a hardware or a software limitation? Until I looked at http://www.gameprogrammer.com/3-tweak.html (which mentions a tweaking program that might be useful to you) I thought that typical PC display hardware requires a bunch of those numbers to be multiples of 8; however, that web page mentions resolution 360x270 so I now don't know what the hw limit is. for width it should be multiple of 8 (or with some hardware 16) for height pretty-much any number will work. BTW, I think "X Windows System modeline" would be a bit better phrase than "Linux modeline", and that you should attach an [OT] marker to the subject for rec.crafts.metalworking. Actually "X Window System" Bye. Jasen |
#21
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
|
#22
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
I wrote:
(I) wrote: No conventional analog CRT can display this mode, but I intend to build or configure one to do exactly that. I will need a stereo audio amp, two signal generators with trigger or phase lock, and either my Tek scope or a monitor I can pull apart, at the minimum. I would do this by running the sync signals into the line inputs and writing a program to synchronize wave outputs or perhaps MIDI outputs to the amp if it there were any reason to keep the hardware compact and PC based. There would be some drift and constant correction because the video and audio use separte clock crystals. I noticed some kind of adjustable pixel clock in PowerStrip and wonder if any pixel clock is the same as or can be locked to the sample rate of an audio stream. Doug Goncz Replikon Research Falls Church, VA 22044-0394 |
#23
Posted to alt.math,sci.math,sci.electronics.design,rec.crafts.metalworking
|
|||
|
|||
Omndiagonal Serialization and Monitor Design
On 2006-03-11, Doug Goncz wrote:
I wrote: (I) wrote: No conventional analog CRT can display this mode, but I intend to build or configure one to do exactly that. I will need a stereo audio amp, two signal generators with trigger or phase lock, and either my Tek scope or a monitor I can pull apart, at the minimum. I would do this by running the sync signals into the line inputs and writing a program to synchronize wave outputs or perhaps MIDI outputs to the amp if it there were any reason to keep the hardware compact and PC based. There would be some drift and constant correction because the video and audio use separte clock crystals. I noticed some kind of adjustable pixel clock in PowerStrip and wonder if any pixel clock is the same as or can be locked to the sample rate of an audio stream. you'd be hard pressed to find any pixel clocks below 500Khz, (most are well over 5Mhz) but audio can possibly be resampled or interpolated to get a similar effect. Bye. Jasen |
Reply |
Thread Tools | Search this Thread |
Display Modes | |
|
|