This release fixes the “static” network configuration to let nodes handshake on a local network without the need for a DHCP server.

HDSync is hereby declared stable software, frame synchronization is below 3 frames error and hardly visible to human eye.

Please note that, as a consequence of cultural funding cuts in the Netherlands, this development program is being shut down and the whole Montevideo/NIMk institute will be closing by the end of the year, after more than 30 years of activity.

The Syncstarter development will survive as free and open source software, hoping it can benefit the video art community at large, keeping the Montevideo / Time Based Arts tradition alive.

Join us on Thursday 31 May in Amsterdam, Keizersgracht 264, at 17:00 where we’ll give a last demonstration of this software at Montevideo/NIMk.

To stay in touch in the future be welcome to join the syncstarter mailinglist.

Syncstarter projection on Muziek Gebouw Amsterdam

"Whale" by Jacco Olivier, 3 channels

This release can synchronise the playback of multiple channels, virtually unlimited, so far the known record is set to 37.

This release consists of a full rewrite of HDSync in C language, eliminating most of the shell scripted interaction and condensing operations into a single process.

The result of this rewrite is more stability (the 4 hours freeze is now solved!), visibly lower latency of operations, more control over network handshake and synchronization – plus we’ve made the HDSync software easy to port on more platforms.

Empirical tests show way better synchronization (close to frame precision) and very low margin of error in re-syncing after loops (still some de-sync occurs from time to time when using short clips). Please note that now it is necessary to add 5 seconds of black infront of the synced videos, in order to avoid an irregular blink at the start of every loop.

HDSyn can synchronise the playback of multiple channels, virtually unlimited.

The record so far is set to 37 channels by the Ambarella Video Wall that also gives the name to this release:

Visit HDSync homepage to know more about it and download the software.

This release includes a contribution by Michael van Rosmalen to improve stability of long term playback.

A parallel watchdog process can be configured, fixing a freezing bug that occurred randomly after running over a day.

It also enhances logging, adds the option for manual network configuration and increases the accuracy of sleep timing adjustment to micro-seconds.

Download

As usual you can download the latest version of HDSync sourcecode as well MIPSEL binary builds (WDLXTV app.bin)

Feel free to subscribe our mailinglist to stay in touch and discuss further development.

Picture of Route 3 in BAK Utrecht, the difference in timing is intentional

News

This version of HDSync, including the recent fixes, is being useful for the New York State Museum, where it is running inside the exhibition Reflecting on September 11, 2001 (with thanks to Nicholas Lue for testing and bug hunting) and for the BAK Utrecht where it is deployed to show the installation “Route 3″ by David Kelley and Patty Chang.

Announcement on Freecode

Here below a summary of changes:

• Improved stability
• Fixes to the looping of videos
• Fixes to network handshake
• Documentation updates
• New website, mailinglist – and here we are :)

as usual you can download the latest version of HDSync sourcecode as well MIPSEL binary builds (WDLXTV app.bin)

This release gets us to a good point, but HDSync still is in a BETA stage of development and we don’t have yet 100% precise frame sync.

Also there is a problem reported by many users, that the boxes freeze after about 4 to 6 hours of syncstarted loops, this is a problem we will address in the coming releases and for which there seems to be already a temporary fix.

Hence, the primary development goals towards 1.0 are: making the loop more steady (avoid freezes) and making the sync frame precise. In particular for the frame precision sync I’m planning to rewrite the network handshake and sync mechanism: while it is currently using a shell script and code from GNU netcat, I expect to lower the latency adopting the 0mq library.

Feel free to subscribe our new mailinglist to stay in touch and discuss further development.