Blog do Juca

2011-09-29T15:09:00.002-03:00

Noites do Pinball no Garoa Hacker Clube

A partir de 3 de Outubro. Semanalmente, toda segunda-feira, às 19h30.

Rua Vitorino Carmilo, 459
Santa Cecília - São Paulo, SP

2010-12-21T21:55:00.008-02:00

Coordinating efforts towards free firmware implementations

Some months ago I have started to mantain a wikipage at LibrePlanet.org with a list of device drivers that require non-free firmware. For each device I created a wiki page to aggregate technical information about the device in order to make it easier for us to develop free firmware.

Then, during November I have travelled around Europe and have had the opportunity to hack on a laser projector in the Prague hackerspace. The special thing about it is that we developed free software for it but we still rely on the binary-only firmware to startup the device. And I was annoyed by that so I continued investigating and ended up discovering that the device has an EZUSB (which is a 8051 microcontroller with native hardware support for USB communication). Then I have found the datasheet for this microcontroller and started to study it. I even used a disassembler in order to inspect the firmware and things started making sense, but I got concerned about the legality of reusing code from this disassembly process.

At that point I figured out that I should check the wiki page again to see which other devices are using the same microcontroller because that was valuable knowledge that I had just acquired that could be used to free some firmware. So I searched for "ezusb" in the kernel source code and found 3 devices that also use it. One of these devices (DABUSB/TerraTec-DrBox1: a digital radio receiver) has its binary firmware distributed under copyright terms that allow free, derivative works:

* Copyright (C) 1999 BayCom GmbH
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that redistributions of source
* code retain the above copyright notice and this comment without
* modification.

So this means that by disassembling the firmware, the resulting source code is free. I've done it and now we just have to understand the code and give nice names to the variables and routines in order to have a free firmware for the device. I've been doing it yesterday and today but then I stopped for a while and started to question myself whether it is actually useful work. I am concerned that this is a device released 11 years ago and I don't know anybody who uses it nowadays. So I don't know what is the real demand of support for this specific device.

What I mean is that we need better understanding of the meaning of the LinuxLibre blacklist of devices. We need to figure out a way to sort these devices in a relevance order so that we can focus our reverse engineering efforts on the most critical ones. I suggest that we start a working group to define the criteria for sorting that list and continue this work with some better strategies. One of the possible ways to sort these devices by relevance would be to build statistics based on collecting hardware information of libre-distro users.

I hope someday we'll be providing fixes to the issues raised by the LinuxLibre project instead of simply removing functionality. I think that this perception that lots of people have of LinuxLibre as a less functional, technically inferior alternative to Linux is a real danger. I know that we should not judge software only by its technical aspects. Nevertheless, this is still no good advertising for LinuxLibre.

I'd like to hear your opinions about these questions.

Happy Hacking,
Felipe Sanches

2010-12-14T11:26:00.010-02:00

Brmlab & Lasers!

I just got back to my home in Brazil yesterday. Travelling in Europe was great and I'd like to share here the details of some cool things I've done in my last week there.

My last stop in Europe was Prague and there was a special reason for that. Three months ago I received an email from Cestmir Houska, one of the members of Brmlab - the Prague hackerspace. Cestmir was contacting me because he got inspired by my photos and blogposts about the Party Land Remake project. He told me that building a pinball machine was one of his dreams from childhood (which happens to be my case also) and that he wanted to keep in contact so that we can help each other in making it become a reality.

Since we are both members of recently inaugurated hackerspaces we figured out that our pinball projects could be understood as a healthy collaboration between them, mutually. So we are planning to design, document and simultaneously build two pinball machines: one in Garoa Hacker Clube, in São Paulo, Brazil; and the other one in Brmlab, in Prague, Czech Republic.

So, since I had the opportunity to visit Europe again due to the Mozilla Drumbeat Festival in Barcelona, I decided to schedule a visit to Prague (which resulted in my visit to Metalab in Vienna also).

In one of the days that I was there at Brmlab, one guy showed me his personal project: a homebrew laser projector. It is composed of 3 lasers (Red, Green and Blue) and a pair of mirrors that are rotated by motors so that the laser beam aims at the wall in different possible angles. By properly controlling those lasers and mirrors, one can draw colorful shapes on the wall. The effect is even more interesting if you add some fog to the room :-)

So I promptly asked him what software he was using to run the laser projector and the answer was: iShow, a proprietary software. I still inquired about free software implementations of drivers or controlling software but he was not aware of any existent efforts. So we decided to start doing that right away. We installed an USB sniffer on his Windows machine and started reverse engineering the protocol used by the device. In half an hour we had our first line drawn by sending URBs through a python script running on my GNU/Linux. Then we spent more 3 or 4 days improving the python module (all source code is in my personal svn repository at Google Code) and implementing some demos:

GML, SVG and ILDA

We wanted to display the Brmlab logo, so I decided to do that by implementing a simple SVG loader. It parses the SVG file and reads the d attribute of all tags. Then each path command from the SVG path description results in the respective drawing routines for our laser device.

The result can be seen in this photo:

Then I remembered GML! Grafitti Markup Language is an XML specification for storing grafitti data. That basically means x,y,z and time coordinates. I have used a python module called PyGML to render some GML files with our laser.

Another relevant data format is called ILDA. It is a file format for storing laser-show animations. It was developed by the International Laser Display Association (which explains the acronym ILDA). Using this python module we got some ILDA animations running on our projector :-)

A clock!

This is a simple analog clock displaying the current local time.

A pong game

Cestmir has implemented a pong game using the pygame library and rendering on the laser display.

When we decided to display scores in the game, we faced the challenge of creating a font for our laser display and font rendering routines. The first 3 charachteres (0, 1 and 2) were designed by imagining the shapes and manually inputing the values of the coordinates of the bezier control points for the glyphs. At that point we decided we should implement a tool... (more on that topic in a future blogpost)

A server for sharing the display

While we were working on this project it became clear that the laser was a scarce resource. We had 4 people hacking on it and it was starting to become common to hear the sentence "Can I use the laser now?" (same sentence I've heard a lot in Vienna a week earlier, but refering to a significantly different machine...).

It reminded me of stories about the early days in computing when people disputed CPU time in universities and research institutes computers. And then multi-user time-sharing systems were developed. So I decided to develop something analogous for our laser display: a server that collects rendering requests from clients and manages to merge them on the real device.

The server receives commands through telnet and manages individual double buffering for each connected user. When a user disconnects, only his/her portion of the drawing disappears from the screen. I also adapted our python module so that it would delegate rendering to a remote server when you pass an IP address to its contructor; otherwise it would render in a local device connected to the USB bus.

That way we could have several users rendering content to the display simultaneously. One possible use of that would be running a script that draws a clock all the time on a corner of the display screen. Here is an example of that (the clock script and another scipt drawing some bezier curves been run remotely by two different users simultaneously):

27C3

Several people from the Brmlab hackerspace will attend the 27th Chaos Communication Congress (27C3) and they are planning to present the laser projector there!

2010-12-03T17:59:00.010-02:00

Pinball Hacking in Vienna

I am currently in Vienna, Austria, visiting the Metalab Hackerspace. They have a very nice EPILOG 36EXT laser cutter there and I couldn't avoid using it to cut more parts for my pinball project! So I focused on the upper playfield (ramps, loops, P-U-K-E platform...).

This is what those parts are supposed to look like in the end:

And you can see how they look like now in these photos:

I still need to apply artwork to these acrylic parts. The stickers that I'll use in the project are these:

I also presented a speech about the project trying to get more people interested in hacking on pinball machines DIY manufacturing fun.

Then I also got the opportunity to help on the Roböxotica festival by laser-cutting the wood trophies for the cocktail robots contest!

2010-11-12T10:26:00.006-02:00

Another trip to Europe

I am in Europe again! I arrived here las November 2nd to attend the Mozilla Drumbeat Festival, and now I am touring around until December 12th.

In Barcelona I had the pleasure of visiting La Sagrada Familia. It is an amazing place, even for a non-religious person like me. I also met Dave and we worked a bit more on our Firefox addon.

I also visited the Barcelona FabLab and discovered that there's a chance we might have a FabLab in University of São Paulo in the near future. The FabLab was filled with wood/acrylic sculptures of various complex shapes that were built by employing digital fabrication techniques and tools such as laser cutters, 3d printers and CNC machines. Very exciting!

During my stay in Barcelona I was hosted by a very friendly couple in the Valldoreix neighbourhood. Train rides to Barcelona took something around 40 minutes from there.

Now I am in Nice, France. I was planning to visit a Torino hackerspace but got not much response from those guys. So I changed plans and decided to go directly to Milano, instead. But the trains would stop in Nice, France. So I contacted the Nice hackerspace (NICELAB) and discovered that they do not exist yet! Their first meeting with the purpose of organizing a hackerspace was exactly in the same night I would be visiting the city (yesterday night) :-D!!! So I joined them at a bar for some interesting conversation and then slept in the house of one of them. Today I am going to get a train to Milano.

While travelling from Barcelona to Nice, I passed by a train station called Beziérs. As I am deeply involved in vector graphics software development, I could not avoid getting a picture. For a while I wondered whether the name could have some real relation with the beziér curves, but I think that it is just a coincidence.

2010-09-20T12:20:00.005-03:00

New York, September 2010

Tonight I'm flying to New York city and I'll stay there until October 3rd.

I'm going to attend the Open Video Conference, the Open Subtitles Design Summit, the Maker Faire and I'll try to visit the NYCResistor hackerspace. I will also participate in a party to "celebrate" the 15 years of the release of "Hackers", the movie.

NYC Skyline by =sp1te

2010-07-06T07:31:00.008-03:00

My few last days in Europe were spent attending a demoparty in
Maaseik, Belgium. I always wanted to be in a demoparty and this was my
first opportunity to do so. I didn't want to simply attend it. I
wanted to actually release a demo! My choice of development platform
was the Phillips Videopac G7000 (european name), also known as
Magnavox Odyssey² (in USA). In Brazil it was released as "Odyssey" since the original one has never been released here, so the number 2 in the name would not make much sense in the brazilian market.

I've had one of these in Brazil since my childhood, but I did not bring
it with me to my Europe trip (as I didn't want to risk loosing it or
damaging it for whatever reason). Because of that I tried to buy a
Videopac on eBay and have it delivered to Brussels, where my
brazillian friend Leandro Lameiro lives nowadays, so that we could
develop and showcase the demo in a real machine during Rewired 2010.
But then, unfortunately, the french guy who sold me a Phillips c52
didn't send the item at all. Also, I have contacted Sören Gust,
trying to buy a development cartridge from him, but he didn't have a
spare one to sell. I though about building one myself in some european
hackerspace (I have visited many of them during june), but then the
fact that the real console was not delivered made me give up and
simply focus on emulator-based development.

I knew that it would potentially not be the same as developing in the
real machine, but I needed to release something at the demoparty and I
wanted to do something wild instead of simply making a PC demo. I have
never coded demos before, so I was not expecting to do something
awesome. So, my strategy was to do something interesting based on the
novelty of it instead of technical sophistication. Indeed, this was
(as far as I can tell) the first demo ever for the Videopac/Odyssey² !

I was happy when the emulator properly rendered the results that I
intended to see when I implemented the Video Display Controller (VDC)
trick to change charactere configuration in the middle of the screen
in order to overcome the hardware restriction of only being able to
use only 12 characteres oncreen at a given time. Initially I expected
that the emulator would simply not emulate the trick at all. When it
showed up, I though it was nice and I supposed that it was the correct
emulation. My friend Leandro Lameiro have commented about the issue of
overlapping characteres (that he had read about in some videopac
forum) but we had no way to test it on a real machine to be sure.

I was also interested in releasing the demo as free software, because
I am not happy with the overall secrecy aspect of the demoscene. I
would like to encourage more people to learn how do code demos and
then I think it is essential that we release our source codes and let
people learn! So, now that Mark Guttenbrunner (a.k.a. "manopac") has contacted me by email pointing out this
discussion on the Netherlands Videopac Forum, it makes me really proud
to know that the source code was actually checked out by at least one
person who found it useful.

I'd like to give a brief explanation of the name of our demoscene group.
When we were planning our participation in this demoparty we have
submited an entry in their website informing our name & country so
that the organizers and other people in the scene could have a general
idea of who would attend. This form obligated us to provide a group
name. But I had no group! I noticed that other people (probably in the
same context) had simply provided "-" as the group name (a dash
charactere). So I just followed the pattern. Then, in the party I have
met Niels van Dijkhuizen (NebulaH) who joined me and my brazilian
friend Leandro Lameiro and we decided to release the demo under the
group name "DashCrew" :-)

