Projects tagged ‘c’ and ‘udp’


[13 total ]

1 Users
 

Netsend considered at a low-level isn't really more then a simple IO wrapper. Netsend transmit and receive files just like every other filetransfer application. The difference is HOW netsend utilise ... [More] the Operating System - nor the lowest common denominator of available functionality (e.g. portability) is the main goal. Intention is to crush the last quantum of the Linux Network Stack to gain maximum network performance. [Less]
Created over 2 years ago.

1 Users
 

Created over 2 years ago.

1 Users

FSPClient is single executable client for FSP protocol. FSPClient uses FTP-likeuser interface. It feels like FTP but under hood is FSP. This is a continuationof this program unmaintained for 10 years. ... [More] FSP is UDP based protocol for transfering files around [Less]
Created 12 months ago.

0 Users

点对点的SOCKET,支持内网穿透和数据可靠传输。 底层使用UDP/UDT协议,使用C++(VC2003)开发。 目前只支持windows平台。
Created 3 months ago.

0 Users

Provides sniffing of Netbios Datagrams in passive way. Retrieves the following information from each datagram: Netbios name of host Address of host Online status (online / offline) Last update time ... [More] of host status This is a .NET (C#) version of punkliner which is initially developed with Java. [Less]
Created 12 months ago.

0 Users

Kademlia DHT with NAT traversal (UDP hole punching) with no servers requiredWe are looking for contributors, API stabilising very soonmaidsafe-dht provides a transport layer (currently UDT - it is ... [More] included as a CVS included directory and updated with mainstream UDT code, many thanks to Yunhong Gu and his project http://udt.sourceforge.net/index.html) with a fully functional Kademlia DHT and RPC layer (RPC and message serialisation requires Google protocol buffers, a magnificent project). maidsafe-dht includes some enhancements to kademlia namely force-k (force partner bucket to contain the most recent closest nodes) and a downlist modification (notification of dead nodes in searches) to increase the reliability significantly (from 13/20 live nodes to 19.8/20 for a k=20). Having spent significant time researching and developing many such systems (in Python and C / C++) we have now settled on this system and would like to ensure it is as robust as possible. This has taken us several months to pull this together, and we are delighted to offer this to the community in the hope it will be improved (we know it certainly can be improved upon) and will be useful for creating actual clouds and true p2p with no server networking. We would like other companies to benefit from the significant investment we have made in order to create such a system. ParticularsAll kademlia values and RPC's can be extended and in case of kadamelia Alpha, Beta and K these can all be set per project as required. UPnP can be chosen as a default option for any knode. maidsafe-dht uses gtest to test code and cmake for builds and installer and has a public dashboard (http://dash.maidsafe.net) to test all changes against several operating systems (mainly Linux, Apple and Microsoft). No changes without tests will be accepted, bug fixes with existing tests are fine though :-). If you like this project please help us by visiting http://www.maidsafe.net and signing up for the beta release of Perpetual Data to see the whole thing in action. Thanks David Irvine [Less]
Created 7 months ago.

0 Users

WelcomeSNL (Simple Network Library) is a network library intended to be easy to use. Library is written in C language and it provides object oriented API built upon GObject. FeaturesSupported ... [More] protocols: TCP, UDP Supported address families: IPv4, IPv6 Object-oriented API Asynchronous and synchronous interfaces Set of function for testing IP addresses and port numbers RequirementsGLib 2.18.0 (or higher) Stable releases SNL 1.0.1 (Latest stable release) SNL 1.0.0 Unstable releasesNone Experimental branchBeside stable releases I am working on experimental code, which probably will be released as SNL 2.0. You can download experimental code from branch 2.0dev. DocumentationAPI Reference (latest documentation) (Thanks to Korneliusz Jarzębski for documentation hosting)Want to contribute?Everyone, who want to contribute should contact with me. If you want to: create new web page, became library programmer or tester, write documentation or do something else, just send me an email ;) ContactE-mail tomcioj (a) gmail.com Discussing group Look on the right site of this page ;-) [Less]
Created about 1 year ago.

0 Users

Аниме каталогизатор заточеный на работы с anidb (через api).
Created 6 months ago.

0 Users

A cross platform, C++ UDP-TCP Bridge. Originally created to forward UDP TUIO (OSC) messages straight to TCP to be read from within Flash as binary data - but it actually works with any UDP data, not ... [More] just TUIO or OSC. This application forwards all incoming UDP messages straight to TCP without touching the data, just a straight forward.(Since version 0.2.1 there is the option to prefix the size of the packet before sending the data to comply with OSC / TCP specifications). This enables applications that don't support UDP (e.g. Flash) to receive the data. Since OSC / TUIO are generally sent via UDP, this enables Flash to recieve those messages in their raw binary form. Settings can be edited from data/settings.xml. Isn't that what flosc does?Nope. Flosc is specific to OSC, and converts the incoming data to XML and sends that over TCP. Flash then receives and parses that XML. While this is an ingenious solution, it isn't the most efficient way to do this currently as we now have flash.net.Socket's in flash allowing us to open a TCP Socket and read raw binary data. Can't I just send TUIO over TCP in CCV/tbeta?While it's great that CCV/tbeta sends data over TCP so flash clients can listen directly, and we can cut out the middle man (e.g. flosc), the data is still sent as XML, not as binary TUIO. In fact the data sent by CCV/tbeta isn't TUIO at all, it's just an XML string with the touch data. So how can I receive this data in Flash?Using flash.net.Socket http://livedocs.adobe.com/flex/2/langref/flash/net/Socket.html Can I still use the NUIGroup Flash touchapi?Yes, but you need to replace a few files. If you have a tracker sending TUIO over UDP (e.g. almost any tracker), and you use udp-tcp-bridge to forward that to TCP, the data being sent to TCP is raw TUIO, not an XML. So the NUIGroup Flash touchapi cannot parse it out of the box. Thankfully there are a few replacement classes (TUIO.as, TUIOCursor.as etc.) at http://www.touchgateway.com/?p=70 which do all the nessecary binary parsing and generates the same TUIO events so you can carry on using the rest of the NUIGroup touchapi. So if you overwrite those AS3 files with the ones in that zip, you can carry on using your flash multitouch apps seamlessly. Building the sourceThe application was written with openframeworks 006 and uses the addons: ofxNetwork ofxThread ofxXMLSettings Also worth mentioningflosc - Java app which forwards incoming OSC (UDP) messages to XML (over TCP). oscar - Native max osx app that does the same as above (osc->xml). toxy - native windows/linux app that forwards incoming TUIO to TCP in a custom binary format (as far as I understand). touchgateway - Java app which forwards all incoming UDP to TCP. Similar to my udp-tcp-bridge, but in Java. [Less]
Created 4 months ago.

0 Users

YOP is a P2P based file sharing server designed to be efficient in a local network. It uses both TCP and UDP protocols to transmits files (in client/server configuration or udp broadcast). YOP is ... [More] written in C with Linux standard libraries, it uses TCP and UDP networking, sharing memory between process, with multi-process communications and more ! This is an Enseirb (www.enseirb.fr) school project. [Less]
Created about 1 year ago.