muddledbox / flipperzero-firmware Goto Github PK

A few years ago, it was implied that the official firmware wouldn't have anything remotely illegal, and leave all the interesting features to forks. Is anyone working on Samy-style De Bruijn?

Describe the bug
Issue with running make.

To Reproduce
Steps to reproduce the behavior:

1. git clone -b muddled_dev https://github.com/MuddledBox/flipperzero-firmware.git
2. make

/flipperzero-firmware/applications/about/about.c:187:5: error: 'bootloader_version_screen' undeclared here (not in a function) identifier "bootloader_version_screen" is undefinedC/C++(20)

If I remove that line referencing bootloader_version_screen and try to run make again it complains about the following file missing from:

flipperzero-firmware/firmware/targets/f7/furi_hal/furi_hal_usb_hid.c:12:10: fatal error: hid_usage_consumer.h: No such file or directory 12 | #include "hid_usage_consumer.h"

Expected behavior
Firmware is compiled successfully.

Describe the bug
I have a ceiling fan that uses a CAME 26bit code at 433.92 to turn on and off the light. On the official firmware, a packet captured using the subGhz "Read" will work to turn this on and off when replayed under "Save". On the subGhz unlocked firmware, it will not. A replay done from "Read Raw" will work in either case.

To Reproduce
Steps to reproduce the behavior:

1. Navigate to subGhz
2. Select "Read"
3. Capture signal from Remote
4. Save Signal as .sub file
5. Press "Back"
6. Select "Read Raw"
7. Capture signal from remote
8. Save this signal under different name
9. press "back"
10. click "Saved"
11. Select .sub file captured under "Read"
12. Select "Emulate"
13. Send Signal, see failure for light's state to change
14. press back twice
15. Select .sub file captured under "Read Raw"
16. Press "Send," watch light's state change.

Expected behavior
CAME packet to be sent over 443.92 using captured CAME packet (Including both READ captured and READ_RAW captured)
Bedroom_light_subs.zip

Logs
N/A

Target
Specify the target

Additional context
Workaround: Use Read_Raw instead of read.

Severity: Low (Workaround Present)

How can I exit game mode

Is it possible to make Mouse Jiggler work for unlimited time until back button is pressed several times (or holded for some period of seconds)?

Thanks a lot

The firmware version has been updated to 0.64.2. Will 0.64.2 be released with Sub-GHz modifications?

Instead of having the Mouse Jiggler simply move the cursor side to side left to right, introduce random movement over the screen (say, an area of 600x600 pixels) to make movement seem natural and not robotic.

I have all the directories set up right (infrared/assets/x.ir), but for some reason, the new remotes don't show up anywhere on my flipper. I'm running the latest MuddledBox firmware so I'm not entirely sure what's happening, but any help would be greatly appreciated! Thanks!

When selecting the music box it plays the default song and doesn't allow for selection of other files

Describe the bug
Flipper Built in file system is displaying files with "." when folders are added in a directory. After opening Sub Ghz files file without "." the actual capture does not send.

To Reproduce
Steps to reproduce the behavior:

1. Add 1-n folders with multiple files to the Flippers Sub Ghz fold on your SD card
2. From the flipper Desktop press the down arrow to enter the file browser for the
3. Access the folder you added
4. Select a sub ghz file added
5. Select "Run the app"
6. Select Send

Expected behavior

• Flipper file system does not show hidden files with "_"
• Filler allows user to send Sub Ghz transmission as it would if there were no folders

Hello!
I've seen that the scripts that i've uploaded to the device cards must be in the script type root and cannot read the sub-folders.

It would be nice that you can organise this scripts in sub-folders.

thanks!