UDP-RECEIVER(1)
π UDP-RECEIVER(1) π
okay bestie, welcome to the udp-receiver page from the Udpcast manual β¨ this is the little tool that catches files your other computer is yeeting across the network, and honestly? she's giving quiet-legend energy π«Ά
β¨ NAME β¨
udp-receiver β receive files broadcast by udp-sender π
πΈ SYNOPSIS πΈ
./udp-receiver [--file file] [--pipe pipe] [--portbase portbase]
[--interface net-interface] [--log file] [--ttl time-to-live]
[--mcast-rdv-address mcast-rdv-address] [--nokbd] [--exitWait
milliseconds] [--stat-period n] [--print-uncompressed-position flag]
π¦ DESCRIPTION π¦
so udp-receiver is literally the receiving end of the whole thing β it catches the files that udp-sender sends out (think a disk image, bestie, like a whole-ass filesystem just floating through the air π).
π OPTIONS π
π Basic options π
--file fileβ writes the received data into file. and if you don't pass this? the data just goes straight tostdoutinstead, no cap.--pipe commandβ sends the data through a pipe once it's been received. super useful for decompressing stuff, or for filling in the unused filesystem blocks thatudp-sendermight have stripped out π the command gets a direct handle on the output file or device, so it can seek inside it if it needs to.Udpcastitself also keeps a handle on the file, which it uses for an informational progress display. the command'sstdinis a pipe fromudp-receiver. example:udp-receiver -p "gzip -dc"π₯--log fileβ logs some stuff into file. that's it, that's the vibe.--nosyncβ do not open the target in synchronous mode. this is the default when writing to a file or a pipe.--syncβ write to the target in synchronous mode. this is the default when writing to a device (character or block) π--nokbdβ do not read the start signal from the keyboard, and do not display any message telling the user to press any key to start. perfect for when nobody's there to press anything π--start-timeout secβ the receiver aborts at start if it doesn't see a sender within this many seconds. and like, furthermore, the sender needs to start transmission of data within this delay too. once transmission is started, this timeout no longer applies β°--receive-timeout secβ the receiver aborts during transmission if it doesn't see a packet from the sender within this many seconds. this timeout only applies once transmission has already started, iykyk.
π Networking options π
--portbase portbaseβ the default ports to use for udpcast. two ports get used: portbase and portbase+1. so bestie, portbase must be even β οΈ default is9000. the same portbase must be specified for bothudp-senderandudp-receiver.--interface interfaceβ the network interface used to send out the data. default iseth0β¨--ttl ttlβ time to live for the connection request packet. by default the connection request is broadcast to the LAN's broadcast address. if ttl is set, the connection request is multicast instead to224.0.0.1with the given ttl, which should enable udpcast to work between LANs. not tested though π--mcast-rdv-address addressβ uses a non-standard multicast address for the control connection (the one the sender and receivers use to "find" each other π). this is not the address used to transfer the data. by default mcast-rdv-address is the Ethernet broadcast address if ttl is1, and224.0.0.1otherwise.
this setting should not be used except in very special situations, such as when 224.0.0.1 cannot be used for policy reasons π¨
--exit-wait millisecondsβ when transmission is over, the receiver waits for this long after receiving the finalREQACK. this is done to guard against loss of the finalACK. is500milliseconds by default π«Ά--ignore-lost-dataβ do not stop reception when data loss is detected; instead fill with random data. useful for multimedia transmission where 100% integrity is not need. (their words, and honestly iconic for it π)
π Statistics options π
--stat-period secondsβ every so much milliseconds, print some statistics tostderr: how much bytes received so far, log, position in uncompressed file (if applicable), overall bitrate... by default this is printed every half second β--print-uncompressed-position flagβ by default,udp-receiveronly prints the position in the uncompressed file if the 2 following conditions are met:- output is piped via a compressor (
-poption). - the final output is seekable (file or device).
- output is piped via a compressor (
with the --print-uncompressed-position option, you can change this behavior:
- if flag is
0, uncompressed position will never be printed, even if the above conditions are met. - if flag is
1, uncompressed position will always be printed, even if the above conditions are not met.
π SEE ALSO π
udp-sender
π AUTHOR π
Alain Knaff π
and that's the whole page bestie, mwah π this was the current version, dated February 17, 2024 β go receive some files, you absolute main character π¦β¨π
π¦ where this page comes from
- ubuntu noble: udpcast 20120424-2build1 Β· GPL-2.0-only
- ubuntu questing: udpcast 20120424-2build1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms