nikbobo 发表于 2016-6-6 20:14
针对不同的分辨率而使用不同的背景图片？
具体应该怎么做？（相关命令？方法？）
而且机器分辨率那么多 ...

抱歉，不做这方面的开发了。连使用都减少了，逐步走向 “不使用”。

感兴趣的问题，答复一下。而对于自己没有使用经验的，也只能说个大概的思路，不可能给出详细的教程。

力所能及的，可以做一下。做不了的，不勉强做。

那些与我过去的开发有关的问题，那些必须由我来回答或解决的问题，我会尽力。其他那些问题，可能我接触得少，记忆力减退，我越来越感到生疏，就不再勉为其难了。

不点 发表于 2016-3-19 10:19
开发方面的事，我不参与。要看目前的维护者、开发者是否有能力、有精力、有兴趣。

个人认为，图片拉 ...

针对不同的分辨率而使用不同的背景图片？
具体应该怎么做？（相关命令？方法？）
而且机器分辨率那么多，如何保证每个分辨率都适应？

不点 发表于 2016-3-19 10:19
开发方面的事，我不参与。要看目前的维护者、开发者是否有能力、有精力、有兴趣。

个人认为，图片拉 ...

针对不同的分辨率而使用不同的背景图片？
具体应该怎么做？（相关命令？方法？）
而且机器分辨率那么多，如何保证每个分辨率都适应？

先加载vbe图形模式
图片大小为：1024x768
graphicsmode  -1  640:1024  480:768  24:32
如果图片是ps做的jpg，用画图板另存一下，
虚拟启动可能会显示不全，由主板bios决定，实机会自动拉伸全屏。

nikbobo 发表于 2016-3-19 10:01
能否修改为显示整张图片而不是左上角，即把图片拉伸再填充？

开发方面的事，我不参与。要看目前的维护者、开发者是否有能力、有精力、有兴趣。

个人认为，图片拉伸以后，不精细了，不精美了。

用户应该针对不同的分辨率而使用不同的背景图片，这样图片不经过拉伸处理，因而仍然是精细的、清晰的。

不点 发表于 2016-3-9 11:42
graphicsmode -1 -1 -1 24:32

这样可以保证 0.4.5c 进入 VBE 模式。

能否修改为显示整张图片而不是左上角，即把图片拉伸再填充？

帆船 发表于 2016-3-8 18:07
既然必须使用使用 graphicsmode 命令，而传统的自动探测分辨率的方法又不适应，用 graphicsmode 命令直接 ...

graphicsmode -1 -1 -1 24:32

这样可以保证 0.4.5c 进入 VBE 模式。

在 0.4.6a 中，yaya 支持了 16 位色，似乎还有 15 位色的模式，不知道 yaya 是否支持。假定不支持 15 位色，那么可以这样

graphicsmode -1 -1 -1 16:32

这些办法可以保证进入 VBE 模式（前提条件当然是 BIOS 首先要支持 VBE 才行），并选择最高分辨率。

由于 VBE 规范本身没有规定哪个分辨率是必须实现的，因此，你无论设定什么具体的某个分辨率，都是不能保证成功的。但是，如果限定的范围大一点，则成功率会高一些。我建议使用类似这样的范围：

graphicsmode -1 100:1000 100:1000 24:32

而不要使用定死的某个分辨率，比如 graphicsmode -1 800 600 24:32

有人说了：“那我的背景图片是 800x600 的，该怎么办？”

我的答复是：“图片不该使用小的分辨率。”你可以做一个尽可能大的图片，并尽量让这个图片在其他分辨率下也有效。如果图片分辨率比屏幕分辨率大，那么 grub4dos 会自动采用图片左上角的部分（图片的其余部分超出屏幕，因此不予显示），除此之外不会有其他问题的。

不点 发表于 2016-3-8 15:00
说两点看法。

1、既然新旧版本不同，那么，这就有可能是新版本引入的某个隐蔽 bug 造成的。yaya 应该核 ...

既然必须使用使用 graphicsmode 命令，而传统的自动探测分辨率的方法又不适应，用 graphicsmode 命令直接设定分辨率的方法也是错误的，那么我应该如何修正菜单呢？请指教！

为了避免多次加载图像，不设置vbe图像模式禁止加载图像。有人就喜欢直接加载图像。计划恢复原样。

说两点看法。

1、既然新旧版本不同，那么，这就有可能是新版本引入的某个隐蔽 bug 造成的。yaya 应该核查一下究竟是不是 bug。

2、不使用 graphicsmode 命令，直接使用 splashimage 命令，这样的做法，是不推荐的；严格地说，是错误的。

splashimage 命令是不检查系统是否支持图片的分辨率，就直接采用图片的分辨率。这样做当然是不正确的。

与此相同，用 graphicsmode 命令直接设定某个分辨率的做法（例如 graphicsmode -1 800） ，也是错误的。因为你不知道 BIOS 是否支持这样的分辨率。

但是幸运的时候，也可能正好碰上 BIOS 支持这个分辨率的情况，那就没事。

然而终归那属于不正确的做法，应该予以纠正。

所以，你应该先修正你的菜单，然后再来试试还有什么 bug，并继续报告 bug。

对于用户所采用的不正确的做法，开发者有权不支持。

所以从用户的角度，应该严格要求自己，不要懈怠。

另一方面，开发者也应该从用户报告中察觉到可能的 bug 的存在，不要轻易让 bug 溜走。

即使用户菜单有问题，也不表示用户的 bug 报告一定是无效的。

graphicsmode  -1  1024
试一试
若不合适，再调整1024值

不点 发表于 2016-3-6 21:50
有可能是 bug。

你能否通过测试很多版本，来确定究竟是从哪一天开始出现 bug 的吗？

您好，就是从grub4dos-0.4.6a-2016-02-15这个版本开始的。

如果是vbe的问题，请用0.4.6a-2016-03-04 试试看，。

加载图像前,先加载vbe图形模式  
graphicsmode  -1  100:1000  100:1000  24:32
15.splashimage %ufd%VBE/BG.LZMA

有可能是 bug。

你能否通过测试很多版本，来确定究竟是从哪一天开始出现 bug 的吗？