Graphics.drawImage() - Output-Größe entspricht nicht Parametern

lyrichter

Mitglied
Hallo!

Nachdem mein erstes Problem bei der GUI-Entwicklung hier sehr schnell und kompetent gelöst wurde, tritt schon wieder ein sehr merkwürdiger Effekt auf, den ich nicht verstehe:

Nach dem Aufruf von g2.drawImage(sourceImg,0,0,400,400,x1,y1,x2,y2,null) erhalte ich kein quadratisches Bild, sondern das Bild ist in Y-Richtung mit Faktor 2 gestaucht. Da dieser Effekt absolut zuverlässig für alle Eingabewerte auftritt, behebt ein Korrekturfaktor 2 das Problem schon - allerdings ist das natürlich nicht das Mittel der Wahl.

Auch nach längerer Fehlersuche und etwas Recherche kann ich die Quelle für dieses merkwürdige Verhalten nicht ausfindig machen - wahrscheinich übersehe ich einfach etwas Offensichtliches. Für Hinweise wäre ich sehr dankbar!

Schonmal vielen Dank für's Lesen - nachfolgend der zugehörige Code und im Anhang ein Screenshot des Ergebnisses:


Java:
public class MyPanel extends JPanel{
    BufferedImage buffImg;
    Point upperLeft;
    int width;
    int height;
    
    public MyPanel(){
        super();
        
        //load Image
        File f = new File("images/test.jpg");
        try {
            buffImg = ImageIO.read(f);
        } catch (IOException e) {
            System.out.println("Datei konnte nicht geöffnet werden!");
        }
        
        // initial values
        upperLeft = new Point(0,0);
        width = buffImg.getWidth();
        height = buffImg.getHeight();
        
        repaint();
    }
    
    @Override
    protected void paintComponent( Graphics g )
      {
        super.paintComponent(g);
        
        int a = (int) upperLeft.getX();
        int b = (int) upperLeft.getY();
        int c = a+width;
        int d = b+height;
                
        Graphics2D g2 = (Graphics2D)g;
        g2.setRenderingHint(RenderingHints.KEY_INTERPOLATION,
                            RenderingHints.VALUE_INTERPOLATION_BILINEAR);
        g2.drawImage(buffImg,0,0,400,400,a,b,c,d, null);
        }
}
 
 
 
public class Test {
    
    public static void main(String[] args){
        // frame
        JFrame frame = new JFrame("test");
        frame.setSize(1000, 1000);
        frame.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE );
        frame.setLayout( new FlowLayout() );
        
        //picPanel
        MyPanel picPanel = new MyPanel();
        picPanel.setPreferredSize(new Dimension(400,400));
        picPanel.setBorder(BorderFactory.createTitledBorder("picPanel"));
        
        //picBorderPanel
        JPanel picBorderPanel = new JPanel ();
        picBorderPanel.setPreferredSize(new Dimension(500,500));
        picBorderPanel.setBorder(BorderFactory.createTitledBorder("picBorderPanel"));
        picBorderPanel.add(picPanel);
        
        //buttonPanel
        JPanel buttonPanel = new JPanel();
        buttonPanel.setPreferredSize(new Dimension(500,500));
        buttonPanel.setBorder(BorderFactory.createTitledBorder("buttonPanel"));
        
        // adding components to top level container
        Container contentPane = frame.getContentPane();
        contentPane.add(picBorderPanel);
        contentPane.add(buttonPanel);
        
        // set visible
        frame.pack();
        frame.setVisible(true); 
    }
}
 
Da es sich bei deinem Bild um ein .jpg handelt, vermute ich einfach mal, dass in Zeile 13 (
Code:
buffImg = ImageIO.read(f);
ein Cast von einem "normalen" java.awt.Image zu einem BufferredImage durchegeführt wird, der evtl. nicht richtig funktioniert. Ändere daher mal den Typ von buffImg zu Image. Oder lade ein Image, welches du dann in deinem BufferredImage zeichnest.
 
Hmm, laut Methodenkopf gibt ImageIO.read(f) aber doch sowieso ein BufferedImage zurück

Java:
public static BufferedImage read(File input) throws IOException

und hier heißt es auch, dass das JPG-Format unterstützt wird.

Sehe ich das falsch?
 
Zuletzt bearbeitet:
Und wie ich dir im letzten Thread schon gesagt habe, ist es viel einfacher drawImage(image,0,0,400,400,null) zu schreiben um ein quadratisches Bild zu malen (hier wird das bild gestaucht/gedehnt). Wenn du einen Ausschnitt aus dem Bild zeichnen willst, musst du statt deinen abcd nicht die Maße des Image nehmen, sondern ebenfalls 0,0,400,400.
 
Erstmal danke für eure Mühen, auch nochmal an GUI-Programmierer 🙂

Aber das ist ja echt merkwürdig...hast du denn auch eine JPG-Datei benutzt? Und hatte das Bild auch schon vor der Skalierung ein quadratisches Format?

Meine Datei Test.jpg war in der Tat schon vorher quadratisch mit den Maßen 1600x1600 Pixel.

Ich bin erstmal ratlos. Zur Sicherheit werde ich gleich nochmal mein Code mit dem geposteten Vergleichen, vielleicht hat sich bei mir in der Zwischenzeit ein Flüchtigkeitsfehler eingeschlichen...

Edit:
@bERT0r:
Der Aufruf ist alleine in diesem Kontext tatsächlich etwas umständlich. Ich habe allerdings diese Vorgehensweise gewählt, da ich diese Architektur später noch benötige. upperLeft, width und heigth werden später verändert und speichern somit nicht mehr nur die Koordinaten für das ganze Bild, sondern für einen gewünschten Ausschnitt. Dieser wird dann auf die passende Größe skaliert und gezeichnet.
 
Mal unabhängig davon, was es für ein Imageformat ist (das ist definitiv nicht der Fehler, zumal das Bild ja angezeigt wird), hast du mal ausprobiert, ob es was bringt, Source- und Destinationkoordinaten (also sx usw mit dx usw) zu vertauschen? Wer weis, von welcher Warte aus Sun Source und Destination sieht bzw. gesehen hat. Immerhin könnte mit Destination ja der Ausschnitt der eigentlichen Source gemeint sein, welcher letztendlich (Destination) als Source des zu zeichnenden Vierecks dient. Hoffe ihr versteht was ich sagen will, obwohl ich versteh's ja selber kaum. 😉
 
mmmh, also dein Code liefert sowohl bei ursprünglich quadratischen Bildern, als auch bei jeglichen anderen Format ein quadratisches Bild zurück.

Dein KSKB liefert auch ein "in Y-Richtung mit Faktor 2 gestauchtes" Bild...??? Kann ich mir nicht vorstellen...
 
So, das Problem hat sich erledigt. Mein gepostetes KSKB läuft wunderbar, auch wenn ich absolut keinen Unterschied zu der Variante auf meinem PC feststellen konnte. Muss irgendein ganz unscheinbarer Tippfehler gewesen sein.
Auf dem korrekten KSKB aufgauend habe ich nun nochmal vo vorne programmiert und jetzt läuft es.

Vielen Dank für's Ausprobieren!
 

Zurück
Oben