I rewrote the architecture of the whole system to be client-server based. But I cannot commit my changes (see commandline dump below). Can someone 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': authorization failed: Could not authenticate to server: rejected Basic challenge (<a href="https://felipesanches.googlecode.com">https://felipesanches.googlecode.com</a>)<br>
<br>Cestmir<br><br><div class="gmail_quote">On Thu, Dec 16, 2010 at 7:45 PM, Pavel Ruzicka <span dir="ltr"><<a href="mailto:ruza@ruza.eu">ruza@ruza.eu</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;">
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>
<div><div></div><div class="h5"><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>> 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>> 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 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 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. 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. 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... Felippe,<br>
>>>>>>> do you have access to agoralink/chaosvpn? Using that we can get 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 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>
</div></div>--<br>
<div><div></div><div class="h5">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>
</div></div></blockquote></div><br>