There were 7 demos competing at Rewired and our demo ranked 3rd :-D !!!

The entry for this demo at pouet.net is here.

2010-06-13T22:09:00.000-03:00

My talk about GNU LibreDWG at LGM2010

Here is the video recording (with slides) of my talk at the Libre Graphics Meeting 2010 in Brussels, Belgium.

You can also see the other talks we had in the conference this year. They are all available online.

2010-05-22T04:48:00.001-03:00

Europe trip - SIGINT 2010 - Germany

Yesterday I have arrived in Cologne, Germany. I'll spend 38 days in Europe visiting a friend in Belgium and attending 2 conferences (SIGINT 2010 and Libre Graphics Meeting 2010) and a demoparty (Rewired 2010).

Yesterday at night I have visited the C4 hacker space (a.k.a. Chaos Computer Club Cologne), which is the organizer of the event. There I met some of the guys who are organizing SIGINT and then we went to a bar together. The conference starts today and, since I do not speak german and just a few speeches will be in english, I think that I will spend most of my time in the conference talking to people instead of watching talks.

2010-05-02T01:34:00.000-03:00

Mozilla is doubling donations to Universal Subtitles!

During the last 6 months I've been working with the Participatory Culture Foundation , creating a collaborative subtitling system for online video. Some closer friends might remember experimental prototypes I've been implementing with Greasemonkey some years ago, just for fun.

Now, Mozilla is raising funds for our project and they will match every donation dollar-for-dollar up to US$ 25,000!

I am really proud of the work we've been doing and I hope that our subtitling system can foster a good community of collaborators so that we can improve accessibility of online video.

Please donate now — any amount you give will be doubled!

2010-04-27T19:51:00.001-03:00

Free software EDA tools

At last I've decided to learn how to use free software EDA tools in order to design a controller board to my pinball machine. I spent some time reading tutorials on gschem and pcb (tools of the gEDA suite) and I have had some very basic issues with these tools, which makes me believe that very few people are actually using them. Then I entered the #geda irc channel at freenode to ask for some help.
My first surprise was that freenode redirects from #geda to ##pcb, with the following welcome message:

"The topic for ##pcb is: Support and discussion for PCB design and prototyping:- CAD tools, Eagle, KiCad, FreePCB, gEDA, Board layout and fabrication techniques. Please keep it polite, reasonable, constructive. | news news news: eagle non-profit now does 6 layers"

This has annoyed me. This probably means that somebody decided that communities should be merged regardless of the tools being free or non-free software. By this welcome message and also based on some conversation I've had in this irc channel I noticed that there is a strong bias towards usage of Eagle, a proprietary tool. And I also noticed that the free tools are not used much because they are often considered technically inferior. Well... without users I think it is harder to make a tool better.

One of my concerns is that, if Eagle community is strong and gEDA community is weak, then putting them together in the same irc channel has the effect of not allowing gEDA to grow at all. I think that it is important for a community to have its own irc channel even if it's only gonna have 2 or 3 people hanging there.

Off course there are other places to form communities around, such as mailing lists. But what I am really concerned is about this general trend of simply using Eagle for designing circuits and, more generally, about the consequences of the existence and popularity of such gratis/non-free tools that run on GNU/Linux, regarding the development of their free alternatives.

Given that there is a lot of people trying to stretch the free software movement ideas towards hardware development, why don't they use the free tools at all? Perhaps these people are not really talking about freedom...

2010-04-21T05:55:00.002-03:00

Recent improvements on my pinball project

Last Sunday morning, Fabricio Zuardi and his friend "Ace of Spades" came to visit my place to check out the pinball machine and later, at night, we gathered with some other geeks to discuss homebrew 3d printers and related topics while drinking draft beer.

Fabricio took some pictures which he's just published in his Flickr account. The first photo in this post is CC BY Fabricio Zuardi

I have spent part of these last few days installing the decorative acrylics that I mentioned in my previous post. I have also installed some structural parts in the bottom portion of the playfield.

Months ago parts of my camping tent were stolen during Campus Party, but I saved its metal supporting stakes because I felt they would be somehow useful. Indeed, I have found a good way of using it in the pinball machine. By bending it with the help of pliers, I've transformed it into a separator that is placed between inlane and outlane. I think that the result is perfect!

There are some more photos at my flickr page.

2010-04-17T00:30:00.001-03:00

More decorative acrylic parts for my pinball machine

Months ago I have made the decorative acrylic parts for the upper loop of the machine. Yesterday I have ordered another batch of laser-cut acrylics. This time for the bottom part of the playfield.

In the following video I am using glue to add artwork to the acrylic parts:

And in this other video, as a final touch, I am cutting the excess of paper from the parts:

2010-04-13T17:01:00.007-03:00

Visiting the Pacific Pinball Museum

