### ImageMagick version

7.1.1-26

### Operating system

Linux

### Operating system, version and so on

Linux Fedora

### Description

There's nothing particularly special about the SVG that I can find. It does this for any SVG I tested, but see this example:

```
$ cat bug.svg
<svg width="306" height="306" xmlns="http://www.w3.org/2000/svg"><path d="M0 0h306v306"/></svg>
$ convert -density 313.50 bug.svg bug.jpg && identify bug.jpg
bug.jpg JPEG 998x998 998x998+0+0 8-bit Grayscale Gray 256c 8900B 0.000u 0:00.000
$ convert -density 313.51 bug.svg bug.jpg && identify bug.jpg
bug.jpg JPEG 1001x1001 1001x1001+0+0 8-bit Grayscale Gray 256c 8943B 0.000u 0:00.000
$
```

So it jumps forward 3 pixels at a time, making it impossible to render a 1000x1000 image.

I found an old version `7.0.10-13` and it does not have this bug. So it's a regression somewhere between those two. It's probably fairly recent. I think some Fedora update probably hit me with this recently.

### Steps to Reproduce

.

### Images

_No response_
Regression for -density has some sort of rounded off internal low resolution for SVG, making many outputs impossible
This is a GitHub Issue
repo:ImageMagick
owner:ImageMagick
Title : Regression for -density has some sort of rounded off internal low resolution for SVG, making many outputs impossible
Issue date:

--- start body ---
### ImageMagick version

7.1.1-26

### Operating system

Linux

### Operating system, version and so on

Linux Fedora

### Description

There's nothing particularly special about the SVG that I can find. It does this for any SVG I tested, but see this example:

```
$ cat bug.svg
<svg width="306" height="306" xmlns="http://www.w3.org/2000/svg"><path d="M0 0h306v306"/></svg>
$ convert -density 313.50 bug.svg bug.jpg && identify bug.jpg
bug.jpg JPEG 998x998 998x998+0+0 8-bit Grayscale Gray 256c 8900B 0.000u 0:00.000
$ convert -density 313.51 bug.svg bug.jpg && identify bug.jpg
bug.jpg JPEG 1001x1001 1001x1001+0+0 8-bit Grayscale Gray 256c 8943B 0.000u 0:00.000
$
```

So it jumps forward 3 pixels at a time, making it impossible to render a 1000x1000 image.

I found an old version `7.0.10-13` and it does not have this bug. So it's a regression somewhere between those two. It's probably fairly recent. I think some Fedora update probably hit me with this recently.

### Steps to Reproduce

.

### Images

_No response_
--- end body ---
