Die Angabe DPI von einem GDI-Gerätekontext

Habe ich jetzt gelernt, mehr als ich gepflegt wissen über Metadateien.

1. Einige der Metafile Klasse Konstruktor-überladungen arbeiten schlecht und wird sich auf eine abgeschnittene DPI-Wert.

Folgendes:

protected Graphics GetNextPage(SizeF pageSize)
{
    IntPtr deviceContextHandle;
    Graphics offScreenBufferGraphics;
    Graphics metafileGraphics;
    MetafileHeader metafileHeader;

    this.currentStream = new MemoryStream();
    using (offScreenBufferGraphics = Graphics.FromHwnd(IntPtr.Zero))
    {
        deviceContextHandle = offScreenBufferGraphics.GetHdc();
        this.currentMetafile = new Metafile(
            this.currentStream,
            deviceContextHandle,
            new RectangleF(0, 0, pageSize.Width, pageSize.Height),
            MetafileFrameUnit.Inch,
            EmfType.EmfOnly);

        metafileGraphics = Graphics.FromImage(this.currentMetafile);

        offScreenBufferGraphics.ReleaseHdc();
    }

    return metafileGraphics;
}

Wenn Sie bestanden in einer SizeF von { 8.5, 11 }, die Sie erwarten, zu bekommen Metafile hat eine rclFrame von { 21590, 27940 }. Konvertieren von Zoll in Millimeter ist auch nicht schwer, nachdem alle. Aber Sie wahrscheinlich nicht. Je nach Auflösung, GDI+, so scheint es, wird die Verwendung einer verkürzten DPI-Wert bei der Umwandlung des Zoll-parameter. Um es richtig zu machen, ich habe es selbst zu tun in Hundertstel millimeter, die GDI+ nur durchläuft, denn das ist, wie es ist nativ in der Metadatei gespeichert werden header:

this.currentMetafile = new Metafile(
    this.currentStream,
    deviceContextHandle,
    new RectangleF(0, 0, pageSize.Width * 2540, pageSize.Height * 2540),
    MetafileFrameUnit.GdiCompatible,
    EmfType.EmfOnly);

Rundungsfehler #1 gelöst--die rclFrame meiner Metadatei ist nun korrekt.

2. Die DPI auf Graphics Instanz die Aufnahme zu einem Metafile ist immer falsch.

Sehen, dass metafileGraphics variable, die ich setzen Sie durch aufrufen Graphics.FromImage() auf die Metadatei? Nun ja, es scheint, dass Graphics Instanz immer einen DPI-Wert von 96 dpi. (Wenn ich raten müsste, ist es immer das logische DPI, nicht die körperliche ein.)

Können Sie sich vorstellen, dass die Heiterkeit, die entsteht, wenn Sie die Zeichnung auf einem Graphics Instanz, die unter 96 dpi und die Aufnahme auf eine Metafile Instanz, die 87.9231 dpi "aufgezeichnet" in der überschrift. (Ich sage "aufgenommen", weil es berechnet sich aus den anderen Werten.) Die Metadatei ist "Pixel" (Sie erinnern sich, die GDI-Befehle in der Metadatei gespeichert werden, angegeben werden Pixel) sind größer, und so ist Sie Fluch und, der mutter, warum Ihr Aufruf, etwas zu zeichnen einen Zoll lang, endet als ein-und-etwas-über Zoll lang.

Die Lösung ist, verkleinere die Graphics Beispiel:

metafileGraphics = Graphics.FromImage(this.currentMetafile);
metafileHeader = this.currentMetafile.GetMetafileHeader();
metafileGraphics.ScaleTransform(
    metafileHeader.DpiX /metafileGraphics.DpiX,
    metafileHeader.DpiY /metafileGraphics.DpiY);

Ain ' T that a hoot? Aber es scheint zu funktionieren.

"Rundung" Fehler #2 gelöst-wenn ich sage, zeichnen Sie etwas auf "1 Zoll" bei 88 dpi, das pixel hatte besser $%$^! aufgezeichnet als pixel #88.

3. szlMillimeters können sehr stark variieren; Remote Desktop verursacht eine Menge Spaß.

So, wir entdeckten (pro Mark ' s Antwort), dass, manchmal, Windows fragt die EDID des Monitors und der tatsächlich weiß, wie groß es ist physisch. GDI+ hilfsbereit nutzt diese (HORZSIZE etc) beim ausfüllen des szlMillimeters Eigenschaft.

Nun stellen Sie sich vor, dass Sie nach Hause gehen, um diese debug-code des remote-desktop. Lassen Sie uns sagen, dass Ihr computer zu Hause geschieht mit einem 16:9-Breitbild-monitor.

Offensichtlich, kann Windows keine Abfrage der EDID von einem display mit Fernbedienung. So verwendet er das uralte Standard 320 x 240 mm, das wäre gut, außer, dass es geschieht, um ein Seitenverhältnis von 4:3, und jetzt der exakt gleiche code generiert eine Metadatei auf einem display, das angeblich nicht-quadratischen physikalischen Pixel: horizontale DPI und vertikalen DPI sind Verschieden, und ich kann mich nicht erinnern, das Letzte mal, dass ich sah, dass passieren.

Mein workaround für jetzt ist: "Gut, laufen nicht unter remote-desktop."

4. Die EMF-to-PDF-tool, das ich mit hatte einen Rundungsfehler, wenn man die rclFrame header.

Dies war die Hauptursache für mein problem ausgelöst hat, diese Frage. Meine Metadatei "richtig" alle zusammen (gut, richtig, nachdem ich Feste die ersten beiden Fragen), und alle diese Suche für die Erstellung einer "high-resolution" Metadatei ist ein Roter Hering. Es ist wahr, dass einige treue ist verloren, wenn die Aufnahme die Metadatei auf einem low-resolution-display-Gerät, weil die GDI-Befehle angegeben, die in der Metadatei werden in Pixel angegeben. Es spielt keine Rolle, dass es ein Vektor-format und können nach oben oder unten skaliert, gehen einige Informationen verloren während der eigentlichen Aufnahme, wenn GDI+ entscheidet, die "pixel" zu schnappen, eine operation zu.

Ich den Verkäufer kontaktiert und Sie gab mir eine korrigierte version.

Rundungsfehler #3 gelöst.

5. Die "Summary" - Fenster in Windows Explorer passiert einfach so abschneiden Werte bei der Anzeige der berechneten DPI.

Es passiert einfach so, dass das abgeschnittene Wert vertreten die gleichen fehlerhaften Wert, dass die EMF-to-PDF-tool wurde mithilfe von intern. Abgesehen davon, ist diese Marotte nicht dazu beitragen, etwas sinnvolles zu der Diskussion.

Schlussfolgerungen

Da war meine Frage, über futzing mit DPI-Gerät zusammenhängen, Mark ' s ist eine gute Antwort.

Scheint, wie die Werte auf der Seite "Zusammenfassung" sind falsch. Sie sind wie folgt berechnet:

Size = round(precize_size)+1
Resolution = trunc(precize_resolution)

Wo precize Werte berechnet werden ohne Rundung oder abschneiden.