I was planning to visit the National Pinball Museum in Baltimore during my visit to the USA, but it was far from any other place I was intending to visit. It turned out that I did not visit it. But I also decided to visit San Francisco Bay Area and some people told me that there is a pinball museum there too. So, I decided to check it out. I took the BART from San Francisco (where I was hosted in a friend's house) to Alameda - east bay - and visited the Pacific Pinball Museum!

When I arrived at the museum I introduced myself, telling them that I was looking for some advice on my homebrew pinball project and that I was also interested in buying some pinball parts for it. I was then introduced to Michael Schiess, the museum founder, who was very friendly and took me to a private tour around the warehouse where he stores the hundreds of machines that are not in the public area of the museum - either due to lack of space or because the machines need to be repaired/restored.

There, Michael guided me through some interesting machines including the world's largest pinball game, which is played with a pool ball and whose flippers are activated by 110 volts coils:

Then he started looking for some pinball parts for me, but he didn't have many spare parts. So he decided to give me a playfield, as a gift, so that I could take parts from it. He said to me that as it woudn't be possible for me to take the whole playfield to Brazil, I should remove the parts that interest me and then give the playfield wood (with the artwork of the game) to my host there in San Francisco. I liked the idea. He gave me a ride to the BART and then I brought the machine to Seth's place. Seth has lent me this shopping cart so that I could more easily move the pinball playfield around:

So, I took it to NoiseBridge (a hacker space in San Francisco) and spent 3 or 4 hours removing all the parts from it. I have left the playfield wood in the public area of the hacker space so that anybody can use it for whatever project and I have sent them a notice in their mailing list. My personal suggestion is to hook it to the walls as a decorative item. Perhaps they could use a microcontroller to blink some leds also, just for astethic purposes.

Here are the parts that I've brought to Brazil:
* 32 orange posts
* 4 hit targets
* 5 red rubbers and 5 new shining pinball balls given to me by Michael

Thanks, Michael!

2010-04-10T12:02:00.003-03:00

Pinball hacking and personal fabrication

I consider that building a pinball machine at home during these last 4 years or so has been a strongly symbolic act. It has started as a need to materialize a proof of concept of a clever hack I once figured out was possible based on the knowledge I had acquired after spending lots of time and effort reverse engineering an old pinball simulation game. The proof of concept was not very hard and indeed the hack is already proven through some early experiments. But a corollary of this discovery was pretty obvious: I would have to build the real version of Pinball Fantasies sooner or later.

So I felt challenged and started to build it, just for fun. I was trying to do something that I had never done before and that I hadn't even heard of other people who had done similar projects. Building a homebrew pinball machine sounded to me like a very ambitious project. Nowadays I am aware that I am not the only geek working on custom pinball development (there is perhaps half a dozen other people in the world having fun with it such as Jeri Ellsworth), but I didn't know about that at the beginning of the project and so I felt alone and obliged to come up with my own solutions to overcome each of the challenges involved in the execution of the project.

Then, gradually, I started to perceive some interesting relations between this project and my previous (software-only) ones. I had been fighting for software freedom and access to knowledge for some time and now some of my practices from the software world were being replicated in the physical construction of the pinball machine. I had decided to publish every details of the project (including lots of photos and source code) because I felt that I should encourage other people to build things also. I was also refusing to use proprietary software and based on the same principles I was avoiding fabrication processes that I did not fully understand. For instance, I was not happy about relying on professional laser cuter services to build some of the acrylic parts of the machine. I wanted to cut the parts in a homebrew CNC machine that was designed and built by a friend that I met through one of the brazilian pinball club mailing lists. I have only used the professional laser service because my friend's machine was broken and he did not seem to have enough time to fix it.

I have also decided to use the Arduino controller board and it was a good reason for me to learn more about microcontrollers. I have then bought some dot-matrix-display modules and had to help a niche community of Arduino hackers to adapt code for controlling these displays (in my specific case, I needed to control 7 of these simultaneously). I have even discovered Inkscape while I was looking for a CAD software to draw blueprints of the machine (Inkscape is not CAD, but I stumbled upon it during the search). I quickly fell in love with it. I have become an Inkscape developer and this is one of the reasons why the pinball project was neglected during some long periods of several months with practically no pinball hacking and lots of SVG renderer implementation efforts.

But what motivates me to tell this story is that recently I have become aware of this trend of personal fabrication technologies. Projects like the RepRap and the CupCake CNC are bringing the hackability of free software to physical things. And after reading the articles about it on Make magazine, I've decided to try to use it on my pinball project. I think that it is a practice totally compatible with my feeling of a need of better understanding the processes of fabrication, instead of simply achieving the desired results. It is a matter of getting more and more autonomy to create and build things and it is also about feeling more empowered by the knowledge acquired.

Some time ago I felt the need of having a 3d model of the machine in order to make some design decisions. For example, to have a better notion of the space available for some pinball parts in the playfield and to decide on placement of some screws. But I had almost no knowledge of CAD software and for some reasons that would require me to tell another long story (perhaps I can talk about it in a future blog post), I got involved in GNU LibreDWG, which consumed me another bunch of months with no pinball hacking again :-P I have then tried to make 3d models of some pinball parts and then found this guy who had done it also for some commonly used parts and had made his CAD files available online.

My conclusion to this blog post is that I think it would be awesome for the pinball hacking hobby if we could gather more interested people to make 3d models of pinball parts and share them in some place like thingiverse.com and then it would be interesting to see people building such parts using homebrew 3d printers like the RepRap. I think that my first attempt at that will be trying to replicate bumper caps to look like the ones depicted in the artwork of the original version of the Pinball Fantasies game. I have tried to improvise bumper caps using chocolate mousse cups once and it looked great, but it was slightly larger than the ideal size and those wouldn't fit well in the layout of the PARTYland playfield I am building. I did not have a good solution to this bumper cap issue until now. It seems like RepRaps will be very useful for my pinball hacking fun.

I must just take care of not spending some additional months focused on building my own RepRap printer... I know that there is a big chance of it happening, given my usual behaviour, though :-P

A yellow bumper cap from modern machines:

The bumper caps depicted in the original game artwork:

My "chocolate mousse cup" bumper caps:

2010-04-10T09:02:00.000-03:00

Daydreaming

So much good things have happened to me during my Boston/San Francisco trip that I have been constantly daydreaming during the last week. I am excited, enlightened and enamoured about so many plans and ideas! There is also a feeling of fear/uncertainly, I think. But that seems to be an inevitable part of exploring the future.

As a result, I have been revisiting some unfinished projects and have been trying to benefit from this new wave of inspiration in order to boost the development of some of these projects.

2010-04-09T10:04:00.004-03:00

LibrePlanet 2010 Trip Report

Attending LibrePlanet 2010 was an awesome experience for me. I have met lots of very interesting people there. I'd like to thank Mozilla for sponsoring my trip to Boston. Here is my report on Mozilla related topics that were discussed at the conference.

Trip Report

At LibrePlanet 2010 the main subject discussed was the debate about the issues of SaaS ("Software as a Service") for user's freedom and autonomy, which was the topic of Stallman's most recent article and keynote at the conference. It is clear to me that the most relevant Mozilla project (that I am currently aware of) that is related to these issues is Mozilla Weave. There is an increasing perception among GNU activists that the upcoming new challenges for the GNU Project will be around providing solutions for privacy-enabling infrastructure and decentralization of services in order to keep the users in control of their computing and of their private data.

Stallman's SaaS article was first published at Boston Review, where I would suggest you to check the user comments (there are 4 comments only at the time of writing this report) in order to have an idea of the kind of debates that the article has generated. After Stallman's speech - during the questions session - he clearly refused to talk about privacy, as he was more concerned about first discussing the issue of "running your computation on a server that you do not control" and was clearly trying to keep the topic of user privacy - which he explicitely cited as "another important issue" - to be discussed in a potentially upcoming article/speech. After LibrePlanet, I have had the opportunity of discussing these issues in private with Peter Brown, executive director of the Free Software Foundation, during one of my visits to the FSF Office in Boston. He acknowledged that the issue of privacy was intentionally preserved to be explicitely targeted by future FSF campaings and has suggested me to subscribe to the GNU Network-discuss mailing list in order to participate in the brainstorming of new GNU initiatives towards solving these issues.

The upcoming GNU Hackers Meeting during GUADEC 2010 will be specifically focused in "free secure networking and decentralised applications".
There is an interesting, but rather old article - July 14th, 2008 - by Benjamin Mako Hill entitled "Franklin Street Statement on Freedom and Network Services" that is directly related to the subject discussed here.

Encrypted Data Stores

One of the various reasons why users are increasingly adopting SaaS tools is related to a trend to rely on/trust remote servers to make backups of their data. Users are very often not prepared to setup a reliable personal backup routine and even when users do so, it is understandable that they feel that Google (or some other provider of web-based services) might be able to provide a better quality infrastructure on their data centers to (supposedly) guarantee the integrity of user data. By accepting this premise, lots of users are not protecting their privacy and allowing services like GMail to crawl Gigabytes of their private stuff.

To address this issue there has been some suggestions, including the idea of crowdsourcing backups by sharing encrypted data in a p2p network.
I understand Mozilla Weave as a sign of commitment from Mozilla with privacy values and it seems to me that one of the reasons for it having restricting data quota limits might be that it is not a decentralized service. Correct me if I am wrong about it - I am still just starting to learn about it. Could Weave be adapted to run with higher volumes of data in a decentralized architecture? Or would it be wiser to design something like that from scratch instead?

There are some free software initiatives towards that kind of system:

* Tahoe, a redundant, distributed and encrypted filesystem
* The Circle, a peer-to-peer filesystem (discontinued in 2004)

Remote Computing

Running personal computational routines in a server that you do not control was explicitely rejected by RMS in his speech since it has effects to users autonomy and freedom that are similar to those of proprietary software. I think that the current SaaS article is sufficiently extensive in exploring this topic.

Local execution of arbitrary (non-free?) code

An interesting article about a complementary issue that was published by RMS some time ago entitled "The Javascript Trap" deals with the local execution of javascript code automaticaly fetched from a remote webserver on page load. At that time was stated the need for a system that would allow people to have better control of which routines are running on their browser environments and that would perhaps enable them to collaboratively tag "trusted versions" of such scripts. This is a controversial topic that deserves some attention from Mozilla, especially in those cases where highly complex non-trivial javascript applications are delivered to the user's browser environment to handle sensitive user data.
One possible attempt to target this issue could be to incorporate popular javascript libraries such as jQuery in the browser installation and allow updates of these to be better managed by the users - or even possibly allow for local customizations of these modules. Also, I can't avoid mentioning Greasemonkey as a source of personal insight on why people would care about changing webapp behaviours.

Additional comments:

I've just enjoyed watching a related speech by Eben Moglen entitled "Freedom In the Cloud: Software Freedom, Privacy, and Security for Web 2.0 and Cloud Computing".

2010-04-08T03:46:00.000-03:00

Geek Food

Atomic cookies (made with Inkscape) are great...

...but fractal cookies are absolutely AWESOME!

2010-04-07T10:33:00.001-03:00

Make Magazine

Recently I have made a subscription of the Make Magazine, an utterly cool publication focused on DIY projects. Yesterday I have finally received the first one by mail (issue #21), which has the Cupcake CNC 3d printer from MakerBot Industries in the cover. My subscription to the paper print versions of the magazine gives me access to the online version of all of the previous issues of Make, which is great! It is also very useful for performing searches for keywords, even when we have access to the paper version.

I am also delighted to notice that one of the articles in this issue ("Instant Paddle") is written by Tim Anderson, which I met in a nice sailing afternoon with some friends in the San Francisco Bay, during my visit to the US last month.

2010-04-07T01:21:00.001-03:00

LibrePlanet 2010 and the GNU Hackers Meeting

From March 16th until March 31st I've been visiting the USA for the first time. The reasons for my trip were to attend LibrePlanet - the anual meeting of free software activists held by the Free Software Foundation - and to participate in the GNU Hackers Meeting.

Me and my friend Rodrigo "pitanga" have both participated in the GNU Hackers Meeting due to our contributions to the GNU Project through the development of GNU LibreDWG.

My trip was sponsored by Mozilla and, for that reason, I am currently working on a trip report for them. I'd like to thank Chris Hofman, Sarah Doherty and Chris Blizzard - from Mozilla - and Holmes Wilson - from FSF and PCF - for supporting me.

I have lots of things to write about this amazing trip and all of the wonderful places and people I have met, so there will certainly be some more blog posts soon.

2010-02-02T09:31:00.001-02:00

Lamp matrix controller board properly working

Last night my friend DalPoz helped me figure out what was the issue with my lamp matrix controller board for the pinball machine. I fixed the software and now it is working great! I have also done some reverse engineering on Pinball Fantasies to map which palette indexes are used for each lamp in the game. Using this info, now the Arduino is controlling the lamps so that they flash in sync with the lamps of the game.

The issue with the board was that it was drawing too much current from the Arduino output pins.

In my project, lamps are organized in a lamp matrix and 4 pins control the activation of columns while other 4 pins control activation of rows. The first group of pins draw 1mA in each pin, while the second group draws 25mA per pin. I was multiplexing the lamp matrix by activating one column at a time, which resulted in 1mA (for the column selection - only 1 pin activated at a time) plus up to 4 times 25mA (the 4 row pins can be on/off in any configuration depending on the status of the lamps of the selected column). So, the worst case scenario was 1+4*25 = 101mA but the Arduino can only provide 40mA max.

By inverting the multiplexing algorithm, that is, by multiplexing rows instead of columns, the worst case scenario becomes 25 + 1*4, which is only 29mA. That was the solution for the issue with the intensity of lamps noticed last week.

The Arduino board has a limited number of i/o pins, so I'll have to find a way to extend it. One possible solution is to use i2c to communicate with the 4 lamp matrix controller boards that will be used to control the lamps of the whole playfield. But Jeri Ellsworth told me that there might be some issues with using i2c on pinball machines, since there is a lot of noise in such machines, which could lead the i2c communications to eventually freeze. I might have to use long cables for the lamps and connect all of them to a central controller board.

2010-01-26T04:59:00.000-02:00

After some debugging, I have figured out what was the issue with the lamp matrix controller board. I was multiplexing it too fast. By lowering the frequency of multiplexing, I got the board to properly work.

Next step is to map the palette events from Pinball Fantasies into lamp on / lamp off commands for the Arduino.

Then I need to fix an issue with the intensity of lamps when they are turned on simultaneously.
After that, I need to try I2C or some other communications protocol and then build 3 more of these boards for controlling the whole playfield.

2010-01-25T15:43:00.001-02:00

Lamp controler board, second try

Today I have rebuilt the lamp controller board taking care of placing high current lines far from low current lines in order to avoid induced currents. But that did not solve the issue.

The new board is a complete 4x4 matrix controller. It was considerably faster to build this one. I am getting used to it, it is becoming easier to build :-)

Here is a video of the current status of the project, and a question for the electronics geeks:

2010-01-24T22:49:00.000-02:00

This weekend, my friend Rafael Moretti spent some time with me buying electronics materials and starting to build and test a lamp controller board for my pinball machine.

This circuit was suggested to me by another friend, DalPoz, which explained to me how the circuit is supposed to work. Thanks!

Here is a video of the board (not yet completely built yet, but already flashing 4 lamps of the playfield):

The video is in brazilian portuguese, but there are subtitles for it in english. It seems to me that, for some reason, YouTube does not show subtitles for embedded videos, so you might want to watch the video directly in YouTube here (with subtitles)

2010-01-14T04:34:00.000-02:00

Yesterday i have installed the decorative acrilics that for the upper loop of my pinball machine.

The acrylic parts are 29 milimiters above the playfield, the exact height of the posts I decided to use (the one I have modeled in FreeCad). I have chosen this one because it is higher than the diameter of the ball, so that the ball will not touch the acrylic parts which are fragile (unless it jumps for some reason). So, I'll need something to guide the ball in the upper loop. I though of using metal guides, but I need advice on that. What would you suggest?

More photos at http://www.flickr.com/photos/felipesanches

2010-01-11T04:09:00.000-02:00

Today I have started to learn how to use FreeCAD. My first exercise was drawing a 3d model of a pinball post similar to these ones. Here it is:

3d model of a pinball ribbed post

The CAD file is here, released under public domain.

2010-01-08T04:18:00.000-02:00

This week I have been preparing acrylic parts for my pinball machine. The parts were drawn in Inkscape (both the artwork of the parts and their shape). I have sent the shapes to be laser cut in acrylic. The artwork was printed in 4 A3 sheets of paper in a professional print shop.

There are some photos of the results here:

Laser-cut acrylic parts

An acrylic part and its printed artwork

One acrylic part with art ready to be installed in the machine

Also, this week I have discovered Jeri Ellsworth, a pinball-geek girl who is also notable for some other hacks. She's building a pinball machine and posting videos on her youtube channel. Check out this live streaming of her lab. There's an IRC bot to control the webcam zoom and angles and also a text-to-speech bot.

She's recently posted a video explaining how to make coloured pinball parts using fabric dye. I will probably try to do that with the flipper rubber bands of my pinball which are black but were supposed to be red.

2009-09-26T21:31:00.000-03:00

Esse email eu escrevi em resposta a uma pergunta que uma pessoa fez na lista de discussão brasileira de usuários do Inkscape.

O cara perguntou sobre alternativas ao Flash. Algumas pessoas sugeriram usar
SVG com javascript e foram trocados alguns exemplos (eu, obviamente, também defendi o uso de SVG). Outra pessoa disse: "pois é... muito legal, mas SVG ainda não funciona no Internet Explorer então não rola fazer em SVG por que quem usa IE não vai conseguir ver". Então alguém falou sobre o projeto que o Google lançou recentemente chamado SVGWeb e que permite que usuários de IE consigam visualizar conteúdo SVG.

=======

Eu não sei se eu já falei a respeito disso aqui na lista, mas algum tempo atrás eu pesquisei sobre esse tema e descobri algumas coisas importantes.

* Flex é uma tecnologia implementada em software livre, mas as aplicações feitas com flex só são possíveis de ser executadas corretamente em uma máquina virtual Flash proprietária da Adobe.

* O SVGWeb é um software livre renderizador de SVG feito em flex.

Portanto, o SVGWeb tem tanto vantagens quanto desvantagens:

A grande qualidade do SVGWeb é que ele permite que conteúdo SVG seja acessado em praticamente qualquer browser sem a necessidade de instalar absolutamente nada no cliente. Todo mundo que tem um Flash player consegue acessar SVG, desde que o SVGWeb tenha sido habilitado pela pessoa que criou a página SVG.

A grande desvantagem é que hoje em dia não existe Flash player livre que seja capaz de rodar o SVGWeb.

Sendo assim, ao usar o SVGWeb na sua página você pode ter a certeza de que as pessoas que se beneficiarão disso serão aquelas que ainda estão presas a um Flash player proprietário. Em compensação, isso cria uma situação onde você não está mais impossibilitado de utilizar o SVG. Ou
seja, o SVGWeb retira o bloqueio que tínhamos no uso deste padrão aberto em função da não-aderência do Internet Explorer ao formato vetorial da W3C. Veja essa tabela de compatibilidade nativa a SVG nos principais browsers. Mas eu te pergunto: de quê adianta usar um padrão aberto, se ele depende duma máquina virtual Flash proprietária para ser exibido?

Na verdade não depende. É possível configurar o SVGWeb para ser usado apenas quando o browser do usuário não tem suporte nativo a SVG. E isso é uma coisa fantástica!

Bem... acho que isso deixa claro que eu considero sim o uso do SVGWeb benéfico, mas com fortes ressalvas, né? Acho que o SVGWeb não deve ser considerado uma solução definitiva. Mas
sim funcionar como "ponte" para uma web mais aberta em um futuro próximo.

Minha dica é: faça sua página usando SVG e coloque o SVGWeb lá configurado pra só ser usado no IE. O dia que o IE for varrido da face da Terra e todos os browsers tiverem suporte nativo a SVG, será possível simplesmente remover o SVGWeb, sem custos adicionais de desenvolvimento e teremos uma web melhor baseada em mais padrões abertos. Enquanto isso não se realiza, sejamos pelo menos amigáveis ao software livre. Tenha sempre em mente que você pode eventualmente ser o culpado por alguém ser obrigado a abrir mão da liberdade no uso de softwares (ou escolher a liberdade e ser excluído do acesso ao seu conteúdo).

Portanto, a regra de ouro é sempre usar tecnologias que não obriguem as pessoas a instalar software proprietário pra acessar o seu conteúdo. Quando se lida com o público, é necessário tomar decisões responsáveis. Talvez você não se preocupe com o seu uso pessoal de software proprietário. Mas não permita que suas opções pessoais se transformem em imposições sobre outras pessoas (efetivamente deixando elas sem opção).

Felipe "Juca" Sanches

2009-03-30T03:38:00.000-03:00

Engenharia Reversa IB-200 (receptor de tv digital usb)

If you need an english translation of this technical report or additional info on my reverse engineering efforts, please email me at felipe.sanches@gmail.com and I will gladly help people working on further developments towards support of this device under GNU/Linux.

Comprei um receptor de tv digital usb OneSeg da IBAYO, modelo IB-200 e comecei a fazer engenharia reversa nele para tentar fazer um driver para Linux. Este post tem o objetivo de documentar minhas tentativas e convidar mais hackers para ajudar nesta tarefa que está dando nós na minha cabeça, mas que ao mesmo tempo está servindo para eu aprender um monte de coisas novas. Se você é um programador curioso, não tenha medo dos nomes feios que vão aparecer neste post. Eu também me assustei da primeira vez que vi isso, semana passada :-)

