Skip Navigation

whoever loves Digit 🇵🇸🇺🇸🏴‍☠️

@ iloveDigit @piefed.social

Posts
2
Comments
119
Joined
10 mo. ago

Digit is Digit. I love her. I knew her online from wallstreetbets and she disappeared while going through some shit. I keep needing proof she's safe.

To anyone I've ever treated unfairly, I apologize.

  • Incorrect

  • I think all of it except the extract_bin_folder function probably works. Encoder and reassembler seem fine. Even extract_bin_folder works at a basic level on Debian.

    I do understand maybe nobody can help though. It seems like whatever the issue is, it's hard to pin down because shell scripting is finnicky or something.

  • Didn't know all that, thank you. CC0 might still be best though because I definitely don't believe in patents.

    I also considered using a Pirate License, which is a crayon license that denies anyone ever any permission to use/look at the thing, not even the creator. That way you can only use it if you're a pirate. That's the best FOSS license by far imo

  • If this project ever gets ready I might distribute it purely through itself. The only git network I might use would probably be radicle if anything. I can't be a coder because I hate using well established tools

  • I don't get what's with these replies where people don't seem to have read the post. If none of the script actually works, idk why I'm trying to identify a Devuan behavior difference and seeing a basic round trip test passing on regular Debian. Building components and assembling them when individual pieces work is what I'm trying to do.

  • So, are you going to require matching the framerate between the user’s camera and the played video? Because if not, there won’t be a 1:1 correspondence between the two, and even if they’re at the same framerate, additionally you’re going to need to identify the start frame.

    I didn’t poke around too deeply, but if it assigns a frame number to each QR code and encodes it in the code, maybe you can scan each frame of user video and discard duplicates.

    Yeah, that's what the code is trying to do. Each QR code is accompanied by a barcode with its sequence number, to ignore duplicate frames and try to collect missing chunks from each repeated loop of the video. But like I said in the main post, I only know it decodes its own rendered video at native framerate on Debian right now, haven't been able to test the duplicate-frame-discarding logic too much due to being distracted trying to figure out this Devuan behavior difference.

    An error correction mechanism (like PAR2 or something else) would be hugely beneficial to improving performance in suboptimal (i.e. real world) conditions, but I picked a simple split because I didn't want the decoding process to be too complicated for someone to potentially re-implement from scratch if they're ever stuck on a desert island with only a video file.

    My test payload so far has been about 1.5MB but that takes more than 2 minutes for each loop at 30FPS so I would expect most use cases to be for smaller files

  • Fuck off retard, I don't need you shipping my code in your shitty script kiddie project

  • Not trying to do it in real-time, not sure where you're getting that

  • Didn't see edit 4 before replying originally - might try a bash script instead of generic posix shell, thank you

    I have been surprised how much progress has been possible by guiding the chat bot through 1 step at a time (and occasionally humanly digging through a problem it refuses to handle)

  • If successfully implemented, my design would rely on users screen recording or downloading the video with the files in it (or recording a video with a camera pointed at the screen if even more successful)

    Because you're right that decoding the QR codes definitely does seem too slow to do it in real time

  • This seems too purely proof of concept and far from passing real world tests tbh, I'd have to see proof to believe it works. I am surprised nobody has made something like my idea sooner though, keep thinking maybe I'll find it

  • Intended to be usable, but it's for putting small files in the corner of a video

  • Fuck off, I didn't ask for a working script, I asked for a difference between how Debian and Devuan (or bash and dash) would handle the functions here. Blocking you now

  • Keeping python in mind then. For now I think I've gotta keep trying with a shell script because it can fit the whole decoder in 2 QR codes (1 for each step, extracting+reassembling) with zbarimg+ffmpeg as the only dependencies

    Maybe I should use python for the main version but keep a shell script mini decoder option available

  • Thank you for the reply. Python keeps being suggested, what would you suggest if I end up changing rails here?

  • Thank you. For the record, the main goal of using a shell script instead of a python script is maximum portability via the QR code itself. Instead of telling someone to scan a QR code and download hundreds of megabytes of python environment, all most users will have to download for my decoder is zbarimg (because everyone already has ffmpeg)

    If I can get it working, anyway

  • I don't remember the exact extent or know if it's changed, but Radicle's web interface definitely used javascript excessively at the time I posted the original proposal.

    It sounds like I was confused about Typescript, I thought it was more closely related to js

  • Awesome, I think you're the first person to give Cradicle a bit of a code audit. Thank you. I'll check your feedback with a more C-focused programming community to see what others think before passing it onto the dev.

    This reminds me of another reason I thought the dev made an interesting choice with C: by using C, we might attract "red team" volunteers to provide scrutiny.