If we're talking names, I've always liked Apache for its name

Humor and my personal views aside, you're absolutely right that for this project I should use a more appropriate license. I will look into Unlicense and Apache. Thanks again.

Pirate is like Apache except instead of making it "illegal" to file certain patent lawsuits, it makes it dishonorable to file any patent lawsuits ever again, because yer a pirate now.

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

Nostr is the only thing worth a shit

No it's not, stop whining child

I'm too based to have a github account

Would be cool, but my thinking has been it's just not feasible yet with current hardware

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

I'm here 5 days later to say, while too lazy to read the context, you're probably missing what I was talking about which is the LoRa spec itself being proprietary

I'm less angry about it now because I simply bought shares of semtech, the company courtrooms will force me to pay for lies about being "open source" every time I buy a meshtastic device

Still pretty angry though

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)