Só pra constar aqui (e pra facilitar as buscas no google de gente procurando informações sobre esse dispositivo) ele é reconhecido pelo comando lsusb como ID 5a57:4210 Zinwell

Usei um sniffer USB para Windows chamado usbsnoop. Com ele fiz alguns logs de operação do dispositivo no Windows usando o software proprietário que vem no CD de instalação. Em um desses logs eu cheguei a abrir o programa e assistir um pouco de vídeo para ter certeza de que no log constam todos os comandos necessários para inicializar o dispositivo, sintonizar um canal e exibir o vídeo recebido. No Linux, eu utilizei um script em perl chamado usbsnoop2libusb. Esse script lê um log do usbsnoop e gera automaticamente um código fonte em C utilizando a biblioteca libusb. Esse código, quando executado, repete as operações que constam no log. Obviamente fazer um driver não é tão fácil. Mas o código gerado automaticamente é um primeiro passo. É um esqueleto de código em cima do qual podemos trabalhar.

Rodei o programa gerado automaticamente a partir do log que continha vídeo e não funcionou, mas o led azul do dispositivo chegou a acender. Sendo assim, resolvi olhar com mais calma para o conteúdo do log. Conversei com um amigo meu, o Lucas Villa Real (desenvolvedor da distro GoboLinux), que trabalhou comigo no Laboratório de TV Digital na USP. Ele me contou que eu deveria procurar informações que começassem com o byte 0x47 e que tivessem comprimento de 188 ou 204 bytes. Segundo o Lucas, essas são as características dos pacotes que compõem o transport stream da tv digital brasileira (variante do padrão ISDB-T japonês). Fiz isso visualmente e constatei que de fato haviam alguns pacotes de dados sendo enviados do dispositivo para o PC e que tinham essas características (com 188 bytes de comprimento). Fiz um script em python que filtra o log pegando só esses pacotes e salvando eles todos concatenados em um arquivo de saída binário (no log constam esses dados em ascii usando notação hexadecimal). Depois compilei e instalei o DemuxFS, que é um software livre desenvolvido pelo Lucas, que serve para auxiliar no debugging de sistemas de tv digital ISDB, especialmente no SBTVD (sistema brasileiro de tv digital).

O DemuxFS é um filesystem virtual que exibe informações de um stream de tv digital na forma de entradas em um sistema de arquivos. Ele pode ser usado com um backend chamado filesrc ("file source") que lê o transport stream a partir de um arquivo (como o arquivo que eu gerei usando o script python) para ajudar no debugging, ou pode ser usado com um backend que leia o transport stream a partir de um dispositivo de recepção de tv digital (para ser usado na prática). A minha idéia é inicialmente escrever um backend para o demuxfs ler o transport stream a partir do IBAYO IB-200. Mas no momento isso ainda não foi feito.

Usando o DemuxFS eu consegui com sucesso montar no Linux o arquivo de transport stream que foi extraído do log de operação no Windows do IB-200. Isso é um ótimo sinal!
Observei que os pacotes que compõem o transport stream são enviados por meio de transferências isoch (isócronas). Eu nunca tinha ouvido falar disso antes, mas depois de um pouco de estudo, descobri que se trata de um dos modos de transferência disponíveis no protocolo USB. Nesse modo, a banda máxima de transmissão de dados é menor, mas há a garantia de que os dados serão enviados dentro de um determinado limite de tempo. Especialistas, corrijam-se se eu estiver falando besteira.

Observei com atenção o log e inclusive modifiquei um pouco o script usbsnoop2libusb para que o programa gerado automaticamente exibisse na tela não apenas os dados retornados pelas chamadas feitas, mas também os dados que tinha sido retornados pelas respectivas chamadas originais quando executadas no Windows. Dessa forma eu pude não apenas repetir as chamadas que constam no log, mas também comparar as respostas que o dispositivo nos retorna no Linux pra ver se em algum lugar as reações do dispositivo divergem das respostas esperadas (as respostas que ele deu originalmente no Windows). No geral, as respostas foram bem parecidas com as originais. Houveram pouquíssimas respostas diferentes, mas acredito que elas não sejam um problema, pois eram mensagens onde apenas 1 ou 2 bytes eram diferentes da resposta esperada e isso até faz sentido, pois há certas informações que variam entre uma execução e outra, por exemplo o nível de qualidade do sinal de recepção de um determinado canal de tv. A cada execução, é de se esperar que o nível de qualidade seja diferente e, eventualmente esse dado será passado para o PC, o que pode caracterizar uma dessas pequenas divergências observadas.

Em um determinado ponto surgiu uma divergência grande. No ponto onde deveriam começar a ser recebidos pacotes das transferências de dados isócronas contendo o transport stream, absolutamente nada está sendo retornado. Todas as transferências parecem estar dando timeout por algum motivo. É importante dizer aqui que houve ainda um outro problema. O script usbsnoop2libusb estava reclamando que o tamanho de algumas das tranferencias isoch era maior que o limite de 32kbytes. Achei isso muito estranho, pois no log constam transferências isoch de mais que 32kbytes e foi justamente dessas transferências que eu extraí corretamente o transport stream. Portanto, não é um erro no log e de fato no windows foi possível fazer transferências maiores que 32kb. Tentei aumentar esse limite para 64kb e recebi uma mensagem de erro da biblioteca libusb quando tentei executar o código gerado a partir dessa nova versão do script. Procurei na internet pelo código fonte da biblioteca e lá existe uma condição "retorne mensagem de erro caso usuário tente fazer uma transferência maior que 32kb" sem nenhuma explicação do motivo para a limitação.

