From AYChen at Avinta.com Thu Jul 1 17:08:30 2010 From: AYChen at Avinta.com (Abraham Y. Chen) Date: Thu, 01 Jul 2010 08:08:30 -0700 Subject: [Udpcast] Using Windows version of UDPcast 201007010756.AYC Re: 201007010035.AYC Re: 201005241607.AYC Re: 201005231203.AYC In-Reply-To: <137EE5F373E64C009E0C95B17D9B6845@asnkenya.com> References: <4BF7ECB9.4020803@Avinta.com> <66317E2D37FE4CA890DC31FC0249255C@asnkenya.com> <4BF98062.6010106@Avinta.com> <4BFAEA91.5020400@Avinta.com> <4BFB0BBA.4070301@Avinta.com> <4C2C495C.2060605@Avinta.com> <137EE5F373E64C009E0C95B17D9B6845@asnkenya.com> Message-ID: <4C2CAF6E.8080001@Avinta.com> Dear Sumit: With your clarification, I believe what I stated in my last MSG was correct: 1. Do not start file transfer to A user, upon its log in. 2. Wait for the 2nd user to log in. 3. Press "return / enter" key on Sender's keyboard to start file transfer to both users at the same time. Hope the above clears up the procedure for you. Regards, Abe (2010-07-01, 07:59) On 2010-07-01 01:46, Sumit Arora wrote: > > Dear Abraham > > It is a typo mistake > > Please find scenario below > > 1. *A *user logs in *as a client* -- File transfer starts for this > user. > 2. During this transfer 2^nd user log in. > 3. The file transfer for first continues till it gets finished. > 4. For 2^nd user the file transfer never starts. I have to close > the UDPcast server and give command. > 5. Practically it should work which means that if my server is > running it should cater to client users as and when they login > to it. > > Please suggest. > > Thanks and Best Regards. > > _______________________________________________________________________ > > Sumit Arora > > Alldean Satellite Networks (K) Ltd., > > P.O Box 14400-00800 Westlands, > > Nairobi, Kenya. > > Tel: +254 020 3743595, 3748732, 3749465, 3740126, 3740215 > > Fax: +254 020 3740827 > > Mobile: +254 (0)722812151 > > Website: http://www.alldean.com > > > ------------------------------------------------------------------------ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sumit at alldeankenya.com Thu Jul 1 13:19:34 2010 From: sumit at alldeankenya.com (Sumit Arora) Date: Thu, 1 Jul 2010 14:19:34 +0300 Subject: [Udpcast] Using Windows version of UDPcast 201007010035.AYC Re: 201005241607.AYC Re: 201005231203.AYC Re:201005220726.AYC In-Reply-To: <4C2C495C.2060605@Avinta.com> References: <4BF7ECB9.4020803@Avinta.com> <66317E2D37FE4CA890DC31FC0249255C@asnkenya.com> <4BF98062.6010106@Avinta.com> <4BFAEA91.5020400@Avinta.com> <4BFB0BBA.4070301@Avinta.com> <4C2C495C.2060605@Avinta.com> Message-ID: Dear All   I have observed a scenario where I have observed that If in UDP sender I give following command   “udp-sender --file "White_paper_Multistream_R1.pdf" --full-duplex --portbase 3001 --blocksize 1100 --interface 192.168.100.251 --mcast-data-address 239.1.1.1 --max-bitrate 128000 --log log.txt --nokbd --bw-period 2 --daemon-mode --min-receiver 1”   And UDP receiver I give command “udp-receiver --file "White_paper_Multistream_R1.pdf" --portbase 3001  --nokbd”   SCENARIO 1. A user logs in as a client – File transfer starts for this user. 2. During this transfer 2nd user log in. 3. The file transfer for first continues till it gets finished. 4. For 2nd user the file transfer never starts. I have to close the UDPcast server and give command. Practically it should work which means that if my server is running it should cater to client users as and when they login to it.   Please suggest, may be I am making mistake somewhere. Regards Sumit From AYChen at Avinta.com Fri Jul 2 21:26:51 2010 From: AYChen at Avinta.com (Abraham Y. Chen) Date: Fri, 02 Jul 2010 12:26:51 -0700 Subject: [Udpcast] Using Windows version of UDPcast 201007012327.AYC 201007010756.AYC Re: 201007010035.AYC Re: 201005241607.AYC In-Reply-To: <4C2D8A60.80103@Avinta.com> References: <4BF7ECB9.4020803@Avinta.com> <66317E2D37FE4CA890DC31FC0249255C@asnkenya.com> <4BF98062.6010106@Avinta.com> <4BFAEA91.5020400@Avinta.com> <4BFB0BBA.4070301@Avinta.com> <4C2C495C.2060605@Avinta.com> <137EE5F373E64C009E0C95B17D9B6845@asnkenya.com> <4C2CADA6.3050608@Avinta.com> <6826E1FCC845430590662B39D4CBA26D@asnkenya.com> <4C2D8A60.80103@Avinta.com> Message-ID: <4C2E3D7B.4080504@Avinta.com> Dear Sumit: 1) I am afraid that you are attempting to stretch UDPcast towards the opposite direction of what is its original intention, that is, to distribute update files to multiple client PCs in one shot. This is what the counter in Sender is for. 2) If there are 10 clients to receive update files, the Sender can start the "batch" job once the counter has reached 10. On the other hand, if one or more receivers failed to log in, the person in control of the Sender can make a decision as whether to wait or to send update files to those already logged in, leaving the last few to be dealt with later in additional "batches". 3) Looking for additional Receivers in the middle of broadcasting files to those already logged in will demand for more processing power from the Sender. With the procedure available in Pt. 2), this complexity is not justifiable. Hope my reasoning makes sense to you. Regards, Abe (2010-07-02, 12:25) > > > On 2010-07-01 23:07, Sumit Arora wrote: >> >> Dear Abraham >> >> Thanks for your response and help. >> >> Your inputs are very well taken but think of a practical scenario >> where there are 10 users and 9 logged in but 10^th didn't (due to any >> reason) >> >> Nobody will be able to receive file as 10^th has not logged in. This >> makes the situation impractical in real life and the purpose of the >> software >> >> gets defeated where its aim is to transfer file to multiple users in >> one go. >> >> Thanks and Best Regards. >> >> _______________________________________________________________________ >> >> Sumit Arora >> >> Alldean Satellite Networks (K) Ltd., >> >> P.O Box 14400-00800 Westlands, >> >> Nairobi, Kenya. >> >> Tel: +254 020 3743595, 3748732, 3749465, 3740126, 3740215 >> >> Fax: +254 020 3740827 >> >> Mobile: +254 (0)722812151 >> >> Website: http://www.alldean.com >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.juncu at rosedu.org Sun Jul 11 19:28:22 2010 From: alex.juncu at rosedu.org (Alexandru Juncu) Date: Sun, 11 Jul 2010 20:28:22 +0300 Subject: [Udpcast] Centralized imaging system In-Reply-To: References: Message-ID: Hello. Tomorrow I am going to present [1] what I have been working on as my Bachelor Degree Thesis [2]. I wrote the documentation on the architecture of the system. Also did some coding in Python for the implementation (unfortunately not a fully functional implementation yet). Haven't yet submitted all code on the repo so it's still work in progress. [1] http://koala.cs.pub.ro/redmine/attachments/download/792/Alexandru_Juncu_diploma_prezentare.ppt [2] http://koala.cs.pub.ro/redmine/attachments/download/790/Alexandru_Juncu_diploma.pdf -- Alexandru Juncu Romanian Open Source Education Member rosedu.org