this post was submitted on 04 Aug 2024
37 points (100.0% liked)

Technology

59622 readers
2908 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

I'm currently trying to set up a homebrew cassette tape storage format, but trying to use existing tech where possible. I was excited to see that minimodem already exists for converting an audio stream to a byte stream, and is even available in termux for android, so I could decode cassettes with my phone! However, I'd like some sort of higher-level tool to encode and decode "packets" or "slices" so that I can add error correction. I'm sure this sort of thing must exist for amature radio purposes.

I could write a script that cuts a file into slices, with checksums and redundancy for each slice, and then pads them with null bytes so I can isolate each frame when decoding. What I want is to find out if that's already been done. I've heard of AX.25 packets but I can't find a tool that does that with stdio.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 21 points 3 months ago* (last edited 3 months ago) (3 children)

The command you're looking for is tape archiver, cunningly called tar.

[–] [email protected] 10 points 3 months ago (1 children)

Holy f… I thought you’re joking but yes tar is indeed a tape archiver

https://www.tecmint.com/tar-command-examples-linux/

[–] [email protected] 8 points 3 months ago* (last edited 3 months ago)

That is what tar stands for. Interestingly enough, tar is based on an older util called ar, which was just a generic archive.

[–] [email protected] 7 points 3 months ago (1 children)

Interesting. Is that some new project?

[–] [email protected] 1 points 3 months ago

No, but to learn bring computing to 2024 and to pad my github I'm currently working on a modern replacement written in React that can also use Electron on the desktop. It's pretty light at around 150mb. I don't have plans to natively port it to Linux, but it'll work in Windows Linux and MacOS with a little tweaking.

I do have plans to release the Docker image I've used for testing later this year along with a Snap and Flatpak so I guess it will natively work on Ubuntu.

Oh, and longterm goals are to have an Android and iPhone port. I have an ad provider set up so I can offer the mobile apps for free (gotta hustle) but I'll have a patreon and kofi set up by then for donations and a mostly ad-free version that aggregates usage info of your device and apps but doesn't give away any personally-identifiable details if you opt-out.

I do almost nightly coding streams on Twitch and Youtube but I blur out the code itself because I don't want anyone borrowing my idea and implementation.

You can find me on Insta, TikTok, Facebook and I'll have links to my X (formally known as Twitter), Telegram, Discord, Riot, and Mastodon accts. I also have curated some playlists on Apple Music, Spotify, Tidal, and Amazon Music that include some chillwave tracks as well as some binaural beats, white noise, pink noise, and brown noise (to name a few).

I also have an affiliate link for a microdose provider that gives me a cut everytime you make a purchase which helps me out.

[–] [email protected] 2 points 3 months ago (1 children)

I tried that first! But tar complains if it can't find the file header! So I still need to do some sort of packets. Unless you know some sort of workaround?

[–] pc486 6 points 3 months ago

You're probably decoding noise or in the middle of the bit stream.

What you're looking for is called "preamble." That's a sequence of bits used to synchronize the decoder (marks the start of data, useful in modulation schemes for clock recovery, and a few other things).

Looking at minimodem's manual, try using the sync-byte option. Prepend your tar stream with a string of bytes, like 0x01, before sending to minimodem for encoding. Then use the sync code option to mark the start of the tar bit stream. This is as simple as cat preamble.bin myfiles.tar | minimodem --tx ....

Other things to consider: start small with 300 baud BFSK before speeding up. Test with wav files before attempting physical tape or speakers and a microphone.