Releases · slipalison/bezel

Repository navigation

Release list

0.16.0 Latest

Latest

github-actions released this 04 Oct 01:02

v0.16.0

3f6144f

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to the screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore (also of files deleted
through Bezel, listed unchecked), the cleanup assistant with its exact list
to confirm (a file that changed since is not deleted), associating an
original and the local copies with Clear cache…; progress and results
are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide i...

Assets 10

0.15.0

github-actions released this 03 Oct 00:08

v0.15.0

c66539c

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to the screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore (also of files deleted
through Bezel, listed unchecked), the cleanup assistant with its exact list
to confirm (a file that changed since is not deleted), associating an
original and the local copies with Clear cache…; progress and results
are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide i...

Assets 10

0.14.0

github-actions released this 01 Oct 21:29

v0.14.0

e527240

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to the screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore (also of files deleted
through Bezel, listed unchecked), the cleanup assistant with its exact list
to confirm (a file that changed since is not deleted), associating an
original and the local copies with Clear cache…; progress and results
are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide i...

Assets 10

0.13.0

github-actions released this 01 Oct 17:13

v0.13.0

5e675cd

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to the screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore (also of files deleted
through Bezel, listed unchecked), the cleanup assistant with its exact list
to confirm (a file that changed since is not deleted), associating an
original and the local copies with Clear cache…; progress and results
are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide i...

Assets 10

0.12.1

github-actions released this 01 Oct 05:46

v0.12.1

ec724d8

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore (also of files deleted
through Bezel, listed unchecked), the cleanup assistant with its exact list
to confirm (a file that changed since is not deleted), associating an
original and the local copies with Clear cache…; progress and results
are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide in En...

Assets 10

0.12.0

github-actions released this 01 Oct 05:31

v0.12.0

2a4123c

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore (also of files deleted
through Bezel, listed unchecked), the cleanup assistant with its exact list
to confirm (a file that changed since is not deleted), associating an
original and the local copies with Clear cache…; progress and results
are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide in En...

Assets 10

0.11.1

github-actions released this 01 Oct 04:35

v0.11.1

9070217

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
The storage manager on the command line:
bezel storage mv|rename|restore|cleanup|catalog|cache. Bezel keeps a local
copy of every file it sends (the exact bytes, in <data>/bezel/storage:
~/.local/share on Linux, %APPDATA% on Windows), since the screens cannot
send a file back, rename or move it. bezel storage mv PATH... --to internal|sd
and rename send that copy again, check the stored size and only then delete
the source; a failure or Ctrl+C keeps the source and stops the batch.
restore internal|sd sends back the files missing from a formatted or new
card, after checking the free space and the 25 MiB rev C limit before the
first byte, and never deletes. cleanup lists the vendor app's duplicate
copies (x.mp4.mp4, x.mp4<digits>.mp4), interrupted uploads and files no
theme plays, never the boot media nor a theme's video; cleanup --dry-run
only lists, --yes deletes exactly the pre-checked files it printed.
catalog associate gives a file Bezel did not send a local copy from its
original; cache clear removes the copies of deleted files (--all: every
copy), which count toward a 2 GiB limit (cache --limit). Each command
prints the exact list first and changes nothing without --yes.
Bezel Studio: the Storage tab opens full width as the storage manager —
internal memory and SD card side by side with thumbnails, multiple selection
with the mouse or the keyboard, sort and filter, Move to the SD card (or
dragging to the other side), copy, rename, restore, the cleanup assistant
with its exact list to confirm, associating an original and the local copies
with Clear cache…; progress and results are announced to screen readers.
On Turing USB screens, what ends in a delete (move, rename, delete, cleanup)
is disabled with the reason, and sizes come from the catalog or show as
unknown.
User guide in English (docs/user/) and Portuguese (docs/user/pt-BR/):
installing on each system, screen permissio...

Assets 10

0.11.0

github-actions released this 01 Oct 04:18

v0.11.0

9a7dd17

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
User guide in English (docs/user/) and Portuguese (docs/user/pt-BR/):
installing on each system, screen permissions and Windows drivers (WinUSB
with Zadig, LibreHardwareMonitor), the unsigned installers and SmartScreen,
the first theme, vertical or horizontal use, sensors, game FPS, storage and
video, ffmpeg, preparing an SD card, running at login, coming from
turing-smart-screen-python, troubleshooting and the supported screens.

