You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by rahul bhola <rb...@gmail.com> on 2013/04/20 00:50:59 UTC
integrating rfb instead of current robot
hi,
as we know the current robot is too slow so i researched on rfb used in
VNC.currently there are three protocols supported and it has 4 main
encodings not considering the custom coding. It could greatly improve the
speed of sharing. in this system instead of buffering the whole desktop at
regular intervals there are action listeners who listen and then send the
changes in the format agreed by the client and server . the client keeps
the last copy of the server until and unless the server does not send some
message again in the form of rectangles. also instead of complete page
buffering it is split into many parts so instead of buffering the whole
page only a small amount of desktop is buffered .
currently i got my exams this week will start working on coding as soon as
possible
regards
Rahul
Bits Pilani
India
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Yes, I have downloaded tightvnc and invoked wc -l rfb/rfbproto.h
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Sat, Apr 20, 2013 at 2:12 PM, rahul bhola <rb...@gmail.com> wrote:
> in vnc???
>
>
> On Sat, Apr 20, 2013 at 3:40 PM, Alexei Fedotov <al...@gmail.com>wrote:
>
>> I have just checked, 1200 lines is in the header file for rfb interface
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Sat, Apr 20, 2013 at 2:06 PM, Alexei Fedotov
>> <al...@gmail.com> wrote:
>> > Apache reasonably requires 100% GSoC success rate. Please take this
>> > into account when defining a project scope in your proposal.
>> > --
>> > With best regards / с наилучшими пожеланиями,
>> > Alexei Fedotov / Алексей Федотов,
>> > http://dataved.ru/
>> > +7 916 562 8095
>> >
>> >
>> > On Sat, Apr 20, 2013 at 1:59 PM, rahul bhola <rb...@gmail.com>
>> wrote:
>> >> i will try and integrate it to the existing model it could be a good
>> idea
>> >> and could be a long term project instead of only GSoc it could
>> definately
>> >> improve the current working model if implemented properly. and instead
>> of
>> >> all encodings i will work on someone that supports low network speeds
>> >>
>> >> regards
>> >> Rahul
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
in vnc???
On Sat, Apr 20, 2013 at 3:40 PM, Alexei Fedotov <al...@gmail.com>wrote:
> I have just checked, 1200 lines is in the header file for rfb interface
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Sat, Apr 20, 2013 at 2:06 PM, Alexei Fedotov
> <al...@gmail.com> wrote:
> > Apache reasonably requires 100% GSoC success rate. Please take this
> > into account when defining a project scope in your proposal.
> > --
> > With best regards / с наилучшими пожеланиями,
> > Alexei Fedotov / Алексей Федотов,
> > http://dataved.ru/
> > +7 916 562 8095
> >
> >
> > On Sat, Apr 20, 2013 at 1:59 PM, rahul bhola <rb...@gmail.com>
> wrote:
> >> i will try and integrate it to the existing model it could be a good
> idea
> >> and could be a long term project instead of only GSoc it could
> definately
> >> improve the current working model if implemented properly. and instead
> of
> >> all encodings i will work on someone that supports low network speeds
> >>
> >> regards
> >> Rahul
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
I have just checked, 1200 lines is in the header file for rfb interface
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Sat, Apr 20, 2013 at 2:06 PM, Alexei Fedotov
<al...@gmail.com> wrote:
> Apache reasonably requires 100% GSoC success rate. Please take this
> into account when defining a project scope in your proposal.
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Sat, Apr 20, 2013 at 1:59 PM, rahul bhola <rb...@gmail.com> wrote:
>> i will try and integrate it to the existing model it could be a good idea
>> and could be a long term project instead of only GSoc it could definately
>> improve the current working model if implemented properly. and instead of
>> all encodings i will work on someone that supports low network speeds
>>
>> regards
>> Rahul
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
Please review my proposal
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/rahul_bhola/1
regards
Rahul
Bits Pilani
India
On Mon, Apr 22, 2013 at 1:48 PM, rahul bhola <rb...@gmail.com> wrote:
> Also i would like to ask how to find color shift in an image because i
> have to pass color shift of red,blue and green
>
>
> On Sun, Apr 21, 2013 at 7:53 PM, rahul bhola <rb...@gmail.com>wrote:
>
>> hi,
>> have a look at this worked on basic handshake and initialized most of
>> the important variables that we will be using. i am using 3.8 as standard
>> protocol. protocol selection in client function is wrong will change it .
>> pls have a look at attachments . currently i made it on a separate main
>> function but it can also be integrated into the open source code i am not
>> too familiar with that therefore used a separate main function
>>
>>
>>
>> On Sun, Apr 21, 2013 at 12:50 AM, rahul bhola <rb...@gmail.com>wrote:
>>
>>> i am writing for protocol version 3.8
>>>
>>>
>>> On Sat, Apr 20, 2013 at 3:50 PM, rahul bhola <rb...@gmail.com>wrote:
>>>
>>>> will take care of that part
>>>>
>>>>
>>>> On Sat, Apr 20, 2013 at 3:48 PM, Alexei Fedotov <
>>>> alexei.fedotov@gmail.com> wrote:
>>>>
>>>>> In this case you should be careful when choosing the source code
>>>>> license. Better to have APL or MIT or BSD. GPL generally is not
>>>>> acceptable.
>>>>> --
>>>>> With best regards / с наилучшими пожеланиями,
>>>>> Alexei Fedotov / Алексей Федотов,
>>>>> http://dataved.ru/
>>>>> +7 916 562 8095
>>>>>
>>>>>
>>>>> On Sat, Apr 20, 2013 at 2:16 PM, rahul bhola <rb...@gmail.com>
>>>>> wrote:
>>>>> > i got vnc source also i guess then i will have to integrate that
>>>>> >
>>>>> >
>>>>> > On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <
>>>>> alexei.fedotov@gmail.com>wrote:
>>>>> >
>>>>> >> I have just checked that mentors for this task suggested using
>>>>> >> existing java VNC solution.
>>>>> >>
>>>>> >> --
>>>>> >> With best regards / с наилучшими пожеланиями,
>>>>> >> Alexei Fedotov / Алексей Федотов,
>>>>> >> http://dataved.ru/
>>>>> >> +7 916 562 8095
>>>>> >>
>>>>> >>
>>>>> >> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <
>>>>> rb1223334444@gmail.com>
>>>>> >> wrote:
>>>>> >> > sure instead of implementing whole rfb i would implement points
>>>>> to make
>>>>> >> it
>>>>> >> > fast and not all the points that make it slow.Plus started
>>>>> reaserching
>>>>> >> and
>>>>> >> > working on the topic. also will try to make it integrable to the
>>>>> current
>>>>> >> > source
>>>>> >> >
>>>>> >> > regards
>>>>> >> > Rahul
>>>>> >>
>>>>> >
>>>>> >
>>>>> >
>>>>> > --
>>>>> > Rahul Bhola
>>>>> > B.E.
>>>>> > computers
>>>>> > Core Member
>>>>> > Department of backstage
>>>>> > Bits Pilani KK Birla Goa Campus
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Rahul Bhola
>>>> B.E.
>>>> computers
>>>> Core Member
>>>> Department of backstage
>>>> Bits Pilani KK Birla Goa Campus
>>>>
>>>
>>>
>>>
>>> --
>>> Rahul Bhola
>>> B.E.
>>> computers
>>> Core Member
>>> Department of backstage
>>> Bits Pilani KK Birla Goa Campus
>>>
>>
>>
>>
>> --
>> Rahul Bhola
>> B.E.
>> computers
>> Core Member
>> Department of backstage
>> Bits Pilani KK Birla Goa Campus
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
Also i would like to ask how to find color shift in an image because i have
to pass color shift of red,blue and green
On Sun, Apr 21, 2013 at 7:53 PM, rahul bhola <rb...@gmail.com> wrote:
> hi,
> have a look at this worked on basic handshake and initialized most of
> the important variables that we will be using. i am using 3.8 as standard
> protocol. protocol selection in client function is wrong will change it .
> pls have a look at attachments . currently i made it on a separate main
> function but it can also be integrated into the open source code i am not
> too familiar with that therefore used a separate main function
>
>
>
> On Sun, Apr 21, 2013 at 12:50 AM, rahul bhola <rb...@gmail.com>wrote:
>
>> i am writing for protocol version 3.8
>>
>>
>> On Sat, Apr 20, 2013 at 3:50 PM, rahul bhola <rb...@gmail.com>wrote:
>>
>>> will take care of that part
>>>
>>>
>>> On Sat, Apr 20, 2013 at 3:48 PM, Alexei Fedotov <
>>> alexei.fedotov@gmail.com> wrote:
>>>
>>>> In this case you should be careful when choosing the source code
>>>> license. Better to have APL or MIT or BSD. GPL generally is not
>>>> acceptable.
>>>> --
>>>> With best regards / с наилучшими пожеланиями,
>>>> Alexei Fedotov / Алексей Федотов,
>>>> http://dataved.ru/
>>>> +7 916 562 8095
>>>>
>>>>
>>>> On Sat, Apr 20, 2013 at 2:16 PM, rahul bhola <rb...@gmail.com>
>>>> wrote:
>>>> > i got vnc source also i guess then i will have to integrate that
>>>> >
>>>> >
>>>> > On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <
>>>> alexei.fedotov@gmail.com>wrote:
>>>> >
>>>> >> I have just checked that mentors for this task suggested using
>>>> >> existing java VNC solution.
>>>> >>
>>>> >> --
>>>> >> With best regards / с наилучшими пожеланиями,
>>>> >> Alexei Fedotov / Алексей Федотов,
>>>> >> http://dataved.ru/
>>>> >> +7 916 562 8095
>>>> >>
>>>> >>
>>>> >> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb1223334444@gmail.com
>>>> >
>>>> >> wrote:
>>>> >> > sure instead of implementing whole rfb i would implement points to
>>>> make
>>>> >> it
>>>> >> > fast and not all the points that make it slow.Plus started
>>>> reaserching
>>>> >> and
>>>> >> > working on the topic. also will try to make it integrable to the
>>>> current
>>>> >> > source
>>>> >> >
>>>> >> > regards
>>>> >> > Rahul
>>>> >>
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Rahul Bhola
>>>> > B.E.
>>>> > computers
>>>> > Core Member
>>>> > Department of backstage
>>>> > Bits Pilani KK Birla Goa Campus
>>>>
>>>
>>>
>>>
>>> --
>>> Rahul Bhola
>>> B.E.
>>> computers
>>> Core Member
>>> Department of backstage
>>> Bits Pilani KK Birla Goa Campus
>>>
>>
>>
>>
>> --
>> Rahul Bhola
>> B.E.
>> computers
>> Core Member
>> Department of backstage
>> Bits Pilani KK Birla Goa Campus
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
hi,
have a look at this worked on basic handshake and initialized most of
the important variables that we will be using. i am using 3.8 as standard
protocol. protocol selection in client function is wrong will change it .
pls have a look at attachments . currently i made it on a separate main
function but it can also be integrated into the open source code i am not
too familiar with that therefore used a separate main function
On Sun, Apr 21, 2013 at 12:50 AM, rahul bhola <rb...@gmail.com>wrote:
> i am writing for protocol version 3.8
>
>
> On Sat, Apr 20, 2013 at 3:50 PM, rahul bhola <rb...@gmail.com>wrote:
>
>> will take care of that part
>>
>>
>> On Sat, Apr 20, 2013 at 3:48 PM, Alexei Fedotov <alexei.fedotov@gmail.com
>> > wrote:
>>
>>> In this case you should be careful when choosing the source code
>>> license. Better to have APL or MIT or BSD. GPL generally is not
>>> acceptable.
>>> --
>>> With best regards / с наилучшими пожеланиями,
>>> Alexei Fedotov / Алексей Федотов,
>>> http://dataved.ru/
>>> +7 916 562 8095
>>>
>>>
>>> On Sat, Apr 20, 2013 at 2:16 PM, rahul bhola <rb...@gmail.com>
>>> wrote:
>>> > i got vnc source also i guess then i will have to integrate that
>>> >
>>> >
>>> > On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <
>>> alexei.fedotov@gmail.com>wrote:
>>> >
>>> >> I have just checked that mentors for this task suggested using
>>> >> existing java VNC solution.
>>> >>
>>> >> --
>>> >> With best regards / с наилучшими пожеланиями,
>>> >> Alexei Fedotov / Алексей Федотов,
>>> >> http://dataved.ru/
>>> >> +7 916 562 8095
>>> >>
>>> >>
>>> >> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com>
>>> >> wrote:
>>> >> > sure instead of implementing whole rfb i would implement points to
>>> make
>>> >> it
>>> >> > fast and not all the points that make it slow.Plus started
>>> reaserching
>>> >> and
>>> >> > working on the topic. also will try to make it integrable to the
>>> current
>>> >> > source
>>> >> >
>>> >> > regards
>>> >> > Rahul
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > Rahul Bhola
>>> > B.E.
>>> > computers
>>> > Core Member
>>> > Department of backstage
>>> > Bits Pilani KK Birla Goa Campus
>>>
>>
>>
>>
>> --
>> Rahul Bhola
>> B.E.
>> computers
>> Core Member
>> Department of backstage
>> Bits Pilani KK Birla Goa Campus
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
i am writing for protocol version 3.8
On Sat, Apr 20, 2013 at 3:50 PM, rahul bhola <rb...@gmail.com> wrote:
> will take care of that part
>
>
> On Sat, Apr 20, 2013 at 3:48 PM, Alexei Fedotov <al...@gmail.com>wrote:
>
>> In this case you should be careful when choosing the source code
>> license. Better to have APL or MIT or BSD. GPL generally is not
>> acceptable.
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Sat, Apr 20, 2013 at 2:16 PM, rahul bhola <rb...@gmail.com>
>> wrote:
>> > i got vnc source also i guess then i will have to integrate that
>> >
>> >
>> > On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <
>> alexei.fedotov@gmail.com>wrote:
>> >
>> >> I have just checked that mentors for this task suggested using
>> >> existing java VNC solution.
>> >>
>> >> --
>> >> With best regards / с наилучшими пожеланиями,
>> >> Alexei Fedotov / Алексей Федотов,
>> >> http://dataved.ru/
>> >> +7 916 562 8095
>> >>
>> >>
>> >> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com>
>> >> wrote:
>> >> > sure instead of implementing whole rfb i would implement points to
>> make
>> >> it
>> >> > fast and not all the points that make it slow.Plus started
>> reaserching
>> >> and
>> >> > working on the topic. also will try to make it integrable to the
>> current
>> >> > source
>> >> >
>> >> > regards
>> >> > Rahul
>> >>
>> >
>> >
>> >
>> > --
>> > Rahul Bhola
>> > B.E.
>> > computers
>> > Core Member
>> > Department of backstage
>> > Bits Pilani KK Birla Goa Campus
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
will take care of that part
On Sat, Apr 20, 2013 at 3:48 PM, Alexei Fedotov <al...@gmail.com>wrote:
> In this case you should be careful when choosing the source code
> license. Better to have APL or MIT or BSD. GPL generally is not
> acceptable.
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Sat, Apr 20, 2013 at 2:16 PM, rahul bhola <rb...@gmail.com>
> wrote:
> > i got vnc source also i guess then i will have to integrate that
> >
> >
> > On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <
> alexei.fedotov@gmail.com>wrote:
> >
> >> I have just checked that mentors for this task suggested using
> >> existing java VNC solution.
> >>
> >> --
> >> With best regards / с наилучшими пожеланиями,
> >> Alexei Fedotov / Алексей Федотов,
> >> http://dataved.ru/
> >> +7 916 562 8095
> >>
> >>
> >> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com>
> >> wrote:
> >> > sure instead of implementing whole rfb i would implement points to
> make
> >> it
> >> > fast and not all the points that make it slow.Plus started reaserching
> >> and
> >> > working on the topic. also will try to make it integrable to the
> current
> >> > source
> >> >
> >> > regards
> >> > Rahul
> >>
> >
> >
> >
> > --
> > Rahul Bhola
> > B.E.
> > computers
> > Core Member
> > Department of backstage
> > Bits Pilani KK Birla Goa Campus
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
In this case you should be careful when choosing the source code
license. Better to have APL or MIT or BSD. GPL generally is not
acceptable.
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Sat, Apr 20, 2013 at 2:16 PM, rahul bhola <rb...@gmail.com> wrote:
> i got vnc source also i guess then i will have to integrate that
>
>
> On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <al...@gmail.com>wrote:
>
>> I have just checked that mentors for this task suggested using
>> existing java VNC solution.
>>
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com>
>> wrote:
>> > sure instead of implementing whole rfb i would implement points to make
>> it
>> > fast and not all the points that make it slow.Plus started reaserching
>> and
>> > working on the topic. also will try to make it integrable to the current
>> > source
>> >
>> > regards
>> > Rahul
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
but i dont think that we need comple source we will need to change it to
integrate to current module
On Sat, Apr 20, 2013 at 3:46 PM, rahul bhola <rb...@gmail.com> wrote:
> i got vnc source also i guess then i will have to integrate that
>
>
> On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <al...@gmail.com>wrote:
>
>> I have just checked that mentors for this task suggested using
>> existing java VNC solution.
>>
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com>
>> wrote:
>> > sure instead of implementing whole rfb i would implement points to make
>> it
>> > fast and not all the points that make it slow.Plus started reaserching
>> and
>> > working on the topic. also will try to make it integrable to the current
>> > source
>> >
>> > regards
>> > Rahul
>>
>
>
>
> --
> Rahul Bhola
> B.E.
> computers
> Core Member
> Department of backstage
> Bits Pilani KK Birla Goa Campus
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
i got vnc source also i guess then i will have to integrate that
On Sat, Apr 20, 2013 at 3:44 PM, Alexei Fedotov <al...@gmail.com>wrote:
> I have just checked that mentors for this task suggested using
> existing java VNC solution.
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com>
> wrote:
> > sure instead of implementing whole rfb i would implement points to make
> it
> > fast and not all the points that make it slow.Plus started reaserching
> and
> > working on the topic. also will try to make it integrable to the current
> > source
> >
> > regards
> > Rahul
>
--
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
I have just checked that mentors for this task suggested using
existing java VNC solution.
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Sat, Apr 20, 2013 at 2:10 PM, rahul bhola <rb...@gmail.com> wrote:
> sure instead of implementing whole rfb i would implement points to make it
> fast and not all the points that make it slow.Plus started reaserching and
> working on the topic. also will try to make it integrable to the current
> source
>
> regards
> Rahul
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
sure instead of implementing whole rfb i would implement points to make it
fast and not all the points that make it slow.Plus started reaserching and
working on the topic. also will try to make it integrable to the current
source
regards
Rahul
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Apache reasonably requires 100% GSoC success rate. Please take this
into account when defining a project scope in your proposal.
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Sat, Apr 20, 2013 at 1:59 PM, rahul bhola <rb...@gmail.com> wrote:
> i will try and integrate it to the existing model it could be a good idea
> and could be a long term project instead of only GSoc it could definately
> improve the current working model if implemented properly. and instead of
> all encodings i will work on someone that supports low network speeds
>
> regards
> Rahul
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
i will try and integrate it to the existing model it could be a good idea
and could be a long term project instead of only GSoc it could definately
improve the current working model if implemented properly. and instead of
all encodings i will work on someone that supports low network speeds
regards
Rahul
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
well we wont be completely using RFB as it would require to change the
existing module what we can do is that like currently the robot keeps on
buffering the image instead we could start that it would buffer image only
when there is a change also not to mention that the client should be having
the last image stored in its memory.Also one more thing is that for slow
chanels there are diffrent encodings i dont know much about citrix but when
i was lookin into source of VNC i saw that it had many encodings for slow
network preferably ZRLE is fine but with low security. also converting the
entire image into rectangles is a good concept
Regards
Rahul
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Users want a simpler thing - limiting existing sharing to one specific
application window.
On Apr 20, 2013 1:16 PM, "Alexei Fedotov" <al...@gmail.com> wrote:
> Speaking of citrix, they have something like rfb implemented for screen
> sharing and it does not work well on slow channels due to programmatic
> errors when the server screen updates - and these guys have much more
> resources for debugging
> On Apr 20, 2013 1:10 PM, "Alexei Fedotov" <al...@gmail.com>
> wrote:
>
>> Honestly I don't think re-writing working rfb implentation fits into GSoC
>> timeframe and student skills
>> On Apr 20, 2013 12:56 PM, "rahul bhola" <rb...@gmail.com> wrote:
>>
>>> it uses socket so i guess we could change over the port but by default i
>>> found in source to be 5900 . about the size of the code well it depends
>>> on
>>> a lot of things and cant comment on that but i am trying to make one and
>>> it
>>> should fit in 1000 lines or so
>>> regards
>>> Rahul
>>>
>>
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Speaking of citrix, they have something like rfb implemented for screen
sharing and it does not work well on slow channels due to programmatic
errors when the server screen updates - and these guys have much more
resources for debugging
On Apr 20, 2013 1:10 PM, "Alexei Fedotov" <al...@gmail.com> wrote:
> Honestly I don't think re-writing working rfb implentation fits into GSoC
> timeframe and student skills
> On Apr 20, 2013 12:56 PM, "rahul bhola" <rb...@gmail.com> wrote:
>
>> it uses socket so i guess we could change over the port but by default i
>> found in source to be 5900 . about the size of the code well it depends on
>> a lot of things and cant comment on that but i am trying to make one and
>> it
>> should fit in 1000 lines or so
>> regards
>> Rahul
>>
>
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Honestly I don't think re-writing working rfb implentation fits into GSoC
timeframe and student skills
On Apr 20, 2013 12:56 PM, "rahul bhola" <rb...@gmail.com> wrote:
> it uses socket so i guess we could change over the port but by default i
> found in source to be 5900 . about the size of the code well it depends on
> a lot of things and cant comment on that but i am trying to make one and it
> should fit in 1000 lines or so
> regards
> Rahul
>
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
it uses socket so i guess we could change over the port but by default i
found in source to be 5900 . about the size of the code well it depends on
a lot of things and cant comment on that but i am trying to make one and it
should fit in 1000 lines or so
regards
Rahul
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Which ports this protocol uses? How big is standard vnc implementation (in
lines of code)?
On Apr 20, 2013 12:38 PM, "rahul bhola" <rb...@gmail.com> wrote:
> i guess it could be integrated into the existing module also. but if
> integrated we would somewhat have to bend some protocols and make some what
> of a new one.currently i have finished studing the handshake procedure
> between client and server. But still have to work on the encoding part.I
> guess using Hextile coding as of now would be a great start we could start
> integrating other encodings as soon as we are finished with the prototype
>
> regads
> Rahul
>
Re: integrating rfb instead of current robot
Posted by rahul bhola <rb...@gmail.com>.
i guess it could be integrated into the existing module also. but if
integrated we would somewhat have to bend some protocols and make some what
of a new one.currently i have finished studing the handshake procedure
between client and server. But still have to work on the encoding part.I
guess using Hextile coding as of now would be a great start we could start
integrating other encodings as soon as we are finished with the prototype
regads
Rahul
Re: integrating rfb instead of current robot
Posted by Alexei Fedotov <al...@gmail.com>.
Hello Rahul
Do you plan to implement rfb from scratch or integrate with existing
solution?
On Apr 20, 2013 2:51 AM, "rahul bhola" <rb...@gmail.com> wrote:
> hi,
> as we know the current robot is too slow so i researched on rfb used in
> VNC.currently there are three protocols supported and it has 4 main
> encodings not considering the custom coding. It could greatly improve the
> speed of sharing. in this system instead of buffering the whole desktop at
> regular intervals there are action listeners who listen and then send the
> changes in the format agreed by the client and server . the client keeps
> the last copy of the server until and unless the server does not send some
> message again in the form of rectangles. also instead of complete page
> buffering it is split into many parts so instead of buffering the whole
> page only a small amount of desktop is buffered .
> currently i got my exams this week will start working on coding as soon as
> possible
>
> regards
> Rahul
> Bits Pilani
> India
>