Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Graphics

Lightweight C++ Library For SVG On Windows? 130

redblue writes "I would like to display vector graphics in my Windows C++ programs with minimal system requirements. Some of the possibilities are: 1. Enhanced Metafile Format format/EMF+, 2. Flash/SWG, 3. Silverlight/XAML, 4. SVG. The non-open proprietary nature of #2 & #3 make them unattractive. Since EMF+ is not amenable to easy editing, it leaves SVG as the only format worth pursuing. The trouble is that the major vendors have a lock on the market with their proprietary formats; leaving SVG high and dry with no easy native OS support. At least not on Windows. From what I could learn on the intertubes, Cairo is the best, if not only, reasonable system that may enable compiled SVG support. Unfortunately, AFAIK, it comes with a price tag of >2MB overhead and the C++ bindings are not straightforward." Read on for the rest of redblue's question; can you improve on his home-brewed solution?

Comment Re:Problem with the galactic positioning system (Score 1) 146

That the pulsars move relative to each other (and us) is true - but this is an extremely minor point. The pulsars all have very large masses, which means it would take something HUGE to alter their trajectory significantly. Until that happens, that large mass translates to very predictable movement.

The periodicity of the pulsar is more problematic. With a sudden introduction of mass, or a sudden readjustment in the matter of the pulsar, the frequency can abruptly change. And yet, this isn't even so much of an issue. The pulsars will be monitored from some location (Earth or otherwise), and changes to their behaviour can be uploaded to the Galactic Positioning System receivers shortly after the change is observed. The receivers might compute positions incorrectly in the interim, but more likely "dead reckoning", combined with other pulsar observations could be used to determine the erroneous input, and ignore it until the update.

A more serious "flaw" is that the pulsar emissions are not (at first blush) "marked" with an emission time. One pulse looks more or less like the next. If a pulse occurs once-a-second, this translates to 300,000 km between pulse fronts. If your positioning space exceeds this length, you might end up with ambiguity in your resulting position calculation. The other 3 pulsars will provide constraints, making certain "single pulse off-by-one" errors easily discarded. But as your location space grows, it becomes more than possible for multiple location solutions to a given set of pulse-front timings. With Earth's GPS system, each satellite's transmission is coded with both a satellite identifier and timing information, making this type of error impossible.

Comment Re:My concerns (Score 1) 601

I doubt your WiFi network would be in trouble if they are jamming cellular & PCS frequencies. And "jamming" a cell phone network isn't a high-power endeavor. Put a micro-basestation operating inside the facility, and phones operating inside the facility will likely find it over more distant base stations outside. What you connect the micro basestation to is then up to you. If nothing, then all phone calls go into the bit-bucket.

Slashdot Top Deals

Never test for an error condition you don't know how to handle. -- Steinbach

Working...