Changed

Turing rev C screens take at most 25 MiB per file: their firmware keeps a
whole upload in memory and froze past about 28 MiB. A larger file is refused
before anything is sent, with the limit in MiB; a conversion caps the
video's bitrate from its length so it fits, and a converted video still over
the limit is refused with how to make it fit (a shorter clip, --fps).
Turing USB screens keep the vendor's 120 MB.
A theme file that cannot be read or does not fit its screen fails with
theme file: … instead of a transport error; the studio opens a
theme.json like the command line does.
A file a Turing USB screen stores without reporting its size counts as
present, with an unknown size, when listing, playing and in video
backgrounds.
scripts/install-local.sh points the bezel-run@ service it installs at the
bezel it installed.

Fixed

A rev C screen that another app just turned off (turing-smart-screen-python
and the vendor app send TURNOFF on exit) is woken instead of failing with
"Broken pipe".

0.11.0

Desde v0.10.0: 5 commit(s).

Novidades

storage-manager: full-width storage manager in the studio (demo) (17da237)
storage-manager: studio backend for the storage manager (b85173e)

Correções

storage-manager: the out-of-date message fits plans and uploads (9a7dd17)

Manutenção

storage-manager: T-4 completed (d64c317)
storage-manager: T-6 completed (ec6058c)

Assets 10

0.10.0

github-actions released this 01 Oct 03:54

v0.10.0

a8307cc

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
User guide in English (docs/user/) and Portuguese (docs/user/pt-BR/):
installing on each system, screen permissions and Windows drivers (WinUSB
with Zadig, LibreHardwareMonitor), the unsigned installers and SmartScreen,
the first theme, vertical or horizontal use, sensors, game FPS, storage and
video, ffmpeg, preparing an SD card, running at login, coming from
turing-smart-screen-python, troubleshooting and the supported screens.

Changed

Turing rev C screens take at most 25 MiB per file: their firmware keeps a
whole upload in memory and froze past about 28 MiB. A larger file is refused
before anything is sent, with the limit in MiB; a conversion caps the
video's bitrate from its length so it fits, and a converted video still over
the limit is refused with how to make it fit (a shorter clip, --fps).
Turing USB screens keep the vendor's 120 MB.
A theme file that cannot be read or does not fit its screen fails with
theme file: … instead of a transport error; the studio opens a
theme.json like the command line does.
A file a Turing USB screen stores without reporting its size counts as
present, with an unknown size, when listing, playing and in video
backgrounds.
scripts/install-local.sh points the bezel-run@ service it installs at the
bezel it installed.

Fixed

A rev C screen that another app just turned off (turing-smart-screen-python
and the vendor app send TURNOFF on exit) is woken instead of failing with
"Broken pipe".

0.10.0

Desde v0.9.0: 2 commit(s).

Novidades

storage-manager: bezel storage mv, rename, restore and cleanup (0a32855)

Manutenção

storage-manager: T-5 completed (a8307cc)

Assets 10

0.9.0

github-actions released this 01 Oct 03:29

v0.9.0

04ac2d3

Added

