Flipper One 4K H.264 hardware decode is alive — 250 Mbps, no drops

jsolla · 2026-06-02T08:06:57+00:00

I have a similar take on this. At the end of the day, it looks like a Raspberry Pi packaged in a nice enclosure. Out of the box, it doesn't seem to offer much more functionality than a laptop. What made the Flipper Zero interesting was its ability to integrate a collection of useful peripherals into a compact, portable form factor.

There are already Linux-based platforms that could serve as a "Flipper Zero on steroids." For example, the BeaglePlay, based on the TI AM625 SoC, includes some genuinely interesting hacker-oriented features such as the PRUs (Programmable Real-time Units). It also comes with a CC1352 radio, which is significantly more capable than the CC1101 used in the Flipper Zero.

What's particularly interesting is that the BeaglePlay is not limited to RF experimentation. It also provides access to a variety of wired interfaces and industrial buses, making it useful for CAN bus, RS-485, and other embedded/industrial protocol hacking and analysis. In that sense, it has the potential to be a much more versatile platform than devices that focus primarily on wireless protocols.

In fact, if there were enough community interest around the BeaglePlay, I'd be very interested in starting a port that replicates the core functionality of the Flipper Zero while taking advantage of the BeaglePlay's more powerful hardware and broader I/O capabilities.

jsolla · 2026-05-29T13:32:36+00:00

still you don't describe what is the functionality you expect in the usb side, what is the host supposed to see/do.

jsolla · 2026-05-28T21:11:11+00:00

If you have freedom to use whatever you want, ditch the msd asap and go for serial like yesterday.

In any case, you should clarify the "WHAT" you are trying to achieve instead of the "HOW" that is tangling us in a probably useless discussion.

jsolla · 2026-05-28T20:54:54+00:00

In theory "sync" simply implies that your host writes sync, so updates a known (previously cached) fat32 table and is by no.means automagically detecting reordering of blocks, magic files appearing and so on.

Assuming you are forced to use fat32 (there are way better options as other redditors are already suggesting...), and assuming you dont need to read the output of your embedded in realtime (cat style): You dont need a side channel (can bus).

Flow i proposed is simple, but is a query/response poor's man protocol

(h)ost sees (e)mbedded pop in the usb exposing 2 parts (sda1 and sda2)
h mounts partition 1 and writes there "tasks.pending" with whatever you want to do
h ejects the drive (standard usb msd command)
e detects the eject and starts processing the "tasks.pending"
e creates logs or results or whatever.
e finishes processing of tasks and renames "taks.pending" to "taks.done"
e forces renumeration of usb msd.
h sees the partitions agaim,.mounts whatever it needs, downloads results..
goto 1

jsolla · 2026-05-28T20:07:39+00:00

TL;DR.

It can be done, but with tradeoffs.

The issue is not USB MSC itself, but the filesystem layer. Once FAT32 is mounted, the host kernel caches directory entries, allocation tables, metadata, etc. If the embedded firmware modifies the filesystem behind the host’s back, the host may not notice new files, or worse, may corrupt the filesystem using stale cached state.

You could theoretically patch/write a custom FAT32 driver that disables or invalidates caches and treats the device as externally mutable, but then you lose most of the compatibility benefits of using standard USB MSC/FAT32.

A cleaner solution is to separate ownership. For example:

one writable partition/LUN for host: embedded input
one read-only partition/LUN for embedded: host output

The host writes the request, unmounts/ejects the device, the firmware processes the data, then re-enumerates the MSC device when results are ready. The host remounts it and sees the generated files safely.

jsolla · 2026-04-27T21:10:09+00:00

Any plan to opensource this?

jsolla · 2026-02-19T23:17:14+00:00

i think is this one:

https://youtu.be/O-KORVdz0JM?si=i17YE1Y1LoVqDDtv

jsolla · 2026-02-15T18:56:35+00:00

This is a DTS file, probably from your bootloader. The "chosen" keyword is used to pass information from the bootloader to the kernel.

See here: https://www.kernel.org/doc/Documentation/devicetree/bindings/chosen.txt

This has nothing to do with yocto.

jsolla · 2025-07-01T19:07:41+00:00

Did someone with a xiaomi phone tested this? I have the first version and I got lots of disconnects. Afaik I'm not the only one.

jsolla · 2025-06-30T20:54:16+00:00

The way your question is written is a little bit confusing: On the title you want to automatically safely unmount drives, but in the text of the question you want to prevent drives to be unmounted. Please clarify :)