Pesquisei mais na internet e descobri que existe um projeto chamado libusb-1.0 que concorre com a libusb mais famosa (que tem pacote no ubuntu, por exemplo) que é a libusb-0.1. Apesar de terem o mesmo nome, aparentemente a 1.0 é uma versão reescrita da 0.1 e segundo consta no website do projeto ela tem várias melhorias quanto a performance e a determinados bugs da 0.1. Sendo assim, resolvi experimentar a tal libusb-1.0. Baixei a versão de desenvolvimento, compilei e instalei. Depois portei o script usbsnoop2libusb para gerar código que use a biblioteca 1.0 (as chamadas de função dessa outra biblioteca são obviamente diferentes). Esta nova versão do script está disponível no meu svn do GoogleCode. Rodando a minha versão do script consegui gerar código com transferências isoch maiores que 32kb e a libusb1.0 não tem esta limitação. Entretanto, isso ainda não resolveu o problema do receptor de tv digital. Mas ouso dizer que provavelmente este é um problema que precisaria ser resolvido de qualquer forma antes de conseguir fazer o dispositivo funcionar, então considero isso como mais um passo dado rumo ao suporte do IB-200 no Linux.

No momento, eu estou lutando com mais uma deficiência do script usbsnoop2libusb. Existe uma operação que consta no log e que o script ainda não implementou a respectiva conversão para código C. A operação é um USB_FUNCTION_ABORT_PIPE. Mais uma vez, fiquei naquela situação "WTF!?!?". Googlei um pouco e li a respeito do tal do "abort pipe". No protocolo USB, pipes são abstrações de canais de comunicação entre o host (driver no PC) e um endpoint (dispositivo). Por algum motivo que ainda não é muito claro pra mim, existe a possibilidade do host pedir para um determinado pipe ser abortado, ou reiniciado. Imagino que isso seja feito quando um pipe não vai mais ser usado, ou então quando um pipe será reconfigurado. Mais uma vez, peço o palpite dos especialistas :-)

Enfim... uma dessas chamadas de "abort pipe" acontece bem no finalzinho do log que corresponde ao momento em que fechei o programa no Windows e isso faz todo sentido, pois ao fechar o programa, é de se esperar que o pipe usado para o fluxo de dados seja fechado. Mas a outra ocorrência desse comando acontece um pouco antes do início das transferências isoch problemáticas. Sendo assim, acho que não ter o "abort pipe" alí pode ser uma das razões para as transferências isoch não estarem funcionando pra mim no momento no Linux.

A minha estratégia agora é tentar descobrir como se faz pra implementar suporte a "abort pipe" no script usbsnoop2libusb e ver se isso resolve a zica. O problema é que eu não tenho a menor idéia de como se faz para enviar um comando "abort pipe" usando a libusb. Assim que eu tiver mais avanços eu aviso. Por enquanto, aguardo comentários dos hackers de plantão :-)

If you need an english translation of this technical report or additional info, please email me at felipe.sanches@gmail.com and I will gladly help people working on further developments towards support of this device under GNU/Linux.

2009-03-01T07:09:00.000-03:00

Gostaria de dar notícias sobre o andamento do meu projeto de construir uma máquina de verdade com o tema da mesa PARTY Land do jogo Pinball Fantasies (jogo de Amiga, PC, e muitas outras plataformas).

Visão geral de como está o PF (este video já foi postado anteriormente no blog):
http://www.youtube.com/watch?v=91HUGSr1reQ

Nesta semana terminei de montar um DMD para a máquina. Utilizei módulos de LED importados da China. Cada módulo tem 24x16 leds. Como eu precisava de um display de 160x16, comprei 7 módulos, sendo assim, meu DMD tem 168x16. Deixei 4 colunas de LEDs sobrando de cada lado do display.

Eu tinha comprado 2 desses módulos pra testar. Depois que eles chegaram e eu testei e deu tudo certo encomendei os outros 5 módulos. Entretanto, os módulos dessa segunda encomenda estão com a luminosidade bem mais forte que os 2 primeiros. Isso é bem chato, já mandei email pro fabricante reclamando, mas duvido que eles mandem outros 2 displays pra mim por causa disso. Vamos ver no que dá. Por enquanto, coloquei esses 2 displays mais fraquinhos, um de cada lado do DMD, pra pelo menos o problema ficar simétrico e ficar na região do DMD que costuma ter menos coisa acontecendo. A maioria das animações acontecem no meio do DMD.

Vejam nesse vídeo o problema da luminosidade diferente nos módulos:

(eu deixei os módulos dispostos dessa forma levemente curvada só pra eles ficarem de pé. Depois vou fazer um suporte para aparafusá-los direitinho)

Estes módulos são controlados pelo Arduino (um microcontrolador baseado em chip atmega) via interface SPI. O Arduino está conectado a um computador via USB. No computador eu rodo um emulador de MSDOS chamado DosBox.

Modifiquei o código do emulador (software livre) para que a cada quadro da emulação ele faça um dump do topo da memória de vídeo emulada e envie esta informação para o arduíno se comunicando pela porta USB. Eu rodo o jogo Pinball Fantasies nesse emulador e o jogo desenha o seu DMD (virtual) naquela região da memória que o emulador fica mandando pro DMD de verdade.

Assim, eu consigo jogar o Pinball Fantasies no emulador e ter um DMD de verdade mostrando as animações do jogo emulado.

Vocês podem ver isso em ação neste vídeo:

Esse outro é mais velho (de quando eu só tinha 2 módulos de LEDs):

Fotos do projeto em:
http://www.flickr.com/photos/felipesanches

2009-01-30T10:21:00.000-02:00

Virei personagem de quadrinhos:

tirinha completa em: Nerdson não vai à escola

Valeu, Karlisson! A Campus Party foi demais!

2009-01-14T03:45:00.000-02:00

2009-01-10T19:25:00.000-02:00

Um amigo me mandou alguns emails nessa semana e depois de conversarmos um pouco sobre sistemas operacionais ele lançou o seguinte questionamento:

a questão "windows X linux" foi só pra ilustrar.

no longo prazo, acho sistemas operacionais (as we know them) nem
existirão. Manja? Isso me parece uma briga por migalhas.

Digo isso pq acredito q, no futuro, não teremos um windows para rodar
programinhas. Não precisaremos de HD, OS, etc. Estará tudo no ar, tá
ligado? Internet sem fio de banda gigantesca, faremos tudo por aí.

Imagina:
- quem brigava pelo mercado de PAPEL CARBONO há 40 anos atrás
- quem tinha uma mina de sal e achava q estava dominando (depois q a
refrigeração domiciliar ficou acessível à todos, a demanda
praticamente sumiu)

Portanto, o q tenho a dizer talvez seja: existe a possibilidade de vcs
estarem se preocupando com MIGALHA.

Já pensou nessa possibilidade?

E aqui está a minha resposta (achei interessante postar aqui no blog para mais pessoas também refletirem sobre esta questão):

sim, já. É a tendência do "cloud computing".

Sinceramente, acho que grande parte disso é baboseira. Estratégia de marketing mesmo. Uma pequena parte está correta. Por exemplo, o que temos hoje como gmail, flickr, youtube, etc. Existem serviços que realmente funcionam bem quando executados "na nuvem".
Mas abrir mão totalmente de uma plataforma computacional local ainda é inviável. E deve continuar por muito tempo sendo assim pois há tarefas que são ideais para serem executadas localmente mesmo, por exemplo processamento de gráficos 3d. Há ainda impedimentos tecnológicos nesses casos mesmo que esses possam obviamente ser superados por novas tecnologias no futuro.

Além disso, eu tenho muito medo dessa tendência por que ela põe em risco justamente essa plataforma de incentivo à criatividade que é o computador pessoal hoje em dia. O computador pessoal é uma máquina maravilhosa justamente por ser uma máquina genérica que permite que se faça absolutamente qualquer coisa que um programador quiser. É como se fosse um mini-laboratório dentro da casa de cada pessoa. Aquelas pessoas que eventualmente se interessarem por computação têm todo o potencial e recursos ali já disponíveis com absolutamente nenhum custo monetário adicional. O único custo para criar é o próprio custo intelectual de se engajar na atividade criativa. É como se vc tivesse um ateliér de arte embutido em cada moldura de quadro do mundo. Todas as pessoas que têm quadros têm aquele potencial disponível. Algumas pessoas vão querer só apreciar a pintura que já está no quadro (análogo aos usuários que não têm interesse em desenvolver programas de computador), mas outras pessoas podem eventualmente se interessar em fazer suas próprias pinturas e, para estes, não haveria barreira de entrada pois todo o ateliér estaria ali embutido por padrão à espera de um surto de criatividade.

É isso que temos em casa hoje em dia. Máquinas versáteis esperando por pessoas inovadoras que queiram produzir soluções computacionais para os mais diversos problemas. E há evidências de que pessoas de fato fazem isso motivadas pelos mais diversos aspectos e freqüentemente se agrupam para participar em atividades criativas coletivas (o que é hoje, por exemplo, o software livre). O cloud computing transforma o PC genérico em um terminal burro. Joga toda a capacidade de processamento para a "nuvem" e leva embora o "ateliér". Num ambiente 100% cloud computing, o custo de se inovar será mais alto, pois os meios de produção tecnológica estarão majoritariamente nas mãos apenas dos provedores de serviço. Computadores genéricos deixaram de estar presentes nos lares pois sua produção industrial será substituida pela produção em larga escala dos terminais burros. O poder computacional dedicado à criatividade caseira estagnará na geração atual de computadores que gradativamente se extinguirá devido às panes naturais do envelhecimento dos equipamentos.

O quanto isso irá afetar a produção criativa é difícil de se dizer, mas a certeza é de que afetará negativamente, pois as pessoas não terão mais (por padrão) autonomia de criar suas próprias soluções computacionais. Isso eu não quero.

2009-01-08T15:13:00.000-02:00

Vídeo mostrando como anda o meu projeto da máquina de pinball:

2009-01-08T13:58:00.000-02:00

Hoje parei pra ouvir um pouco de música no Jamendo. Trata-se de um site onde artistas podem hospedar seus álbuns desde que estes estejam licenciados sob alguma das licenças Creative Commons. Algum tempo atrás eu convenci meu amigo Guilherme Padovani, vocalista da banda Motocontínuo, a adotar uma licença CC by-sa nas músicas da banda e depois ajudei a inscrever a banda no site.

