Re: [JXTA discuss] Re: Project Proposal:MDA on Java Forge

I should note that the key innovation in JRD is that I create a  
viewport that reduces the size of the image sent on a regular basis. A  
larger screen shot is done rarely and at a higher compression. Not the  
greatest idea, but the best I could do for a first version to prove the  
concept.



On Mar 30, 2005, at 3:28 PM, Daniel Brookshier wrote:

> The only compression now is single image JPEG. It needs a differencing  
> algorithm so that between screenshots less data needs to be sent.
>
> On Mar 30, 2005, at 10:59 AM, Dibya Prakash wrote:
>
>> Hi,
>> Also plz let me know the compression algorithm that is being
>> implemented for desktop image compression in JRD.Because a better
>> algorithm will result in faster speed and for multi-viewer system the
>> algorithm has to be highly efficient and optimized else it would crash
>> in WAN.
>>
>>
>> On Wed, 30 Mar 2005 10:30:22 -0600, Daniel Brookshier
>> <[email protected]> wrote:
>>> I'll take a look. For some reason the free installer seems to age
>>> badly. Another wish for the project is to convert to a JNLP
>>> installation via Java Web Start.
>>>
>>> On Mar 30, 2005, at 12:48 AM, Dibya Prakash wrote:
>>>
>>>> Hi checked the link/JRD project.While trying to install,it gave the
>>>> following error:
>>>> java.lang.NoClassDefFoundError: javax/imageio/ImageWriteParam
>>>>
>>>>       at java.lang.Class.forName0(Native Method)
>>>>
>>>>       at java.lang.Class.forName(Class.java:120)
>>>>
>>>>       at com.zerog.lax.LAX.launch(DashoA8113)
>>>>
>>>>       at com.zerog.lax.LAX.main(DashoA8113)
>>>>
>>>> thts why couldnot check the working of the project.
>>>>
>>>> Regards
>>>> Dibya Prakash
>>>> On Tue, 29 Mar 2005 23:11:36 -0600, Daniel Brookshier
>>>> <[email protected]> wrote:
>>>>> You should really look at https://jxta-remote-desktop.dev.java.net/
>>>>>
>>>>> The code is working after a fashion. It needs some of the VNC-like
>>>>> additions to increase the data rate. I am actively looking for  
>>>>> someone
>>>>> to get in there and do this next stage.
>>>>>
>>>>> So I'm a definite -1 for this proposal. But I'd love a +1 worth of
>>>>> help
>>>>> to bring the existing jxta-remote-desktop project to the next  
>>>>> level.
>>>>> It
>>>>> would also mean that you would be starting with some working code  
>>>>> :o)
>>>>>
>>>>> I am about to update jxta-remote-desktop with my peer presence and  
>>>>> get
>>>>> it to the latest release of JXTA so this is a good time to add an
>>>>> active developer (or anyone else on this list that wants to help).
>>>>>
>>>>> Daniel Brookshier
>>>>> Author - JXTA: Java P2P Programming
>>>>> Editor: P2PJournal.com
>>>>> President JavaMUG, Director on the Board of JXTA.ORG
>>>>> (214) 207-6614 (CELL)
>>>>> (972) 422-5261
>>>>>
>>>>> On Mar 29, 2005, at 10:01 PM, Dibya Prakash wrote:
>>>>>
>>>>>> Hi
>>>>>> I am a network  programmer with an experience of 1 year.I am  
>>>>>> planning
>>>>>> to work on a project by which an administrator can have control  
>>>>>> over
>>>>>> multiple client desktops from a remote machine/server(across
>>>>>> LAN/MAN/WAN). A similar software exsists called as VNC (coded in C
>>>>>> and
>>>>>> WIN 32) but it mainly supports single desktop connectivity at a
>>>>>> time.Another version of the project "Tight VNC" exsists in  
>>>>>> java,but
>>>>>> it
>>>>>> allows only a very small version and hardly contains any feature.
>>>>>> Through this project,the administrators can have a complete  
>>>>>> authority
>>>>>> over the multiple client machines (by accessing the desktop) and
>>>>>> monitor its progress.
>>>>>> The title MDA stands for Multi Desktop Administration
>>>>>>
>>>>>> Waiting for your response
>>>>>>
>>>>>> Regards
>>>>>> Dibya Prakash
>>>>>>
>>>>>> ------------------------------------------------------------------ 
>>>>>> ---
>>>>>> To unsubscribe, e-mail: [email protected]
>>>>>> For additional commands, e-mail: [email protected]
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------- 
>>>>> --
>>>>> To unsubscribe, e-mail: [email protected]
>>>>> For additional commands, e-mail: [email protected]
>>>>>
>>>>>
>>>>
>>>> -------------------------------------------------------------------- 
>>>> -
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>