FilePizza • Your files, delivered.
Peer-to-peer file transfers in your browser.
Using WebRTC, FilePizza eliminates the initial upload step required by other web-based file sharing services. Because data is never stored in an intermediary server, the transfer is fast, private, and secure.
I like p2p communication with webRTC better and better. not having a server in between which stores messages, but only sending messages (directly or in the form of a queue) when both peers are online. writing a message queue is my next step in my #KaiOS app #webRTC #KaiOS https://github.com/strukturart/flop
Either am stupid or did #Linphone basically memory-holed #LinphoneWeb and all #SourceCode for it?
No #git or anything...
@jwildeboer Seriously, who uses #Skype in the age of #WebRTC?
An important feature request open for over 9 years has been addressed in Firefox: simulcast support for H264 will be part of #Firefox v136
Big deal for #WebRTC usage: This is the supposed changelog note from the assignee #AndreasPehrson
Firefox now supports sending multiple simultaneous versions of the same source over WebRTC, so called simulcast, with the H264 video codec. H264 is the second video codec after VP8 to be supported for sending simulcast.Reasoning: Simulcast is needed by any video conferencing site that want to do large video calls, where peers are connected via a media server rather than directly to each other (peer to peer). H264 is the only other codec to be supported than VP8, and H264 simulcast is supported with hardware codecs on Android.
Thanks @mozillaofficialwho has a #webrtc experience report
@Yuvalne consider #NextcloudTalk (included in @nextcloud / #Nextcloud as hosted by @monocles and @Stuxhost ) as well as #JitsiMeet (which is even easier to #SelfHost.
All 3 use #WebRTC and don't require any shitty #Client #Installation whatsoever: They work from any modern #Browser like #Firefox!
After taking a closer look at #XMPP clients for the #linux desktop, there's this frustrating "tie" for finding a favorite.
#Dino, which is likeable for being able to do video and audio calls, only has limited support for multi-user chat (complete with fancy moderation tools). These audio and video calls it can do are AMD64-only at this time.
#Gajim, which is likeable for being able to do multi-user chat well (with great moderation tools), alas, can't do audio and video calls to the other XMPP clients (like, say, #Conversations, as they use a newer #WebRTC-based method now).
So there's this strange situation where one is tempted to use both at the same time.
My takeaway is that #Conversations for #Android is the only xmpp client that I would possibly and carefully recommend to family and friends at this time, as it can cover all of the above. (#Monal on #iOS/#MacOS only has "partial" support for Multi-user chat, BTW.)
Yes I'm aware of the existence of Snikket, Quicksy, and Prav. No need to chime in on those.
@cwebber yes, and we already have options for that:
#JitsiMeet, #WebCall and other #WebRTC-based comms.
#OnionShare, #Wormhole, #oshi, #BitTorrent & #IPFS for #Filesharing.
#Nextcloud et. al. for collaboration.
...
If you have folks you would like to video call today, but the tech/login/platform gets in the way, you might want to try https://rendezvous.Family/ it is a minimal #webrtc app that (should) work in any mobile browser. I wrote it in the height of the pandemic, but it still seems to work.
thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.
> scout out existing solutions
i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.
a couple notable similar implementation to mine are:
- https://github.com/cryptocat/cryptocat
- https://github.com/jeremyckahn/chitchatter
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)
> DO NOT DIY ENCRYPTION!
this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: https://www.reddit.com/r/cryptography/comments/1cint8h/what_are_your_thoughts_on_subtlecrypto_vs_wasm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.
i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.
> minimum viable product
what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.
those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.
there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.
> feel free to slowly ibtegrate them.
this is basically already my approach to get the app to where it is now.
thanks for the luck, take care and i hope you stay tuned for updates.
@xoron most of those features have already been implemented in #WebRTC-based solutions like #WebCall and #JitsiMert, abeit like with #XMPP+#OMEMO none does all of those things together, and that is somewhat an acceptable tradeoff...
Did I create the ultimate tool to watch anime with friends?
xtream is a website where you can "upload" any video and watch among other people, without loss of quality.
Files are actually transferred privately via a P2P connection, without going through my server.
Each user can choose their preferred audio and subtitle language. Without installing programs or extensions.
@Mer__edith that's a #Marketing #Lie as @signalapp / #Signal collects and demands #PII like #PhoneNumbers to this day, and unlike #WebRTC-based options like #JitsiMeet and #WebCall, one cannot #SelfHost Signal!
So please stop such bs claims, because they insult the intellect of everyone who's even halfassing #ITsec, #InfoSec, #OpSec & #ComSec...
@jnv There is also #pairdrop that can be used to transfer files between devices without any installation using #WebRTC
https://github.com/schlagmichdoch/pairdrop
#KaiOS #webRTC #leaflet I've made progress on my webRTC chat app for KaiOS. I've created a map component that allows the user to share their location and live location. In the next step I'll enable the sharing of audio messages. I'm still thinking about how I'm going to solve this so that it remains easy to use.
FLOSS Weekly Episode 787: VDO Ninja — It’s a Little Bit Hacky - This week Jonathan Bennett and Katherine Druckman chat with Steve Seguin about VDO... - https://hackaday.com/2024/06/12/floss-weekly-episode-787-vdo-ninja-its-a-little-bit-hacky/ #hackadaycolumns #flossweekly #opensource #podcasts #webrtc
Raspberry Pis get a built-in remote access tool: Raspberry Pi Connect - Enlarge / Raspberry Pi Connect looks like a good reason to make a Pi ac... - https://arstechnica.com/?p=2022695 #raspberrypiconnect #remotedesktop #raspberrypi #webrtc #tech #vnc
Specific tools discussed (after an interesting intro/overview):
- #JackTrip (https://github.com/jacktrip/)
- #Jamulus (https://github.com/jamulussoftware/jamulus)
- #SoundJack (free but closed source; https://www.soundjack.eu/)
- #SonoBus (https://www.sonobus.net/)
- #UltraGrid (http://www.ultragrid.cz/)
- #LoLa (https://lola.conts.it/)
- #WebRTC (https://webrtc.org/)
- #Jitsi (https://jitsi.org/)
- #LiveLab (https://www.culturehub.org/livelab)
From developer positions in 
Come join Nextcloud's globally distributed team of deeply passionate individuals! 