Cargo workspace with the hexagonal core (bezel-core), the device adapter
(bezel-devices), the bezel CLI and the Bezel Studio app.
bezel devices: lists the connected smart screens without writing to them.
Reverse-engineering specification of every supported protocol and file
format in docs/reverse-engineering/.
Screen drivers for every protocol family: Turing rev A, XuanFang rev B,
Turing rev C (with the wake micro-controller), Kipye rev D, WeAct Studio
Display FS, the Turing/TURZX USB generation (0x1CBE) and WCH panels
(0x43A8); 44 models in the catalog, the Turing 8.8" validated on hardware.
bezel test-pattern, bezel brightness, bezel show <picture>,
bezel off and bezel release; orientations are vertical,
horizontal (or portrait, landscape) and their flipped forms.
A screen held by another program is refused with that program's name and
PID instead of garbling both streams.
bezel sensors: every sensor of the machine (CPU per core, temperatures of
every hwmon chip, NVIDIA and AMD GPUs, memory, disks, network) as a table,
JSON or a live --watch; a sensor that cannot be read says why instead of
showing a guess. Windows reads LibreHardwareMonitor when it runs.
bezel render <theme> -o out.png renders one frame of a theme with the
machine's sensors (or the demo values with --fake) to a PNG of the canvas
size; it previews .turtheme and turing-smart-screen-python themes too.
bezel run <theme> shows a theme on the screen with live sensors at the
theme's refresh rate until Ctrl+C (or SIGTERM), then hands the screen back to
its standalone mode.
bezel import <src> -o <dst> converts a TURZX .turtheme or a
turing-smart-screen-python theme into a native .bezeltheme (or folder) and
prints what could not be converted exactly.
Bundled "Midnight" themes for the 8.8" (horizontal and vertical), 5", 3.5"
(both ways) and 2.1"/2.8" round screens, with the Inter and JetBrains Mono
fonts (SIL Open Font License 1.1); a theme can be named instead of a path.
Bezel Studio, the desktop app: a single window with a drag-and-drop theme
editor (widgets and sensors from the library onto a canvas that shows the
real renderer's frame; snapping, alignment, layers, undo/redo, pt-BR and
English, light and dark), vertical or horizontal themes with one click, live
mode on the screen that keeps running from the tray, start at login, the theme
library with bundled themes and import of other apps' themes.
Bezel Studio: a Storage tab in the Screen panel — usage bars for the internal
flash and the memory card, files per folder, sending by drag-and-drop with a
progress bar and Cancel, play/stop, and delete or the boot media behind a
confirmation dialog naming the file; a theme with a video background offers
"Send to screen" and then plays over the video the screen loops; for screens
that cannot play videos, live mode decodes it on the computer, as bezel run
does.
bezel storage info|ls|put|rm|play|stop|boot: the screen's internal flash
and memory card (sizes, --json), sending pictures and videos with a
progress bar and Ctrl+C to cancel, device-side playback and the boot media.
Deleting, replacing and changing the boot media print what they will do and
need --yes; without it nothing reaches the screen.
bezel storage put converts a video to the panel's format with an external
ffmpeg (--ffmpeg PATH, else PATH): turned for --orientation, cropped to
the panel's shape instead of stretched, optional --fps; without ffmpeg,
clips already in the format still go and the install command is shown. A
full screen lists what could be deleted and deletes nothing.
bezel run with a video-background theme has the screen loop the stored
video under the theme, shows the poster with the bezel storage put command
when the video is missing, and decodes it on the computer for screens that
cannot play videos (--ffmpeg PATH).
Bezel Studio gives a theme a video background: Add video… in the Media
tab, or a video or animated GIF dropped on the tab or on the editing area,
copies it into the theme with a poster taken by ffmpeg (shown under the
elements; without ffmpeg the video comes without one), and Properties
shows it with whether the screen stores it. An animated GIF sent to a screen
is converted to a video at a constant frame rate.
A cancelled upload reports the incomplete file it left and the command that
deletes it; an upload whose stored size differs from the file says to delete
it and send it again.
A Turing rev C screen that froze (it stopped reading what Bezel sent, or it
is on the bus but answers nothing) is restarted through its wake chip
without a USB replug: once, on its own, by the next connection (the next
command, bezel run started again, turning Live on), with
bezel restart [-s SCREEN], or with Restart screen… in the studio's
Screen panel, which errors meaning a frozen screen also offer. It is back in
about 10 s; what it played stops, its stored files stay.
Animated GIF elements move at their own pace, between the theme's
refreshes: up to 30 frames a second on the screen (only the GIF's rectangle
is sent; a slow link skips frames instead of lagging) and 15 in the studio's
preview, while sensors keep the theme's refresh. Full-screen GIFs belong in
a video background.
Live mode recovers from a screen that stops taking frames: bezel run, the
service and the studio connect it again after 2, 5 and 10 s (restarting a
frozen rev C screen on the way, found again under its new port), say so
meanwhile, and stop with the error after the third attempt.
bezel udev-rules prints the Linux udev rule generated from the device
catalog and the one-line sudo command that installs it, for AppImage,
archive and source installs; Bezel never runs it. A refused port points at
it, and the studio shows the command, ready to copy.
Turing USB panels in the vendor's desktop mode (1a86:ad10–ad13) are listed by
bezel devices as "desktop mode (not validated on hardware)", and
bezel monitor-mode --yes switches one back to USB monitor mode; without
--yes (or the studio's confirmation) nothing is sent.
Game FPS (gpu.fps), read-only: the RivaTuner Statistics Server shared
memory on Windows, the newest MangoHud CSV log on Linux (--mangohud-dir).
Nothing measuring a game, or a reading older than 3 s, is unavailable with
how to turn the source on. Not yet validated with a real game.
net.ping, the round trip to --ping-host (default 8.8.8.8), measured on a
thread of its own so a silent host never delays the other sensors, and only
while a shown theme or the studio's sensor list uses it (no traffic
otherwise); fans,
pump, voltages, network totals and available memory from hwmon/sysfs on
Linux and LibreHardwareMonitor on Windows; the sensor keys of imported themes
map to Bezel's.
Bezel Studio in Portuguese and English throughout, following the system
language unless one is chosen in Preferences; errors and import warnings are
translated; the ping target and the MangoHud log folder are Preferences.
Bezel Studio's Themes tab shows each theme as a thumbnail drawn by the real
renderer with sample values (a video background shows its poster), kept in
the app's cache until the theme changes, and names the screen it was made
for (8.8″ · 1920×480). For this screen (the default while one is
connected) / All and Vertical / Horizontal filter the list; the
choice is remembered.
Linux packages: the deb and the rpm install the bezel command as
/usr/bin/bezel, the bezel-run@ systemd user service in
/usr/lib/systemd/user (running /usr/bin/bezel) and the bundled themes
where the command finds them, next to the udev rule; installing applies the
rule to serial, USB and HID devices at once.
User guide in English (docs/user/) and Portuguese (docs/user/pt-BR/):
installing on each system, screen permissions and Windows drivers (WinUSB
with Zadig, LibreHardwareMonitor), the unsigned installers and SmartScreen,
the first theme, vertical or horizontal use, sensors, game FPS, storage and
video, ffmpeg, preparing an SD card, running at login, coming from
turing-smart-screen-python, troubleshooting and the supported screens.

