

I tested some more and can’t get it to work any more. I found a post saying it worked in 1.5.2 so maybe something broke in newer versions.
I tested some more and can’t get it to work any more. I found a post saying it worked in 1.5.2 so maybe something broke in newer versions.
You need to enable Bluetooth as a method of connection in the app settings (and can turn off wifi and data there).
The phones can be in airplane mode but with Bluetooth turned back on (as you would to use earbuds).
I don’t recall pairing the phones, but there is a “connect via Bluetooth” option on each chat that might be doing that automatically.
You link accounts to each other by scanning qr codes.
It does have a group chat but I haven’t used it, so I don’t know if that works with Bluetooth alone.
I just tried testing this with an old phone of mine, but can’t get it to work right now (maybe because it has Graphene os?), but I have actually used it on flights in the past.
I’ve used it to message someone while on a flight.
I have it add a backup suffix based on the date. It moves changed and deleted files to another directory adding the date to the filename.
It can also do hard-link copied so that you can have multiple full directory trees to avoid all that duplication.
No file deltas or compression, but it does mean that you can access the backups directly.
I’m referring to Amcrest Pro cameras, btw. They are the ones that let you configure them to be independent of their cloud service, write to a NAS, etc.
I’m just testing out thingino, but it’s currently lacking features compared to amcrest.
There’s no option to only save video when events trigger, so it fills the card quickly.
And I can’t get the tinyCam app to access recorded files, so I have to use the web-based file browser.
But then Amcrest’s apps (both old and new) have do many faults and glitchy behavior.
Lots of features, but not simple and a big learning curve is you don’t already is emacs.
I don’t think that there’s a way for it to do drag and drop, either, although it’s emacs, so who knows?
I’ve run small models (a few Gb in size) on my steam deck. It gives reasonably fast responses (faster than a person would type).
I know that they’re far from state-of-the art, but they do work and I know that the Steam Deck is not going to be using much power.
There are some good comments in this discussion
deleted by creator
Rsync can rename/move target changed or gone from the source.
I use those options so that I get a separate ‘archive’ dir next to my backup target, with old versions of files.
It’s useful for loose collections such as photos.
Maybe because it has Windows inside it :)
I think I get more of what you mean, now. I’m sure that there are technical issues to solve, like you said from the start, but that doesn’t mean they can’t be solved.
Realistically that single sent packet is going to get copied multiple times in order to re-route it just to the subscribers. We’re not all one one big LAN.
What mechanism causes a single sent packet to get to all the subscribers (and only them)?
Assuming that we all have a static IP for simplicity, a sent packet needs to be routed to the subscriber IPs (via their ISPs). Where is that table stored? Is it sent with each packet so that it can be routed on the way? That would be a huge bloat of the packet size.
BTW, I do remember life before VCRs. Pre internet, I downloaded QWK packets from BBSs.
I get the appeal of removing communication from the hands of FB etc, but I don’t see how switching to a broadcast system that increases unreliably would help. And I don’t see how the broadcast would work on the Internet that we have.
So when a video is created it is immediately sent to subscribers?
In that case, for things to be sent once, it relies on the receivers always being online. That doesn’t work if my laptop is closed at the time.
That’s why I’m thinking that it needs online caching to work. Or everyone has a cloud server that handles sending and receiving while they’re not online.
In fact, that starts to sound like everyone running their own personal lemmy-like instance, to which their friends subscribe.
And in that case it wouldn’t matter if messages were sent more than once, each person’s server would handle it.
I just thought that it worked well with as a static image.
But maybe someone had a bit of fun doing that divider effect.
I see I misunderstood how you mean this to work, that routing would handle sending data only to subscribers. I was imagining that it mean a simple LAN broadcast using a packet with the subnet bits all set (e.g. 192.168.255.255). I think that it’s more analogous to a mailing list distribution, but for general data/streams?
But your earlier example of downloading the cat video still fails unless many people request the video at the same time (otherwise you’re multicasting to one). What happens if I watch the video on my phone while out, then watch it again on my laptop at home? It will still need sending twice.
Wouldn’t a more efficient approach just be to have something like ipfs with lots of local caching?
I don’t see how that would work. So all my friends video streams, for instance, would be streaming data to all my devices as they are broadcast.
But my laptop is currently asleep. It wouldn’t receive anything.
How do you solve that without storing the video on a server that I can pull from on demand?
Even for my devices that are on, they’d have to store everything as it was broadcast.
And the streams (including every other broadcast) would constantly be eating up my bandwidth.
How would I not receive streams that I’m not interested in? What would decide which broadcast packets do or don’t get sent to my router?
That’s what I’m saying, both versions show both outlines.
The coloring changes, but both show the same information.
I heard of it from this video
https://youtu.be/9Ch4a6ffPZY
It’s just one of several tells. Although you can’t really rely on anything. Just like “badly-drawn hands” is less likely to show up now.
Once I heard this, I had to learn how to type them, btw!