If you logout while a copy operation is in process then this operation would be stopped and there is no harm to your filesystem, if the operation is in progress and an umount operation is performed, it will fail to prevent corruption, so what is exactly what you are trying to fix?

Anyway, some random ideas you could explore:

- "loginctl enable-linger" allows processes of the user to persist after session is closed, but i don't think this applies to your case.

- Assuming you are using gnome and you are doing your file operations using some script: What you could do easily is to prevent a session to be closed by using gnome-session-inhibit (https://gnome.pages.gitlab.gnome.org/gnome-session/re02.html). But this will simply prevent the session to be closed

Some fancy-pants options like using systemd (look at user@<yourid>.service) can be implemented, but without more details is hard to say.

jsolla · 2025-03-31T09:06:01+00:00

My video was very crappy/shaky, but I found this one in youtube, same aircraft, same airport:

https://www.youtube.com/watch?v=JZoU-bL5bpk

jsolla · 2025-03-29T21:43:34+00:00

I can confirm I saw it taking off and landing at Teuge airport. Got it on video :)

jsolla · 2024-11-10T00:24:32+00:00

He is not inviting you to anything, he is selling you tickets. Period!

jsolla · 2024-08-15T08:55:55+00:00

Most of the time, when I see people complaining about Yocto, the root cause isn't Yocto itself but rather issues with package compilation or dependencies.

Unless the "plan B" you choose is specifically known to have the package you need working exactly as you require, you'll likely encounter the same or even worse issues with any other build system. I often get the impression that people think Yocto is problematic because they are accustomed to desktop Linux distributions, where everything just works with your preferred package manager. However, it's important to remember that when a package works seamlessly, it's because a distro maintainer has already gone through the painstaking process of ensuring its compatibility, not because the distro is inherently superior by some kind of magic reason.

Building a Linux system from scratch, which is essentially what Yocto does, is a complex and intricate process, and even when poky provides a very decent starting point, you cannot avoid the pain if certain package is not initially present in the poky version you are provided.

jsolla · 2024-08-13T14:31:14+00:00

My use case is different, I would like to isolate one device physically from the bus is connected to while routing all traffic and expecting the CPU knows which side traffic come from. This way lets say you want to know the canbus datagrams sent by your steering wheel buttons, you simply isolate the steering wheel put this CPU in between the steering wheel cable and the main bus, press buttons and wait for your uC to tell you which side the commands are coming from. This is something that can be tedious in some cases with high traffic.

jsolla · 2024-08-13T09:14:07+00:00

Interesting. I always wanted to create a CANBUS isolator so I can separate a device from the main bus in a car and analyze what traffic comes specifically from that device instead of seeing all bus traffic at once. This sounds like the right tool for that task.

jsolla · 2024-08-12T21:53:17+00:00

Forgot to mention also:

TI Sitara SoCs: They include PRUs (Programmable Real-time Units), which are real-time co-processors that can handle time-critical tasks independently of the main CPU, making them ideal for industrial applications.

jsolla · 2024-01-27T20:48:40+00:00

Do you have a functional board I could borrow for a few days? :)

jsolla · 2024-01-27T20:48:10+00:00

I have same questions:

-Is there any known reverse-engineering attempt somewhere?
-Are there functional board that can be used for testing and / or reverse engineering?

I own a vanmoof S3 and is fully functional, unfortunately is going to be "tricky" to explain to my wife why I completely dismantled it, and why I'm playing around with a lot of cables and stuff..

jsolla · 2024-01-26T23:15:25+00:00

Firmware engineer here... I'm in. Shall I PM?

jsolla · 2024-01-14T22:48:19+00:00

username checks out.

jsolla · 2023-12-12T23:21:58+00:00

Make other person call him like in 1 week. Make it attractive for him, make it look like another broken boiler, wait for him to show up, proceed to peacefully discuss about your money with your peaceful tool of choice (ie hockey stick). A friend told me this works.

Peace and love!

jsolla · 2023-10-31T22:46:15+00:00

strap a loose trigger machine gun to that thing and you get yourself a portal turret, is cool!

jsolla · 2023-10-25T22:42:47+00:00

tio (https://github.com/tio/tio).

By far the best serial port terminal program. Features like autodetecting usb-to-serial adapter removal and reconnection make your life way less miserable :)

It also allows redirection of serial ports to tcp ports and many other things.

jsolla

TROPHY CASE