Changed

Turing rev C screens take at most 25 MiB per file: their firmware keeps a
whole upload in memory and froze past about 28 MiB. A larger file is refused
before anything is sent, with the limit in MiB; a conversion caps the
video's bitrate from its length so it fits, and a converted video still over
the limit is refused with how to make it fit (a shorter clip, --fps).
Turing USB screens keep the vendor's 120 MB.
A theme file that cannot be read or does not fit its screen fails with
theme file: … instead of a transport error; the studio opens a
theme.json like the command line does.
A file a Turing USB screen stores without reporting its size counts as
present, with an unknown size, when listing, playing and in video
backgrounds.
scripts/install-local.sh points the bezel-run@ service it installs at the
bezel it installed.

Fixed

A rev C screen that another app just turned off (turing-smart-screen-python
and the vendor app send TURNOFF on exit) is woken instead of failing with
"Broken pipe".

0.9.0

Desde v0.8.1: 6 commit(s).

Novidades

storage-manager: archive catalog, cleanup and ArchiveStore port (8c98774)
storage-manager: disk archive store and on-demand thumbnails (3363b25)
storage-manager: manager use cases over the catalog and store (eb233be)

Manutenção

storage-manager: T-1 completed (24118df)
storage-manager: T-2 completed (68d04aa)
storage-manager: T-3 completed (04ac2d3)

Assets 10

Releases: slipalison/bezel

Release list

0.16.0

Added

Uh oh!

0.15.0

Added

Uh oh!

0.14.0

Added

Uh oh!

0.13.0

Added

Uh oh!

0.12.1

Added

Uh oh!

0.12.0

Added

Uh oh!

0.11.1

Added

Uh oh!

0.11.0

Added

Changed

Fixed

0.11.0

Novidades

Correções

Manutenção

Uh oh!

0.10.0

Added

Changed

Fixed

0.10.0

Novidades

Manutenção

Uh oh!

0.9.0

Added

Changed

Fixed

0.9.0

Novidades

Manutenção

Uh oh!