David Gessel
TFF 38 D1F2: Pina
Pina is Wim Wenders tribute to Pina Bausch in 3D. I’m not a big dance fan, not even ballet let alone modern dance, but this was a very beautiful film and I enjoyed it. Wim Wenders introduced the film and told the audience how he had met Pina 20 or more years before starting production and had wanted to make a film about her. For all of those 20 years every time they crossed paths she asked if he was ready to make his film and he said he didn’t know how, but was learning.
Wenders said he was quite taken by 3D, specifically U2 3D which he thought was a great name, but more so that the 3D technology used was sufficient to capture the essence of Pina’s dance, and so he began production, but just before production was to commence, Pina passed away.
The dancers in her troupe convinced him that he should make the film, that it is what she would have wanted, and so the film is both an beautifully shot document of Pina’s dance troupe and a tribute to Pina.
I’ve been involved with 3D film for a long time (going back 16 years I built a stereo rig from a pair of Arriflex cameras for Michael Naimark’s Be Here Now). This was the first time I got to see Dolby’s double-tristmus 3D . The way it works is each projector projects an approximately RGB signal, but with the exact wavelengths of RG&B shifted between them (and not shared). The passive glasses pass only the correct eye’s 3 color wavelengths and reject the rest. Looking through them, one is slightly magenta shifted and one slightly cyan shifted, but you quickly compensate for the slight color error, especially since one eye errs one direction and the other the opposite. If you look through both a left eye and a right eye filter (say by borrowing your neighbors pair and putting them over yours upside down), almost no light passes.
The 3D quality of the movie is quite good, better than shutter glasses with less peripheral annoyance. Only very bright highlights (like the glint of lights in a dancer’s eye) exhibited odd stereo artifacts. It is commonly noted that the focal accommodation and parallax accommodation of a stereoscopic projection is very wrong–your eyes focus on the same plane (the screen) no matter what the image displacement is, so your mind gets two conflicting data inputs – one saying “I see 3D” and the other saying “I’m focusing on a plane” and the result is eye strain and often headaches, and this technology is no different. It definitely caused some eye strain to watch it, but the effect was good and overall I’d say worth it.
TFF 38 D1F1: The Turin Horse
First day of films at TFF began with The Turin Horse, a slow, atmospheric, challenging, inaccessible film by Bela Tarr about what happened to the owner of the horse who’s beating drove Nietzche mad.
It is a long film, entirely in black and white, with very little dialog. It is visually quite striking, but definitely not going to make it to the cineplex. The story grows perhaps allegorical or possibly apocalyptic, but maybe reverses the story of creation. Maybe not. But things definitely go from bad to worse to cosmically bad.
Rsync corrupted MAC on input
I am migrating my FreeNAS 7.x to a 8.x, which means copying the ZFS tank as there isn’t a tool for migrating the disks right now and upgrading them to the version of ZFS in 8.x. Kind of a pain in the butt that was made worse by the endless recurrence of an error like:
Received disconnect from xxx.xxx.xxx.xxx: 2: Packet corrupt
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32)
rsync: connection unexpectedly closed (23734 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(601) [sender=3.0.7]
or something like:
Disconnecting: Packet corrupt
rsync: connection unexpectedly closed (581052724 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [receiver=3.0.8]
rsync: connection unexpectedly closed (202 bytes received so far) [generator]
rsync error: unexplained error (code 255) at io.c(601) [generator=3.0.8]
I figured my 7.x install had to be fine as I’ve been RSYNCing my server to it without error for about a year now, so the problem had to be in the new box and poking around for “packet corrupt rsync” on google was turning up a lot of *shrug* maybe bad RAM or a bad NIC. Hmmm… I tried command line push and pull from both boxes via SSH to see if I could get better results, no luck: a few files would transfer, maybe 10 seconds, maybe 5 minutes, then blop, bad packet, broken pipe, oh so informative “unexplained error” at io.c, start over. No way I was going to be able to transfer 3.5 TB 100MB at a time.
Finally I found this and checked the lovely graphical status monitor on the FreeNAS 7 box. It has 4GB of RAM, whichhas been plenty so far, but looking at the graph it was using about 95% of that memory. It had been up for 59 days so I was reluctant to reboot it, I mean uptime is a competition after all. But I took a dive and rebooted. Now, even with CIFS/SAMBA cranking some backup files simultaneously, RSYNC is running flawlessly at a nice steady 300mb/s, apparently limited by CPU (seems to be single threaded, maxing out one CPU and leaving the other idle, hmmm… problem for another day). I feel bad for doubting my FreeNAS 8 box, it was never the problem.
So if you’re getting RSYNC problems consider rebooting the server to free up RAM or even upgrading. The new box will have 12-16GB, which is about what is recommended for ZFS (1GB/TB) and things are looking pretty good. My RSYNC was running just -a –progress, no resource intensive -z option.
Cambridge Morning
Breakfast in the euphonic Wolf Abdias and Stanley Esdras Jules Square
PHP default Lat Lon
Odd choice for the default lat/lon in php.ini
http://maps.google.com/maps?q=31.7667+35.2333+&hl=en&ll=31.766696,35.233305&spn=0.007799,0.007832&t=h&z=17
Yard Berries are Fruiting
The urban blackberries and raspberries are starting to fruit.