splash.4 (216065) | splash.4 (228445) |
---|---|
1.\" 2.\" Copyright (c) 1999 3.\" Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> 4.\" All rights reserved. 5.\" 6.\" Redistribution and use in source and binary forms, with or without 7.\" modification, are permitted provided that the following conditions 8.\" are met: --- 10 unchanged lines hidden (view full) --- 19.\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, 20.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT 21.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, 22.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY 23.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT 24.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF 25.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 26.\" | 1.\" 2.\" Copyright (c) 1999 3.\" Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> 4.\" All rights reserved. 5.\" 6.\" Redistribution and use in source and binary forms, with or without 7.\" modification, are permitted provided that the following conditions 8.\" are met: --- 10 unchanged lines hidden (view full) --- 19.\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, 20.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT 21.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, 22.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY 23.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT 24.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF 25.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 26.\" |
27.\" $FreeBSD: head/share/man/man4/splash.4 216065 2010-11-29 21:31:25Z dougb $ | 27.\" $FreeBSD: head/share/man/man4/splash.4 228445 2011-12-12 21:12:07Z eadler $ |
28.\" 29.Dd November 29, 2010 30.Dt SPLASH 4 31.Os 32.Sh NAME 33.Nm splash 34.Nd splash screen / screen saver interface 35.Sh SYNOPSIS --- 33 unchanged lines hidden (view full) --- 69W*ndows BMP file decoder. 70While the BMP file format allows images of various color depths, this 71decoder currently only handles 256 color bitmaps. 72Bitmaps of other color depths will not be displayed. 73.It Pa splash_pcx.ko 74ZSoft PCX decoder. 75This decoder currently only supports version 5 8-bpp single-plane 76images. | 28.\" 29.Dd November 29, 2010 30.Dt SPLASH 4 31.Os 32.Sh NAME 33.Nm splash 34.Nd splash screen / screen saver interface 35.Sh SYNOPSIS --- 33 unchanged lines hidden (view full) --- 69W*ndows BMP file decoder. 70While the BMP file format allows images of various color depths, this 71decoder currently only handles 256 color bitmaps. 72Bitmaps of other color depths will not be displayed. 73.It Pa splash_pcx.ko 74ZSoft PCX decoder. 75This decoder currently only supports version 5 8-bpp single-plane 76images. |
77.It Pa splash_txt.ko 78TheDraw binary ASCII drawing file decoder. 79Displays a text-mode 80x25 ASCII drawing, such as that produced by 80the Binary save format in TheDraw. 81This format consists of a sequence 82of two byte pairs representing the 80x25 display, where the first byte 83is the ASCII character to draw and the second byte indicates the 84colors/attributes to use when drawing the character. |
|
77.El 78.Pp 79The 80.Sx EXAMPLES 81section illustrates how to set up the splash screen. 82.Pp 83If the standard VGA video mode is used, 84the size of the bitmap must be 320x200 or less. --- 133 unchanged lines hidden (view full) --- 218bitmap_load="YES" 219bitmap_name="/boot/chuck.pcx" 220.Ed 221.Pp 222If the VESA support is statically linked to the kernel, it is not 223necessary to load the VESA module. 224Just load the bitmap file and the splash decoder module as in the 225first example above. | 85.El 86.Pp 87The 88.Sx EXAMPLES 89section illustrates how to set up the splash screen. 90.Pp 91If the standard VGA video mode is used, 92the size of the bitmap must be 320x200 or less. --- 133 unchanged lines hidden (view full) --- 226bitmap_load="YES" 227bitmap_name="/boot/chuck.pcx" 228.Ed 229.Pp 230If the VESA support is statically linked to the kernel, it is not 231necessary to load the VESA module. 232Just load the bitmap file and the splash decoder module as in the 233first example above. |
234.Pp 235To load a binary ASCII drawing and display this while booting, include the 236following into your 237.Pa /boot/loader.conf 238: 239.Bd -literal -offset indent 240splash_txt_load="YES" 241bitmap_load="YES" 242bitmap_name="/boot/splash.bin" 243.Ed |
|
226.\".Sh DIAGNOSTICS 227.Sh SEE ALSO 228.Xr vidcontrol 1 , 229.Xr syscons 4 , 230.Xr vga 4 , 231.Xr loader.conf 5 , 232.Xr rc.conf 5 , 233.Xr kldload 8 , --- 17 unchanged lines hidden (view full) --- 251.An Kazutaka Yokota . 252The 253.Pa splash_pcx 254module was written by 255.An Dag-Erling Sm\(/orgrav Aq des@FreeBSD.org 256based on the 257.Pa splash_bmp 258code. | 244.\".Sh DIAGNOSTICS 245.Sh SEE ALSO 246.Xr vidcontrol 1 , 247.Xr syscons 4 , 248.Xr vga 4 , 249.Xr loader.conf 5 , 250.Xr rc.conf 5 , 251.Xr kldload 8 , --- 17 unchanged lines hidden (view full) --- 269.An Kazutaka Yokota . 270The 271.Pa splash_pcx 272module was written by 273.An Dag-Erling Sm\(/orgrav Aq des@FreeBSD.org 274based on the 275.Pa splash_bmp 276code. |
277The 278.Pa splash_txt 279module was written by 280.An Antony Mawer Aq antony@mawer.org 281based on the 282.Pa splash_bmp 283code, with some additional inspiration from the 284.Pa daemon_saver 285code. |
|
259.Sh CAVEATS 260Both the splash screen and the screen saver work with 261.Xr syscons 4 262only. 263.Sh BUGS 264If you load a screen saver while another screen saver has already 265been loaded, the first screen saver will not be automatically unloaded 266and will remain in memory, wasting kernel memory space. | 286.Sh CAVEATS 287Both the splash screen and the screen saver work with 288.Xr syscons 4 289only. 290.Sh BUGS 291If you load a screen saver while another screen saver has already 292been loaded, the first screen saver will not be automatically unloaded 293and will remain in memory, wasting kernel memory space. |