FBCMAP(1)

πŸ“¦
version 7.44.0 Β· 2 versions
, in nixpkgs unstable

πŸ’… FBCMAP(1) β€” the BRL-CAD glow-up for your framebuffer

okay so bestie, buckle up: fbcmap is that one little tool from BRL-CAD that slaps a built-in color map onto your framebuffer. iconic behavior, honestly.

✨ NAME ✨

fbcmap β€” load a built-in color map onto a framebuffer πŸŽ€

🌸 SYNOPSIS 🌸

fbcmap [-h] [-F framebuffer] [-{sS} squarescrsize] [-{wW} scr_width] [-{nN} scr_height] [map_number]

πŸ’– DESCRIPTION πŸ’–

So basically fbcmap writes one of several built-in color maps to a framebuffer. That's it, that's the whole gig. πŸ’…

When you run it with no map_number argument, or with a map_number of 0, it loads the standard linear (identity) color map. Every other map number picks a different mapping β€” think photographic negative, film correction, gamma correction, or solid calibration fields. little menu of vibes, basically. ✨

⚠️ heads up bestie: fbcmap is deprecated and scheduled for removal. for general gamma correction use fbgamma(1) instead. no cap, go switch. 😭

πŸ¦‹ OPTIONS πŸ¦‹

  • -h β€” print a usage summary that lists all the available maps, then exit. the "what are my options" button. πŸ’β€β™€οΈ
  • -F framebuffer β€” pick the framebuffer device. if you don't give one, the FB_FILE environment variable is used (peep brlcad(1)); and if that's unset too, the default device for your system gets used. defaults on defaults, fr fr. 🫢
  • -s squarescrsize β€” set both the width and height of the framebuffer to squarescrsize pixels. square era. πŸŽ€
  • -S squarescrsize β€” literally the same as -s. same energy, different capital. ✨
  • -w scr_width β€” set the framebuffer display width to scr_width pixels.
  • -W scr_width β€” same as -w, capital edition. πŸ’…
  • -n scr_height β€” set the framebuffer display height to scr_height pixels.
  • -N scr_height β€” same as -n. lowercase walked so uppercase could run. 🌈

If you give no size options at all, the requested framebuffer size is just the default for the selected device β€” typically 512x512 pixels. πŸ–ΌοΈ


🎨 the map_number argument (the fun part)

The optional map_number argument selects which color map gets loaded. main character energy, each and every one:

  • 0 β€” linear (identity) color map. this is the default. ✨
  • 1 β€” reverse-linear (photographic negative) map. spooky season. πŸ™ˆ
  • 2 β€” corrected for Polaroid 809/891 print film. vintage core. πŸ“Έ
  • 3 β€” linear map, but with the low 100 entries set to black. moody lighting.
  • 4 β€” middle range amplified (shifted up by 64) to boost dim pictures; entry 0 stays black and the top entries clamp to full intensity. glow-up for your dark pics. πŸ”₯
  • 5 β€” the gamma-correcting map from the University of Utah Alpha_1 project. academic slay. πŸ‘‘
  • 6 β€” color deltas: mostly black, with full-intensity colors at multiples of 32 β€” white 0, magenta 32, red 64, yellow 96, green 128, cyan 160, blue 192. a whole rainbow in there. 🌈
  • 8 β€” Ikcmap 8 false-color map. 🧚
  • 9 β€” Ikcmap 9 false-color map. 🧚
  • 10 β€” solid black. πŸ–€
  • 11 β€” solid white. 🀍
  • 12 β€” 18% neutral grey. the classic. 🌫️

Maps 10 through 12 are useful for adjusting a camera to a uniform field without disturbing image memory. lowkey a lifehack, ngl. πŸ’‘

⭐ EXAMPLES ⭐

Example 1. Display a negative of an existing image

pix-fb -F /dev/fb0 moss.pix
fbcmap -F /dev/fb0 1

Load an image onto a framebuffer with pix-fb(1), then load map 1 so the displayed pixels appear as a photographic negative β€” and the best part? it does this without altering the stored pixel values. your file is untouched, only the vibes changed. πŸ’… Loading map 0 afterward restores normal appearance. πŸŽ€

Example 2. Calibrate against a uniform 18% grey field

fbcmap -s 1024 12

Open (or size) the framebuffer to 1024x1024 and remap every pixel to 18% neutral grey β€” a common reference value when you're adjusting a camera or monitor. calibration but make it cute. 🩢

πŸ” SEE ALSO πŸ”

brlcad(1), fbgamma(1), pix-fb(1), fbclear(1) β€” go read them, they're all part of the family. 🫢

πŸ‘‘ AUTHOR πŸ‘‘

BRL-CAD Team πŸ’œ

This software is Copyright (c) 1989-2026 by the United States Government as represented by U.S. Army Research Laboratory. yes ma'am, official. πŸŽ€

πŸ› BUG REPORTS πŸ›

Reports of bugs or problems should be submitted via electronic mail to devs@brlcad.org. don't be shy, they want to hear it. πŸ’Œ


and that's the whole page bestie, from the BRL-CAD squad β€” mwah, go load a color map, ily πŸ’–βœ¨πŸ¦‹

πŸ“¦ where this page comes from