Ah, sorry then :-) But why were you avoiding it? I don't see the problem with this approach...<br><br>Plus, this way, we can have multiple devices connected to the server, which means that you can draw onto a simulator AND the real device simultaneously. (BTW, I also implemented the simulator ;-) )<br>
<br>Cestmir<br><br><div class="gmail_quote">On Tue, Dec 21, 2010 at 6:59 PM, Felipe Sanches <span dir="ltr"><<a href="mailto:juca@members.fsf.org">juca@members.fsf.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Cestmir,<br>
<br>
I'm afraid you did exactly what I was avoiding...<br>
I had on purpose the same code running both on the server and on the client.<br>
<br>
2010/12/21 Cestmir Houska <<a href="mailto:czestmyr@gmail.com">czestmyr@gmail.com</a>>:<br>
<div><div></div><div class="h5">> I rewrote the architecture of the whole system to be client-server based.<br>
> But I cannot commit my changes (see commandline dump below). Can someone<br>
> help me?<br>
><br>
> czestmyr@czestmyr:~/prog/python-gst/ld-commit$ svn ci -m "[...]"<br>
> Password for '(null)' GNOME keyring:<br>
> svn: Commit failed (details follow):<br>
> svn: MKACTIVITY of '/svn/!svn/act/067e82eb-5442-4ae2-91b1-386acc666ee4':<br>
> authorization failed: Could not authenticate to server: rejected Basic<br>
> challenge (<a href="https://felipesanches.googlecode.com" target="_blank">https://felipesanches.googlecode.com</a>)<br>
><br>
> Cestmir<br>
><br>
> On Thu, Dec 16, 2010 at 7:45 PM, Pavel Ruzicka <<a href="mailto:ruza@ruza.eu">ruza@ruza.eu</a>> wrote:<br>
>><br>
>> Ive just tried revision 261. Few things:<br>
>><br>
>> * laser-server.py line 53 delete ":" character<br>
>><br>
>> * instead of rewriting LD call in each script, it would be great to have<br>
>> config file like<br>
>><br>
>> LOCAL_DEVICE=true  # or SRV_* for tcp<br>
>> SRV_HOST=localhost<br>
>> SRV_PORT=5000<br>
>><br>
>> and "library would" make connection directly to the device or via tcp<br>
>> based on that variables.<br>
>><br>
>> * code should automaticaly detect if the device is initializsed or not<br>
>> (based on VendorID) and make that initialisation if its needed and draw.<br>
>> For example example1.py fails on comunicating with vendorID 3333 when<br>
>> device is directly connected and card is already initialised.<br>
>><br>
>> * security (optional)<br>
>>  - device probably shouldnt accept something like "draw a single dot for<br>
>> a long time". There is a chance somebody would stare to the lasaer<br>
>> instantly.<br>
>>  - device shouldnt shine for a long time without intervention. It should<br>
>> stop drawing if nobody is sending "new things to draw", it shorten<br>
>> lifetime of the laser device otherwise. TIMEOUT=30min could be default<br>
>> for example.<br>
>><br>
>> ruza<br>
>><br>
>><br>
>> On 12/15/2010 11:03 AM, Felipe Sanches wrote:<br>
>> > I have commited new code without testing because I do not have access<br>
>> > to the device. Please test svn revision 260 and report me any bugs<br>
>> > introduced by this commit.<br>
>> ><br>
>> > On Wed, Dec 15, 2010 at 3:23 AM, Felipe Sanches <<a href="mailto:juca@members.fsf.org">juca@members.fsf.org</a>><br>
>> > wrote:<br>
>> >> can you please send me an image of the contents of the instalation CD?<br>
>> >> I mean, the Windows drivers.<br>
>> >><br>
>> >> On Wed, Dec 15, 2010 at 3:01 AM, Felipe Sanches <<a href="mailto:juca@members.fsf.org">juca@members.fsf.org</a>><br>
>> >> wrote:<br>
>> >>> Awesome!!! Congratulations!<br>
>> >>><br>
>> >>> Now, we have to figure out the meaning of the usbinit log. Because<br>
>> >>> simply using it without understanding it is similar to our previous<br>
>> >>> condition of using proprietary software.<br>
>> >>><br>
>> >>> Actually, if our theory that this usbinit performs a firmware upload<br>
>> >>> is correct, then it is precisely proprietary software that we are<br>
>> >>> still relying on and that must be fixed.<br>
>> >>><br>
>> >>> The benefits of understanding the firmware upload protocol is that we<br>
>> >>> can create our own free firmware for the device, which opens up<br>
>> >>> several interesting possibilities for improving the laser display.<br>
>> >>><br>
>> >>> Well... I've been dealing a lot recently with this issue of devices<br>
>> >>> that require non-free firmware in order to work properly. That means I<br>
>> >>> already have some ideas of strategies that we can try:<br>
>> >>><br>
>> >>> Strategy 1:<br>
>> >>><br>
>> >>> Inspect the windows driver trying to find blocks of data that are<br>
>> >>> similar to the usbinit log. This can be useful to give us a clearer<br>
>> >>> idea of which bytes in the log are firmware code and which ones are<br>
>> >>> just part of the fw upload protocol.<br>
>> >>><br>
>> >>> Strategy 2:<br>
>> >>><br>
>> >>> try to disassembly some portions of the usbinit log using a 8051<br>
>> >>> disassembler. Try to identify something that looks like valid code.<br>
>> >>> Use that information to thing again about the structure of the<br>
>> >>> firmware upload protocol.<br>
>> >>><br>
>> >>><br>
>> >>> Lets do it?<br>
>> >>><br>
>> >>> cheers,<br>
>> >>> Felipe Sanches<br>
>> >>><br>
>> >>> On Wed, Dec 15, 2010 at 1:41 AM, niekt0 <<a href="mailto:niekt0@hysteria.sk">niekt0@hysteria.sk</a>> wrote:<br>
>> >>>> Hi,<br>
>> >>>><br>
>> >>>> we spent night in brmlab and<br>
>> >>>> laser initialization from linux is finally working.<br>
>> >>>> Also we fixed some bugs. (everything is in svn)<br>
>> >>>><br>
>> >>>> We just pust a simple video on our youtube,<br>
>> >>>> check <a href="http://soup.brmlab.cz" target="_blank">soup.brmlab.cz</a>.<br>
>> >>>><br>
>> >>>> enjoy;)<br>
>> >>>><br>
>> >>>> n.<br>
>> >>>> On 12/14/10, Felipe Sanches <<a href="mailto:juca@members.fsf.org">juca@members.fsf.org</a>> wrote:<br>
>> >>>>> I am writting a blogpost about the laser projector project and I<br>
>> >>>>> need<br>
>> >>>>> some videos. Is it possible for you to shoot short videos (around 30<br>
>> >>>>> seconds or a minute) of these things, please?<br>
>> >>>>><br>
>> >>>>> * the simple vector drawing tool (run bedit.py and draw a bit)<br>
>> >>>>> * the wallburner (scerensaver) with bezier curves - it is<br>
>> >>>>> example3.py<br>
>> >>>>><br>
>> >>>>> thanks,<br>
>> >>>>> Felipe Sanches<br>
>> >>>>><br>
>> >>>>> On Mon, Dec 13, 2010 at 8:17 AM, Pavel Ruzicka <<a href="mailto:ruza@ruza.eu">ruza@ruza.eu</a>> wrote:<br>
>> >>>>>> if you need some advice regarding chaosvpn/agoralink let me know.<br>
>> >>>>>> ive<br>
>> >>>>>> connected brmlab to that vpn<br>
>> >>>>>><br>
>> >>>>>> ruza<br>
>> >>>>>><br>
>> >>>>>> On 12/12/2010 07:59 PM, Ax wrote:<br>
>> >>>>>>> Laser was moved to other room and connected to server there.<br>
>> >>>>>>> Results<br>
>> >>>>>>> are quite impressive:<br>
>> >>>>>>> <a href="http://picasaweb.google.com/axtheb/Brmlab" target="_blank">http://picasaweb.google.com/axtheb/Brmlab</a><br>
>> >>>>>>> Hopefully we can arrange working webcam and some vpn soon...<br>
>> >>>>>>> Felippe,<br>
>> >>>>>>> do you have access to agoralink/chaosvpn? Using that we can get<br>
>> >>>>>>> you<br>
>> >>>>>>> link quickly [<a href="http://brmlab.cz/project/chaosvpn" target="_blank">http://brmlab.cz/project/chaosvpn</a>]<br>
>> >>>>>>> And, please, give me commit rights to the repo so I can put my<br>
>> >>>>>>> util<br>
>> >>>>>>> lib and the rocket game there.<br>
>> >>>>>>><br>
>> >>>>>>> Ax<br>
>> >>>>>>> _______________________________________________<br>
>> >>>>>>> Brmlab mailing list<br>
>> >>>>>>> <a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
>> >>>>>>> <a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
>> >>>>>><br>
>> >>>>>><br>
>> >>>>>> --<br>
>> >>>>>> e-mail:  <a href="mailto:ruza@ruza.eu">ruza@ruza.eu</a><br>
>> >>>>>> www:   <a href="http://ruza.eu" target="_blank">http://ruza.eu</a><br>
>> >>>>>>     <a href="http://brmlab.cz" target="_blank">http://brmlab.cz</a><br>
>> >>>>>><br>
>> >>>>> _______________________________________________<br>
>> >>>>> Brmlab mailing list<br>
>> >>>>> <a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
>> >>>>> <a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
>> >>>>><br>
>> >>>> _______________________________________________<br>
>> >>>> Brmlab mailing list<br>
>> >>>> <a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
>> >>>> <a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
>> >>>><br>
>> >>><br>
>> >><br>
>> > _______________________________________________<br>
>> > Brmlab mailing list<br>
>> > <a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
>> > <a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
>><br>
>><br>
>> --<br>
>> e-mail:  <a href="mailto:ruza@ruza.eu">ruza@ruza.eu</a><br>
>> www:   <a href="http://ruza.eu" target="_blank">http://ruza.eu</a><br>
>>     <a href="http://brmlab.cz" target="_blank">http://brmlab.cz</a><br>
>> _______________________________________________<br>
>> Brmlab mailing list<br>
>> <a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
>> <a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
><br>
><br>
> _______________________________________________<br>
> Brmlab mailing list<br>
> <a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
> <a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
><br>
><br>
_______________________________________________<br>
Brmlab mailing list<br>
<a href="mailto:Brmlab@brmlab.cz">Brmlab@brmlab.cz</a><br>
<a href="http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab" target="_blank">http://rover.ms.mff.cuni.cz/mailman/listinfo/brmlab</a><br>
</div></div></blockquote></div><br>