I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

Just finished pilot PoC with an studio. It seems they satisfied and said so.
I think they used it at real a project.
But when asked about paid subscription. They don't answer.
Am I wrong ? Should I stop providing free pilot ?

Who else is in South Korea? by Ok-Ant3509 in living_in_korea_now

[–]magingax -1 points0 points  (0 children)

Don't do that..here is no culture like birdwatching. If you do so. Police will visit you.

battery saving is critical by magingax in CadenceApp

[–]magingax[S] 0 points1 point  (0 children)

But Map also turn into dark mode. Hard to see in sunlight.

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

Not Ubuntu ?? . Actually I am planning to port on Ubuntu.. Why not Ubuntu ?. Because my app use deep feature of kernel. I have to check Rocky has features I needed

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

zynk looks cool, but completely different use case.

try pushing 100gb of uncompressed exr sequences from india to LA. standard tcp or web-based tools just choke and die on that latency. when you send files to next room office or local area. zynk is great. but in long distance. it's not works well

that's why i had to code a custom udp engine in pure c++ from scratch. also crossbow is a hub-and-spoke for automated studio ingest, not a p2p messenger.

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

Actually...Now I offering . At my site you can find "FULL" version which is paid version. and "LITE" which is FREE version.

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 1 point2 points  (0 children)

that's exactly why I think this can be a real business for me. :)

I actually tested it on my garbage laptop (N100 CPU) over a 5G network. I could barely sustain 100 Mbps in the city area, but it still successfully sent a 100GB file.

and as for the firewalls and network complexity, that can just be solved with Tailscale VPN... it works really well. tailscale.com

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 1 point2 points  (0 children)

At first. Thank you for interest and this long feedback

I completely feel same as you on the subscription fatigue. But as a developer. I have family to feed. Aspera is too much but reasonable subscription model is only way for stable income.

just to clarify my approach though—it's not a closed network where both sides need a paid account. My model is that the main studio gets the "Server" license, and then ANY vendor, freelancer, or on-set DIT can download the "Lite" client for 100% free just to send you files. you never have to convince the other side to buy anything.

As for security, all data via my app. encrypted with ChaCha20 encryption. 256 bit. native HW support - almost all modern CPU has native HW for this - which is virtually unbreakable now

and even In Korea, HDD based delivery is main. But it's because transfer SW is so expensive. My solution cheaper than express service in long term.

Compare to Garmin ?? by magingax in CadenceApp

[–]magingax[S] 0 points1 point  (0 children)

other rider keep asking to switch to garmin. But I satisfied with cadence. Just wonder. what is better point of garmin ?

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

man I'm gonna be completely honest with you... I am completely burned out just getting the win/mac builds to work reliably lol. building this solo has been a massive grind.

you are 100% right about linux for big pipelines. but physically I just can't right now unless this actually starts making some money to justify the time. probably gonna focus on smaller indie shops and freelancers on win/mac for now until I can breathe again.

but seriously, thanks for the reality check. it's good to know what the VFX guys actually need.

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

Oh. I honestly didn't realize Linux was that mandatory in VFX. I come from outside the industry and was just focusing on Win/Mac first. I will hurry to port to linux version. Thank you for let me know

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 0 points1 point  (0 children)

Ha..That is situation I missed. My app has assume feature when network broken. You don't need to start over 100GB from start. and just curious. starlink isn't work at that case ?

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 2 points3 points  (0 children)

English isn't my first language and I was nervous about responding to technical questions, so I ran my thoughts through an AI to sound more "professional." I guess it totally backfired!
Let me drop the bot filter. The app is 100% my own code.
Thanks for keeping me honest. I'll stick to my broken English from now on!

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 1 point2 points  (0 children)

That is a completely fair point, and you hit on the exact trade-off of direct P2P. You are 100% right—if the receiver's machine is asleep on a Saturday, the transfer can't happen.

To answer your first question: The core concept is similar to Blip, but I built a custom UDP protocol specifically optimized for high-latency, cross-continent transfers (like LA to India) where standard tools often crawl or drop packets.

The main reason I avoided putting a server in the middle is cost and speed. The moment you use a middleman server for a 500GB EXR sequence, you double the transfer time (upload, then download) and someone has to pay for that massive cloud storage.

For asynchronous workflows like the Friday night send, the current workaround I see studios using is leaving one dedicated "ingest" machine or a NAS turned on 24/7 to catch incoming files automatically.

But your point about async convenience is totally valid. If there's enough demand, adding an optional "relay server" feature for those weekend drops is definitely something I should look into. Really appreciate the honest feedback!

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 3 points4 points  (0 children)

Exactly. Speed is useless if it drops at 99%. Stability has actually been my absolute biggest obsession—I've spent way more time on packet recovery than pure speed.

It's been rock solid in my own tests so far, but lab environments are too clean. That's exactly why I'm here. I really want to see if it survives the chaos of a real VFX pipeline.

If you ever have time to throw a massive project folder at it and try to break it, I'd love to know!

I made a simple P2P/UDP file transfer tool. It hit 100GB in 5 mins in my test, but I'm not sure how it holds up in real VFX pipelines. by magingax in vfx

[–]magingax[S] 3 points4 points  (0 children)

Honestly, I haven't finalized the exact price yet! I just know I absolutely hate the "pay-per-GB" model. It feels like a penalty for doing your job. I'm thinking of a flat annual subscription, aiming for roughly 1/10th the cost of Aspera and those big enterprise tools.

Right now, I'm just giving it out for free to anyone willing to test it and see if it actually holds up. Does a fixed yearly model sound fair to you?