Original file
Best quality
FCShare keeps the original-byte transfer path, then adds compatibility, storage and time estimates when they can prevent a failed handoff.
Start the transferEither way you get a code. Whichever device has a camera scans it.
Or open the link, or type the name.
—
Checking whether the original file is the best fit.
Best quality
Better compatibility
FCShare never changes your original file. Optimization only happens after you choose it.
No copy was kept anywhere.
A video can be too large for a messaging service, too large for available browser staging, or perfectly transferred but unplayable because of its codec. Smart Send considers those separately.
The file still moves through the existing WebRTC DataChannel with the same backpressure and receiver-side save logic. Adaptive advice sits above that path rather than replacing it.
FCShare inspects only bounded local metadata.
Capability and storage signals are deliberately coarse.
Actual transfer reuses the proven FCShare chunk/backpressure engine.
Browser quota is not the same as free disk. FCShare does not present fake exact disk-space numbers.
Before transfer, time is based on coarse network/path signals. Once bytes move, the normal FCShare progress calculation uses achieved throughput.
No. Browser, device, storage and connection limits still apply.
Not unless the sender explicitly chooses an available optimized variant.
Yes. WebRTC may use an encrypted TURN relay when a direct path is unavailable.