Um questionamento que nos fizemos na época foi que se estávamos, por meio da licença, permitindo a criação de obras derivadas, então deveríamos fornecer os meios para tal. Ou seja, deveríamos distribuir não apenas o CD pronto, mas também as faixas de estúdio, o "código fonte" do álbum. Sem isso, ficaria muito difícil fazer alterações nas músicas. A única alternativa que restaria para quem não tivesse acesso às faixas de estudio seria regravar a música em estúdio novamente já que tentar separar os canais seria bastante difícil e provavelmente não ficaria com boa qualidade.

Sendo assim, o Guilherme me passou 7 CDs onde estavam os arquivos de áudio das gravações de estúdio separados em canais para cada um dos instrumentos. Como o conteúdo era pesado, decidimos distribuir por P2P. Criamos arquivos ISO dos CDs e fizemos upload no PirateBay. Entretanto, como não tem muita gente baixando este conteúdo, o torrent provavelmente está sem seeders nesse exato momento. Além disso, tem muita gente que não sabe baixar torrents. A tentativa de usar P2P foi fracassada. Imagino que o ideal seria um sistema que exigísse o mínimo possível de conhecimento técnico de seus usuários. Eu realmente espero que pessoas interessadas em música acessem este conteúdo. Não gostaria de limitar o acesso só por que eventualmente as pessoas não sabem lidar com arquivos torrent.

Hoje fiquei pensando bastante sobre esse problema. Enquanto no software livre ocorrem de fato modificações, aprimoramentos, etc. na "música livre", essa prática parece ser quase inexistente (corrijam-me com contra-exemplos caso eu esteja errado). Quais seriam os motivos? Será que as pessoas simplesmente preferem criar música sempre do zero? Concordo que é totalmente subjetivo falar sobre aprimoramentos de uma obra artística. Na área técnica isso é certamente uma questão mais objetiva do que na música, por exemplo.

Derivação incremental propriamente dita - modificações em detalhes como substituir uma linha de baixo deixando todo o resto intacto - eu acho que não teria muito valor. Talvez o maior valor da música livre esteja no acervo de recursos disponíveis para remixagem. Sendo assim, artistas criariam suas próprias obras originais com gravações de novas faixas em estúdio e as complementariam com samples retirados de outras obras livres disponíveis na rede. Ainda assim, para que isso seja produtivo continua sendo necessário publicar as faixas de estúdio na rede para enriquecer este acervo comum.

Vejo muita gente falando a favor do uso de licenças livres, mas não vejo muitas pessoas com as mesmas preocupações que estou expondo neste post. Também ainda não vejo surgirem soluções tecnológicas para viabilizar essas idéias. Seria interessante (e útil) algo como uma SourceForge para música. Ou talvez algo como o Open Clipart Library. Como relatado anteriormente, minhas tentativas de por isso em prática junto com a banda Motocontínuo não tiveram sucesso. Tentei até entrar em contato com o pessoal do Jamendo propondo que o serviço deles contasse com uma área para upload das faixas de estúdio, mas eles também não providenciaram ainda uma solução para o problema já que aparentemente não há demanda suficiente.

Na minha concepção, um sistema ideal além de fornecer para download as faixas de estúdio de um determinado álbum, também deveria ser capaz de indexar este conteúdo e permitir que os visitantes visualizassem o acervo de áudio classificado por tipos de instrumento, estilo musical, etc. Obviamente essa classificação poderia ser feita pelos próprios artistas no momento em que fazem o upload. Entretanto, aposto todas as minhas fichas que muito pouca gente se daria o trabalho de inserir estes metadados. Portanto, seria necessário criar tecnologia para inferir esses metadados automaticamente. O que falta pra concretizar essa tecnologia? Muita matemática! A solução não é trivial.

No final das contas, isso parece ser mais uma tarefa para o Google: "A missão do Google é organizar as informações do mundo todo e torná-las acessíveis e úteis em caráter universal."

RicBit talvez?!

2009-01-07T19:24:00.000-02:00

Uns 10 anos atrás um minigame meu quebrou e na época eu abri pra ver como era por dentro. Acabei largando ele aberto por que na época eu me frustrei com o "chip bolha". Tudo o que dá pra ver ao abrir um minigame daqueles são os contatos dos botões, o cristal líquido e uma bolha de plastico derretido. Debaixo da bolha fica um chip minúsculo. Aquilo foi muito chato por que não satisfez minha curiosidade.

Recentemente, brincando com o Inkscape e curtindo minha nostalgia, eu e a Bani criamos um minigame virtual feito em SVG e programado em javascript. Se você usa um browser que implementa o padrão SVG (padrão aberto para gráficos vetoriais na web), então você poderá jogar o nosso minigame aqui. Recomendo usar o Firefox. Não funciona no Internet Explorer; ele é um dos únicos browsers hoje em dia que ainda está em 0% de suporte a SVG atrasando a evolução da web.

O jogo é inspirado numa charge famosa do Tux (mascote do kernel Linux) se preparando para bater com um mata-moscas na borboleta do MSN (da Miscrosoft). O jogo segue um formato tradicional de muitos dos jogos antigos de minigame: basicamente vc tem que bater em todas as borboletas conforme elas forem descendo na tela.

Fazer o jogo foi bastante divertido e foi relativamente simples. Desenhamos tudo no Inkscape. Depois selecionamos cada um dos ícones do display de cristal líquido e atribuímos nomes por meio do atributo id (menu de contexto => Propriedades do Objeto). Depois escrevemos o código em javascript usando as funções de manipulação do DOM (Document Object Model) para controlar a visibilidade dos ícones. Assim o software pode fazer os ícones do display acenderem ou apagarem conforme mandar a lógica do jogo.

A única edição manual (em editor de texto) do arquivo SVG foi para adicionar a tag <script xlink:href="minigame.js" /> e o atributo onload="on_load(event);" na tag svg (análoga à tag body do HTML). Com isso, pudemos escrever todo o código javascript em um arquivo .js externo. Todo o resto da edição do SVG foi feita visualmente por meio do Inkscape.

Já hoje, curtindo as férias da faculdade, resolvi voltar a mexer no minigame quebrado. Peguei o cristal líquido do minigame e tirei algumas fotos. Usei uma fonte de tensão pra acender manualmente os ícones do display. Na verdade, os ícones não acendem individualmente. O display é multiplexado e, portanto, as ligações formam uma matriz de ícones. A cada vez que eu aplico tensão em algum dos conectores do display, um certo grupo de ícones se acende. Tirei várias fotos e comecei a vetorizá-las. A idéia é fazer uma versão emulada em SVG+javascript do minigame do Megaman.

Apesar do processo de vetorização ser um pouco cansativo, o maior problema vai ser programar o jogo. Extrair o código do jogo diretamente do minigame não parece ser possível (de se fazer em casa) pois todo o código fica dentro do chip bolha. Portanto vou ter que reprogramar. Além disso, outra dificuldade é eu não lembrar mais como funcionava o jogo. Talvez eu ainda consiga consertar o minigame e assim conseguir jogá-lo, pra relembrar a lógica. Eu acho que o único problema desse minigame é que os fios que são ligados às baterias se quebraram e os que ligam o speaker também. Depois que eu soldar esses fios, é possível que o minigame ainda funcione.

Ahhh...! Outro problema para a emulação são os sons do jogo... mas isso fica pra depois.

2008-12-20T04:29:00.000-02:00

Estou ainda LENTAMENTE montando aquela máquina de pinball caseira: uma réplica da PARTYland do jogo Pinball Fantasies.

Semana passada encomendei 2 displays de 24x16 LEDs cada um e estou escrevendo software para controlá-lo usando o Arduino. A comunidade já ajudou bastante, e grande parte do código não fui eu que escrevi.

O display que eu preciso é de 160x16. Portanto irei em breve comprar mais 5 desses displays de 24x16 e colocá-los lado a lado.

7*24 = 168 que é apenas 8 colunas a mais do que os 160x16 que eu preciso (veja no screenshot do jogo).

Os displays eu comprei direto do fabricante chinês por US$15,75 cada um. O datasheet deles está aqui.

Preciso de ajuda para dimensionar a fonte externa que vou usar pra ligar todos esses displays ao mesmo tempo. Seria bom fazer uma fonte inteira para todo o pinball, mas eu ainda não tenho muita idéia de quanto que o pinball todo vai puxar da fonte. Pedi conselhos quanto a isso para o PJWerneck, do grupo de usuários de Python. Mas se qualquer outra pessoa estiver a fim de dar conselhos, toda ajuda é bem-vinda!

Além disso, se alguém aí da turma do arduino se interessar, podemos encomendar alguns desses displays pra quem quiser, assim reduzimos os custos de frete e pegamos descontos oferecidos pelo site. Como eu já vou comprar 5 unidades e eles oferecem 3% de desconto pra compras de 5 a 9 unidades e 5% pra 10 ou mais, qualquer unidade extra já tem desconto automaticamente se for comprado junto.

2007-10-03T13:56:00.000-03:00

This tutorial teaches you how to install libxml2dom python module on windows machines.

1) Install the latest python package available at python.org
I am using http://python.org/ftp/python/2.5.1/python-2.5.1.msi

2) Install the libxml2 python package available at:
http://users.skynet.be/sbi/libxml-python/libxml2-python-2.6.27.win32-py2.5.exe

3) Download the libxml2dom python package available at:
http://www.boddie.org.uk/python/libxml2dom.html

I am using this version: http://www.boddie.org.uk/python/downloads/libxml2dom-0.4.4.tar.gz

4) You will need a software capable of unpacking .tar.gz files You can use WinRar to unpack it.

5) After unpacking the tar.gz package on your Desktop, open the DOS command prompt (Start->Run "cmd")

6) Then type the following commands on the command prompt:
cd %USERPROFILE%
cd Desktop\libxml2dom-0.4.4
setup.py install
exit

2007-05-09T15:06:00.000-03:00

http://bighead.poli.usp.br/juca/gravit.html

Javascript gravitation code v.1.1 (May 9th, 2007)
(c)2007 Felipe Sanches <felipe.sanches@poli.usp.br>

This program simulates gravitational effect.

This program is licensed under the GNU General Public License
 version 2 or later.

ChangeLog:
v1.1 (May 9th, 2007)
* Added tail effect

v1.0 (May 3rd, 2007 - First release)
* initial code
** simulation core
** basic rendering using <div>s

2007-04-09T01:44:00.000-03:00

Eu sou um dos administradores da banda Motocontínuo, do Guilherme Padovani (Guinoupe), no site Jamendo.com

Como o site da banda (www.motocontinuo.net) ainda não está pronto, estou colocando aqui no meu blog o link de validação requisitado pelo jamendo:

Eu, Felipe Sanches, certifico que o álbum "A fantástica viagem trágica" da banda Motocontínuo (cujos direitos autorais pertencem a Guilerme Padovani e demais membros da banda) está, de fato, licenciado sob a Creative Commons by-sa 2.5

2007-02-24T18:54:00.000-02:00

Esta é a seleção de músicas livres que estou fazendo. Vou chamá-la de "Som na Rede volume 1". Ainda não está pronta. Mas quem quiser já pode ir ouvindo o que eu já selecionei. Estou procurando músicas nos estilos acidjazz, groove ou funk.

