A menu board background image that never appears after publish is almost always a CMYK file: it stores print ink amounts and carries no RGB values for the player to draw. Re-save it as an sRGB JPEG or PNG at the panel's pixel size, 1920 x 1080 landscape or 1080 x 1920 portrait, and republish.
A menu board background that looks right on the design computer and never appears after you publish is, more often than any other single cause, a file saved in CMYK. CMYK is the print color mode: it stores ink amounts, and a screen player draws from RGB values, so a CMYK background gives the player nothing to paint. The fix takes minutes: confirm the color mode, convert the file to RGB in the sRGB space, size it to the panel's pixels and republish. This page gives the symptoms that point to CMYK, the two-minute check, the export settings, a worked example with the arithmetic, and the causes that remain if the file is already RGB. If you are still choosing hardware, the digital menu boards guide covers sizing the screen to the menu first.
Why is my menu board background image not showing?
The background file is almost always saved in CMYK, the print color mode: a CMYK image stores cyan, magenta, yellow and black ink amounts and carries no RGB values, so the player has nothing to draw and the area behind the menu stays blank or black.
CMYK gets into menu boards because the artwork usually starts life as print: a printed menu, a poster, a window card. A print file states how much of each ink to lay down on paper. A panel builds every color from red, green and blue light and has no inks, so a renderer that draws to a screen cannot use ink values. Where the background should be it draws nothing, and the rest of the slide plays normally around the gap.
The file type is rarely the fault. The player takes images in JPG, PNG or WebP, and a JPEG and a PNG fail the same way when the color mode inside them is CMYK. Convert the file to RGB, export it again, and it draws. The sections below give the check, the export settings, and the arithmetic for sizing the file to the panel.
Every menu board screen that plays from a card follows the same file rules.
What symptoms point to a CMYK background file?
Four symptoms together point at the file's color mode rather than at the screen, the cable or the layout: the image previews on the design computer, the menu text still draws, other slides play normally, and the background has been blank since that same file was published.
Work down the list, because the first four lead back to the same file:
- Background blank or black, menu text fine. The text lives in the layout and the image is the only missing piece, so the fault sits inside that one file, and its color mode is the first property to check.
- The image opens and previews on the design computer. The file itself is intact. Print workflows read CMYK happily; the failure shows up only where a panel draws.
- A PNG failed, and a JPEG failed after it. Changing the file type keeps the color mode. Both exports came out of the same CMYK document, so both carry ink values a panel cannot use.
- A desktop photo app refuses the JPEG with a format error. Some computer photo viewers reject CMYK JPEGs outright, so a refusal on the office computer points to the same cause.
- The whole screen is black, background and text together. Different fault, different checks; the last section below covers it.
If the first four match, go straight to the color-mode check. New cables, mounts or screens will not touch a color mode.
How do I check if an image is CMYK or RGB?
Open the file in a design or photo editor and read the color mode setting: RGB draws on a screen, CMYK is built for print, and that one word decides the whole fix.
The mode lives with the document settings, and export dialogs remember it: a design created from a print template exports CMYK even when it looks like any other graphic. With no editor on the machine, a color-mode checker page reads the file and reports RGB or CMYK for JPG, PNG, TIFF, WebP and GIF in seconds.
Check every image in the media folder, not just the background. A logo or a food photo exported from the same print document fails the same way, sometimes on a slide that looked fine on first pass.
If every file already reads RGB and the background still stays away, the last section lists the causes that remain.
What settings should a menu board background file use?
Save the fixed background as an sRGB JPEG or PNG sized to the panel's exact pixel count, 1920 x 1080 for a landscape menu board and 1080 x 1920 for portrait, so every image pixel maps to one screen pixel.
- Color space: RGB with an sRGB profile. sRGB is the space screens and web graphics assume, and it survives the trip from design computer to card unchanged.
- Size: matching the panel means no scaling, no soft text edges and no black band at any border, and a file larger than the panel only loads slower.
- Depth: the editor's default 8 bits per channel is enough, because a panel shows no more.
- File type: JPEG for photographic backgrounds, PNG for flat color blocks and text edges that must stay crisp, WebP where the export tool offers it. GIF, PDF, HEIC and PowerPoint files never play, however good they look in the dialog.
For a portrait board, build the background at the portrait size from the start. Our player turns playback with a single rotation setting, so the same unit hangs either way, and the portrait and landscape content planning article covers keeping one design across both orientations.
What does a worked example of the fix look like?
A cafe exports a print poster 24 in wide at 300 ppi, lands on a 7200 pixel file that is 3.75 times wider than its 1920 pixel panel, converts it to sRGB at 1920 x 1080, and the background draws on the next publish.
Scenario. One landscape menu board on a 1920 x 1080 panel. The background was drawn for the printed menu: a poster 24 in wide and 13.5 in tall, exported at 300 ppi in CMYK, then copied to the card unchanged.
The arithmetic.
- Width: 24 in x 300 ppi = 7200 px
- Height: 13.5 in x 300 ppi = 4050 px
- The panel needs 1920 px across, so the file is 7200 / 1920 = 3.75 times wider than required
- Height check: 4050 / 3.75 = 1080 px, exactly the panel's height, because 24 x 13.5 in is the same 16:9 shape as the screen
What was wrong. The pixel count was never the problem. The poster preset exported CMYK, the CMYK background gave the player nothing to draw, and the board showed its text layer on an empty backdrop.
The fix. Convert the image to RGB, set the size to 1920 x 1080, save as JPEG at the default 8 bits per channel. In this example the file fell from about 24 MB to under 1 MB, which also loads faster from the card. On the next publish the background filled the panel edge to edge, with the menu text sitting clean on top of it.
How do I republish the fixed background?
Replace the old image with the fixed file, publish the playlist again, and let the player take one reload: if the app stops during the swap, it is designed to start again within seconds and return to the show.
- Convert and export the file with the settings above: RGB in sRGB, sized to the panel, JPEG or PNG.
- Open the slide, remove the old background image, and place the fixed file in its place.
- Rebuild the show. The browser-based slide builder lays the slides out and writes the card.
- Swap the card. The show carries on from the copy in internal memory while the card is out.
- Let it run one reload cycle before judging the result.
The check. Stand where a customer stands. A wall board with 1 in capitals carries to 30 ft at the FHWA planning figure of 30 ft of viewing distance per inch of letter height, so the background's edges are easy to inspect from far closer than that. You want color meeting the panel border on all four sides, no black band, no repeated edge, and text sitting clean on the new backdrop.
What else stops a menu board background from showing?
If the file is already RGB and the background still stays blank, three causes with a documented basis remain: an image format the player never plays, a layout scaled for the wrong resolution, or a fault in video playback rather than the background.
- The background is a GIF, PDF, HEIC or PowerPoint file. The player's image list is JPG, PNG and WebP, so anything else sits unused and the slide draws without it. Export the artwork to JPEG or PNG and the fault closes.
- The layout is scaled for the wrong resolution. A playlist built at one pixel size and shown on a panel of another can leave part of the design off the glass; the 4K portrait case, where only a quarter of the layout appears, is that failure at its extreme.
- The videos go black while the images play. The background file is innocent there, and the video decoding path has its own page on black screens on video.
Recommendation: When a background previews on the design computer but never draws on the screen, convert the file to RGB in the sRGB space, save it as a JPEG sized to the panel's pixels, 1920 x 1080 landscape or 1080 x 1920 portrait, and republish before touching any setting on the screen. That sequence closes most blank-background cases; if the background is still absent with an RGB file at the panel size in a supported format, work the three causes above in order, format first, then resolution, then video.
Questions
Does converting a background from CMYK to RGB change the colors?
Usually only a little, and mostly in the saturated colors. A CMYK print file can hold ink combinations a screen cannot reproduce exactly, and the conversion maps each one to the nearest on-screen value. After converting, check brand colors and food photography at full screen, and adjust the design if a red or an orange looks duller than the printed sample.
Why did the background show for months and vanish after one update?
The previous file was almost certainly RGB and the replacement came out of a print preset. Design tools remember a document's color mode, so a background rebuilt from a print template exports as CMYK even though the old file was fine. Nothing on the screen changed; the file did.
Do I need to re-export every slide or only the background?
Only the files that are CMYK. Check each image you placed, because a logo or a photo exported from the same print document fails the same way. Text drawn by the layout is not a file and needs nothing. A short pass over the media folder with the color-mode check finds every affected asset.
Why does the menu board show black before opening time?
That is the daily on and off schedule working. The player takes an on time and an off time; outside them it shows black at minimum brightness, because the app cannot switch the backlight off. If the black screen appears inside opening hours, compare the schedule times with the clock before anything else.
Planning information, not legal or engineering advice. Rules differ by place: check codes and permits with your local authority and your licensed trades.