无忧启动论坛

标题: Grub4dos非gfxmenu方式如何加载32位图片？ [打印本页]

作者: hotdll 时间: 2011-9-29 20:31
标题: Grub4dos非gfxmenu方式如何加载32位图片？
如题：Grub4dos非gfxmenu方式如何加载32位图片？
因为configfile (mod)4+8 不支持gfxmenu方式的直接返回。所以无奈用了fontfile (ud)/BOOT/grub/FONTS.GZ的方式加载菜单。但是16色真的很丑啊，百度了下有个命令setvbe [MODE_3D]可以支持32位，查CHM帮助得：

setvbe
用法: setvbe [MODE_3D]
描述:
set the VBE mode MODE_3D(which is of the form 1024*768*32) for each subsequentkernel command-line. if no argument is specified, clear(nullify, incalidate) the video option string setup by the previous setvbe command.
setvbe 是一个新的命令，它可以在系统核心运行前被用来改变视频模式。
例如，你可以执行
setvbe 1024x768x32

复制代码

如何让背景图片是32位色？

作者: sratlf 时间: 2011-9-29 22:03
configfile (mod)4+8不能直接返回到gfxmenu是因为你的菜单有问题吧上次我给别人写的菜单就没问题你的菜单可否传上来看下

作者: 不点 时间: 2011-9-29 22:11
>>> Grub4dos非gfxmenu方式如何加载32位图片？

目前不可能做到。grub4dos 本身还没有支持 vesa 图形。只能通过 gfxmenu 来做。

setvbe 是为加载 Linux 内核而设计的，只是给 Linux 内核传递一条信息而已。这基本上与 grub4dos 是 “风马牛” 不相及的。Windows 用户永远不需要它。

------------

尽量不要使用 gfxmenu。将来 grub4dos 内建 vesa 支持的时候，图形问题自然就解决了。

gfxmenu 与 grub4dos 是 “两张皮”，结合得不自然。那只是一个暂时的解决方案而已。

目前如果非要使用 gfxmenu 不可，那么，当它与 grub4dos 的其他功能相冲突的时候，就不要让 grub4dos 仅仅为了它就改变自己。就是说，当发生冲突的时候，gfxmenu 要给 grub4dos 让步。用户应该自己寻求解决冲突的办法，办法可能也有很多。

[ 本帖最后由不点于 2011-9-29 23:19 编辑 ]

作者: hotdll 时间: 2011-9-30 11:58
不点大大
gfxmenu实现的原理是什么？vesa支持需要哪些知识？
我最近在研究汇编，呵呵，不知道能不能把这个当做学汇编的联手程序？

作者: 不点 时间: 2011-9-30 12:04
gfxmenu 是利用外在的 vesa 程序，来实现图形。外在的程序代码在 message 文件中。这个程序与 grub4dos 本身的代码是不同的。它的代码，对于 grub4dos 来说，只是数据。grub4dos 把它的代码加载到内存运行，根本不干预运行的过程。所以是两张皮。

在时空论坛的 “开发区” 有很多关于 vesa 图形的帖子，你可以进去了解一下。

作者: hotdll 时间: 2011-9-30 19:51
谢谢不点大大。
呵呵，主要是我想把背景弄成我宝宝的百天照。。。
呵呵16位色真的相当难看。

欢迎光临无忧启动论坛 (http://wuyou.net./)