2007-02-15T14:13:00.000-02:00

Hoje eu traduzi pro português um trecho de uma palestra do Stallman que achei bastante interessante. Podemos refletir sobre o "Computador para Todos" quando ele fala da adoção de software livre sem a devida educação sobre a importancia das liberdades que inspiram o movimento.

Segue a tradução:
----------------------------
Para que as pessoas defendam sua liberdade, as pessoas precisam valorizar sua liberdade, precisam apreciá-la. E para que as pesoas apreciem e valorizem sua liberdade, primeiro elas precisam saber que liberdade é esta. Em outras áreas, a maioria das pessoas já ouviu falar de direitos humanos. Isso não significa que defender os direitos humanos seja uma tarefa fácil, mas pelo menos nós não precisamos sair por aí explicando para as pessoas o conceito. Nós não precisamos iniciar explicando pras pessoas o que significa liberdade de imprensa como se elas nunca antes tivessem ouvido falar a respeito. O conceito de liberdade de imprensa teve séculos para se desenvolver e espalhar-se pelo mundo.

Mas a computação é algo novo. Faz apenas cerca de dez anos que um graende número de pessoas nos países mais ricos vêm usando computadores. E faz apenas algumas poucas décadas que existem computadores. Portanto, as idéias sobre quais direitos humanos devem acompanhar o uso de um software estão apenas começando a ser desenvolvidas. O movimento do Software Livre diz que há quatro direitos humanos essenciais para um usuário de software. [[ Nota do tradutor: mais informações sobre isso em http://www.gnu.org/philosophy/free-sw.html ]] Esta é uma idéia nova. A maioria das pessoas que usam software nunca pensaram sobre a questão de quais direitos humanos um usuário e software deve ter. Eles simplesmente aceitam o que lhes foi dito, ou seja, os direitos humanos atribuídos ao usuário são: nenhum de fato.
É isto que os desenvolvedores de software proprietário lhes dão. É isso que eles vêem quase todo mundo aceitando. É isso que eles fizeram. E eles nunca ouviram ninguém dizer que há outra idéia. Portanto nós precisamos de fato começar pelo passo número um, que é dizer às pessoas o que significa ter liberdade ao utilizar um software. E então podemos ter a esperança de que aquelas pessoas irão valorizar estas liberdades o suficiente para defendê-las de modo que elas possam continuar sendo livres. O futuro de nossa comunidade depende do que nós valorizamos, mais do que qualquer outra coisa.
E é por isso que é tão importante hoje em dia ensinar as pessoas sobre os ideais do movimento do Software Livre. Não é suficiente apenas ensinar as pessoas a usar Software Livre. É claro que espero que as pessoas utilizem Software Livre, por que é uma vergonha se elas estiverem utilizando softwares não-livres que subjugam o usuário. Ma apenas utilizar Software Livre não é suficiente se queremos ter liberdade que dure muitos anos. Se amanhã nós dessemos liberdade a todas as pessoas que utilizam computadores, mas elas não soubessem o significado dessa liberdade, dentro de cinco anos muitas delas teriam perdido esta liberdade por que alguém teria dito a elas " Eu tenho um programa bacana que irá tornar as coisas mais fáceis, você quer? É claro que você vai ter que me prometer que não vai compartilhá-lo com ninguém, e eu não o deixarei ver o que há dentro dele, mas é um programa bacana, você não o quer? "
Uma pessoa que não tenha aprendido a pensar que há algo errado ali poderia responder sim. E isto significa que sua liberdade teria parcialmente se perdido. Portanto, não é suficiente dar liberdade às pessoas. Nós precisamos ensinar as pessoas a reconhecê-la como liberdade de modo a aprenderem a valorizá-la e então defendê-la e não deixá-la fugir. É disso que precisamos se queremos ter liberdade não apenas amanhã mas permanentemente.

Richard Stallman, 9 de março de 2006

Richard Stallman iniciou o projeto GNU em 1983 e, com ele, o movimento do Software Livre.

Fonte (com o texto e gravação em áudio da palestra completa em inglês): http://www.fsfeurope.org/documents/rms-fs-2006-03-09.en.html

2007-02-01T14:46:00.000-02:00

Concordo que é, no mínimo, exagerada a posição sobre os danos ao meio ambiente que podem ser causados pelo Windows Vista. Mas quero ressaltar o que acredito ser o mais importante desta notícia da slashdot : o motivo. Pra que atualizar o hardware? Para aguentar a nova interface gráfica do Windows Vista? Também...

Mas mais importante é notar aquela sigla que foi utilizada (DRM) que talvez nem todos conheçam. Significa "Digital Rights Management". Resumindo, são técnicas de proteção de conteúdo multimídia digital. O Vista virá com isso para melhor se adequar à crescente pressão da industria de entretenimento que vê na internet o possível colapso de seu império.

Outro dia eu comprei um CD que usava uma dessas técnicas. O DRM simplesmente não permite que vc copie as músicas do CD para um mp3player portátil. Ele RESTRINGE os usos que vc pode fazer com a música que VOCÊ COMPROU! Sob o pretexto de combate à pirataria, eles cada vez mais limitam os usos legítimos que vc poderia fazer com sua mídia adquirida legalmente. No caso do CD que eu comprei, o DRM deles foi feito para Windows, e como no meu PC roda linux, o DRM simplesmente não funcionou. Mesmo no winXP seria possível se livrar do DRM apenas desabilitando o auto-run do CD. Entretanto, a nova versão do windows (o Vista) virá com novos mecanismos que, através de criptografia, torna virtualmente impossível para um usuário comum driblar estes bloqueios. E por se tratar de um sistema de código fechado, eles conseguem garantir que o código de proteção não será removível, efetivando assim seu domínio sobre as atividades dos usuários.

Obviamente, hackers conseguirão burlar estes mecanismos, mas não é isso que devemos esperar. Não devemos passivamente aguardas a "vitória" silenciosa do "dá-se um jeito". Pois não seria uma vitória. Seria a aceitação da submissão aos poderes destes grandões. Devemos nos engajar a todo custo em barrar estes abusos. As pessoas precisam se manifestar e tornar claro tanto para estas megacorporações quanto para os governos que as regulam (ou que deveriam regulá-las) que estamos indignados e não aceitamos estes insultos.

(aliás... só de passagem, em 1998 foi aprovado nos EUA o "DMCA = Digital Millenium Copyright Act" que torna ilegal a utilização, o desenvolvimento e a distribuição de tecnologias que permitam burlar mecanismos de DRM. Ou seja, em muitos casos, governos estão dando suporte a esse império)

Como vc poderá ler nos 2 artigos abaixo (caso se interesse), muito do hardware extra necessário no Windows Vista não será útil para melhorar desempenho, ou prover novas funcionalidades. Será, na verdade, útil para garantir a continuidade do império. Para engordar mais os bolsos de Hollywood às custas de... "usuários inocentes"?

Não é à toa que a campanha anti-DRM da FreeSoftwareFoundation chama-se "Defective by Design", em bom português, "Defeituoso por Projeto" ( http://www.defectivebydesign.org )

Windows Vista precisa de MAIS hardware pra ter MENOS funcionalidade!

vejam os artigos:

* http://www.theinquirer.net/default.aspx?article=25124
* http://www.meiobit.com/industria/restricoes_usando_drm_no_windows_vista

Juca

2007-02-01T14:44:00.000-02:00

A análise a seguir exemplifica o aprimoramento da participatividade e do poder de ação política propiciado pela Internet como ferramenta de interação na esfera pública em rede em contraposição às características da esfera pública mediada pela mídia de massa comercial.

A história escolhida para tal trata da polêmica em torno do sistema de votação eletrônica produzido pela Diebold, uma das empresas fabricantes de urnas eletrônicas certificadas para as eleições de 2004 nos Estados Unidos. Apesar de ser um debate a respeito de votação eletrônica, não é isto que o torna pertinente à democracia. O debate poderia tratar de qualquer prática corporativa ou de governo que fosse difícil de investigar e analisar, tivesse graves implicações e que fosse amplamente ignorada pela grande mídia. O fato relevante aqui é que a esfera pública em rede se mobilizou e conseguiu, com sucesso, transformar algo que não era pauta de discussão pública séria em uma discussão pública que levou a ações públicas concretas.

Urnas eletrônicas foram utilizadas em escala substancial pela primeira vez nas eleições de novembro de 2002 nos EUA. A cobertura da mídia ressaltava principalmente a novidade do mecanismo com leves referências à possibilidade de eventuais falhas, mas sem nenhum questionamento severo quanto à segurança do sistema. Sem dúvidas, uma análise profunda não seria uma tarefa fácil dada a necessidade de alto grau de conhecimento a respeito de segurança de computadores e o fato de o assunto ser tratado como altamente confidencial. Entretanto, devido a uma série de fatos, a tarefa mostrou-se viável para um grupo de voluntários organizados através da Internet.

Ao final do mês de janeiro de 2003, Bev Harris, uma ativista especializada em urnas eletrônicas descobriu um site da Diebold onde encontravam-se milhares de arquivos com informações confidenciais sobre suas urnas indevidamente acessíveis ao público. Mo início do mês seguinte, ela publicou 2 artigos em um jornal online neo-zelandês. Além disso, organizou em seu site um espaço para pessoas com conhecimentos técnicos discutirem a respeito de suas descobertas. No início de julho, ela publicou uma análise dos resultados das discussões mostrando como o acesso ao material poderia ter sido usado para afetar os resultados das eleições de 2002 no estado da Georgia. Num editorial anexado à publicação os editores do jornal online adicionaram a seguinte nota que ressalta diversas características da esfera pública em rede:

"Nós agora podemos, pela primeira vez, revelar a localização do site onde encontra-se todo o material. Como podemos prever tentativas por parte da Diebold de evitar a distribuição destas informações, nós encorajamos os apoiadores da democracia a fazer diversas cópias destes arquivos e disponibilizá-los em websites e redes de compartilhamento de arquivos: http://users.actrix.co.nz/dolly/. Como muitos destes arquivos estão protegidos por senhas você pode precisar de ajuda para abri-los. Nós descobrimos que a ferramenta disponível em http://www.lostpassword.com/ funciona bem. Por fim, alguns arquivos estão danificados, mas esta outra ferramenta pode ser útil para recuperá-los: http://www.zip-repair.com/. Neste estágio, acreditamos que ainda não chegamos nem remotamente próximo de investigar todos os aspectos destas informações; ou seja, não há razão para crer que as falhas de segurança encontradas até agora sejam as únicas. Portanto, esperamos novas descobertas em breve. Pedimos a assistência da comunidade online de especialistas em computação para nos auxiliar nesta busca e os encorajamos a arquivar suas descobertas em nosso fórum de discussões."

Muitas características desta convocação seriam inviáveis na mídia de massa. Ao das acesso ao material cru completo e usar a estratégia de replicar a informação para que seja impraticável censurá-la leva-se o discurso público a nortear-se pelo "veja com seus próprios olhos" em vez do "confie em nós" típico da mídia de massa.

Além disso, não foi necessário investir enormes quantias de dinheiro para contreatar especialistas. Ao contrário, voluntários que acreditavam na importância do assunto se dispuseram para a tarefa colaborativa. Este curto parágrafo delineia mecanismos radicalmente decentralizados e estratégicos de armazenamento, distribuição, análise e divulgação dos arquivos da Diebold.

Enquanto isso, novos problemas estavam surgindo para a empresa. A revista norte-americana "Wired Magazine" informou em agosto de 2003 ter recebido de um hacker uma cópia de milhares de emails internos da Diebold e enfatizou este fato como outro exemplo do desleixo da Diebold em relação à segurança. A revista não publicou o conteúdo dos emails. Entretanto, a ativista Bev Harris, também recebeu cópias dos emails e os expôs ao escrutínio público em seu site. A empresa respondeu perante a justiça requisitando a retirada do material do site.

Entretanto, os esforços da empresa foram fúteis perante a determinação dos ativistas engajados na distribuição irrestrita do material. Estudantes de diversas universidades dos EUA começaram a replicar cópias dos emails. As universidades receberam cartas requisitando a remoção do material de seus servidores. Os alunos foram obrigados a fazê-lo, mas , no que foi por eles descrito em 21 de outubro de 2003 como "desobediência civil eletrônica" cópias dos emails foram re-distribuídas em redes peer-to-peer de compartilhamento de arquivos (as mesmas redes que são freqüentemente criticadas por seu uso para pirataria de músicas e vídeos). Novamente, a participação de indivíduos de todo o país impossibilitou a censura do material.

Estes emails continham, entre muitos outros relatos problemáticos, evidências de que algumas das urnas utilizadas nas eleições em 2004 haviam sido modificadas após a certificação. Estas informações levaram à decertificação de parte das urnas da Diebold.

NOTA: A Diebold além de fornecer 75 mil urnas para as eleições nos EUA, foi responsável, em parceria com a PROCOMP, pelas urnas eletrônicas utilizadas no Brasil.

------------
Texto adaptado para o português a partir do original de Yochai Benkler no livro "Wealth of Networks: How Social Production Transforms Markets and Freedom" ("A riqueza das redes: Como a Produção Social Transforma os Mercados e a Liberdade")

O livro está disponível na íntegra para download em http://www.benkler.org/ sob a licença livre Creative Commons Attribution Noncommercial Sharealike http://creativecommons.org/licenses/by-nc-sa/2.5/

2006-12-22T15:23:00.000-02:00

This is how I intend to use dosbox to control the real pinball machine that I am building based on the design of Pinball Fantasies' PARTYland table:

This is a yet unfinished hack. I am modifying dosbox to act as a light & sensor controller for the real pinball machine. It would send on/off commands to real lights each time it detects an operation on the VGA pallete corresponding to the flashing lights in the game. It would also patch at runtime the variables that contain the x,y cordinates of the ball, each time the real ball touches a sensor, in order to put the virtual ball over the corresponding virtual sensor. This way, the original game acts as the firmware for the real machine, and no new code needs to be written. This method guarantees fidelity to the original game behaviour.

See photos of the pinball machine I am building on my flickr.

The following video shows me filling one of the light inserts using blue epoxy:

2006-11-17T23:49:00.000-02:00

Hoje eu comprei um cd com DRM.

DRM = "Digital Rights Management". Ou, na interpretação usualmente feita pelo Richard Stallman, "Digital Restritions Management"

Definitivamente, o linux ainda não é o alvo. O DRM deles só funciona em win e mac. Entretanto, a licença de uso deles coloca qualquer usuário de linux na ilegalidade pq ela diz que vc DEVE utilizar o software de DRM deles caso queira fazer cópias (em uma quantidade tecnicamente limitada) em WMA das faixas do CD.

E a licença está horripilantemente mal traduzida para o ptbr:
Está traduzido "Digital Keys" como "Teclas Digitais" (deveria ser "Chaves Digitais"...)

Bem... eles até são "legais" em dar permissão atravéz do EULA de fazer até 3 cópias do CD em outra mídia e ilimitadas cópias para dispositivos portáteis (mp3/wma players)

MAS...

precisam ser "compliant devices" (ou seja, players com suporte a DRM)

E...

essas cópias têm que ser feitas usando o software de DRM deles. Ou seja, é imposível respeitar o EULA se vc não usa Win ou Mac.

Eles fazem isso por que as 3 cópias provavelmente são infectadas com DRM também pois essas 3 cópias NÃO PERMITEM ser copiadas mais vezes

Eles estão no direito deles ao impor essas condições de uso. Entretanto, estão discriminando parte dos usuários.

2006-10-05T20:07:00.000-03:00

Por causa dessa coisa de proibição de p2p na poli, hoje eu fiquei tentando achar formas efetivas de bloquear pirataria sem matar a tecnologia como um todo.
Tentei imaginar formas técnicas de autenticar material livre para permitir que apenas material não-pirata transite pela rede. Comecei pensando em utilizar tags como aquelas (machine-readable tags) que a creative commons pode colocar na seção de metadados dos arquivos com informações sobre a licença.

Entretanto, vi que isso rapidamente seria "exploitado" por piratas que aplicariam licenças falsas em arquivos de outrem apenas para poderem entrar na rede.
Depois disso pensei em uma forma de fazer isso usando assinaturas criptográficas e com uma entidade certificadora de materiais de livre circulação.

Seria necessário que essa entidade fizesse a seleção de todo o material que entra em redes p2p e este processo muito dificilmente seria automatizável. Ou seja, seres humanos precisariam colaborar com esta entidade.
Então pensei na possibilidade de usar peer-review, similar ao mecanismo usado em sites como a slashdot para gerar relevância. Obviamente os piratas tentariam burlar o mecanismo marcando material pirata como livre. Entretanto, o sistema iria eliminá-los consistentemente do processo pois os detentores dos direitos autorais destas obrar (ou quaisquer outros bons usuários) iriam denunciar as más contribuições, o que acarretaria na diminuição do karma destes piratas.

ATENÇAO! Esta ainda é uma idéia bruta, recém-concebida, ainda muito pouco lapidada. Pode até mesmo ser uma idéia inocente, mas não deixa de ser uma idéia a ser analisada. Por favor, indiquem-me os eventuais problemas que vcs encontrarem nela e sintam-se à vontade para aprimorá-la.

2006-10-04T23:22:00.000-03:00

É um absurdo!

Hoje fui informado que no último 29 de setembro o Professor Doutor Ivan Gilberto Sandoval Falleiros, diretor da Escola Politécnica da USP, assinou a portaria interna 942 que, entre outros pontos, proibe o uso de p2p (peer-to-peer) na poli.

Eu, pessoalmente, discordo deste tipo de política que, ao abaixar a cabeça às pressões da indústria de entretenimento, acaba prejudicando usos legítimos da tecnologia.

Concordo com o termo 2 da portaria. Devemos respeitar o direito autoral e a propriedade intelectual. Entretanto, a solução proposta (e, nesta portaria, imposta) para o problema é um retrocesso.

Nas redes de peer-to-peer não trafega apenas material ilegal. Elas são também usadas para distribuição eficiente de arquivos públicos ou cuja licença de uso permite a livre distribuição. Apenas para exemplificar, a comunidade de software livre utiliza redes peer-to-peer para otimizar a distribuição de seus softwares. Veja, por exemplo, esta página do Debian (distribuição GNU/Linux): http://www.debian.org/CD/torrent-cd/

O peer-to-peer possibilita prover as necessidades da comunidade a um custo muito menor do que o de manutenção de servidores de hospedagem de desempenho equivalente.

Vale citar a seguinte analogia: "Não devemos proibir a faca para evitar o esfaqueamento. Devemos, sim, permitir que o cozinheiro use a faca e condenar o assassino."

E como um colega meu observou, percebam também que seria absolutamente possível algum dia aparecer uma portaria proibindo a instalação e uso de scanners pois eles podem eventualmente (mas, lembrem-se, nem sempre!) ser usados para fazer cópias ilegais de livros.

Acredito que o peer-to-peer deve voltar a ser permitido na poli e devemos definir uma alternativa tecnologica para combater a pirataria que não seja danosa àqueles que fazem o uso legal da tecnologia em questão. Além disso, sinto-me na obrigação de alertar as pessoas de outras unidades da USP sobre esta questão para que não permitam que portarias similares sejam-lhes impostas em suas respectivas unidades.

2006-05-26T22:03:00.000-03:00

O UOL Messenger, lançado recentemente pela UOL, é software livre licenciado sob a GPL. Portanto, não existe a possibilidade de ele se tornar exclusividade dos assinantes pois o código dele está disponível e qualquer pessoa pode modificá-lo (desde que saiba programar).

Diferentemente do que é possível de se entender pelo anúncio no site da UOL (http://messenger.uol.com.br), o UOL Messenger não foi 100% desenvolvido pelo UOL. Na verdade, a maior parte do código do UOL Messenger é derivada do Gaim (http://gaim.sf.net), outro software livre. A UOL diz que "optou" por liberar o UOL Messenger como software livre, mas, na verdade, ela é obrigada a fazer isso, pois se assim não fizesse poderia ser (com razão) processada pelos desenvolvedores do Gaim por desobedecer às condições de uso descritas pela licença de software livre GNU GPL, sob a qual o Gaim (assim como cerca de 70% dos softwares livres existentes) é licenciado.

Uma das coisas que mais me chateia é que a UOL transformou um software multiplataforma que é o Gaim em uma aplicação Windows-only. Eles removeram a infraestrutura de compilação da GNU (configure, make, etc...) e substituiram por arquivos de projeto do MSVisualC++. Nada contra o visual C++, além do fato de ele só ser útil no windows... Podiam manter os Makefiles lá pelomenos, né?

Removeram suporte a vários protocolos deixando só o que a UOL considera interessante pros seus usuários. (Óbvio que podemos ir lá e botar tudo de volta...)
O Jabber só tá lá por causa do gtalk. Pq se não fosse isso ele teria sido cortado também.

Deixaram a interface mais bonita, mas a usabilidade não é necessariamente melhor. Eu até arrisco dizer que tá pior. As abas de conversas ficaram minúsculas. E as barras com os nomes de grupos ocupam muito espaço na lista. Felizmente há uma opção de ocultar os nomes dos grupos. Isso foi uma coisa que me incomodou em particular no início...

Aliás... é impressão minha ou eles removeram a GTK? Será que usaram alguma biblioteca gráfica windows-only também?

Um elogio: na configuração do Jabber eles fizeram algo legal. Se vc insere um email gmail.com no campo Identificador do usuário , ele automaticamente preenche "talk.google.com" nas configs avançadas. Isso é bom pq ajuda bastante os usuários leigos que não leram as instruções no site do google sobre como configurar no gaim e que se forem procurar sobre como fazer isso no UOLMessenger, provavelmente não vão achar.

outro elogio: o gaim pra windows sempre foi incômodo para usuários que compartilham uma mesma conta de usuário do windows. O uol messenger acrescentou uma tela inicial de seleção de perfis que ajuda bastante esse tipo de usuário. Isso é algo legal a se copiar para o gaim.