Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
blocks:app-note:ltc_timecode [2025-04-24 12:48] mattias [Setup the timecode reader software] |
blocks:app-note:ltc_timecode [2025-05-06 10:59] (current) mattias [Make multiple Timecode readers autostart] |
||
---|---|---|---|
Line 1: | Line 1: | ||
- | =====LTC timecode as sync source===== | + | ======LTC timecode as sync source====== |
- | This application note describes a method to receive analog timecode from an external source. | + | This application note describes a method to receive analog timecode from an external source. |
- | {{: | + | {{: |
- | I refer to the analog input on the Blocks server in the article, the application | + | We refer to the analog input on the Blocks server in the article, the application can run on any linux computer, so if your source signal is elsewhere it may make sense to pickup the sync signal with another computer running the LTC_timecode reader software. One way of doing that is to use the blocks server image to create the computer. Disable the blocks service and then follow the instructions in this application not to make this into a LTC timecode reader device. |
+ | |||
+ | There are other alternative that sometimes may be more suitable, such as the one shown here: | ||
+ | https:// | ||
====Setup the timecode reader software==== | ====Setup the timecode reader software==== | ||
Plug in the USB audio device to the blocks server. | Plug in the USB audio device to the blocks server. | ||
- | Use a second computer to play [[https:// | + | Use a second computer to play [[https:// |
Plug an 3.5mm audio cable between the computers audio output with the line in/mic input of the analog audio card of the Blocks server. | Plug an 3.5mm audio cable between the computers audio output with the line in/mic input of the analog audio card of the Blocks server. | ||
===Find out the ALSA name of the sound device=== | ===Find out the ALSA name of the sound device=== | ||
To capture the desired device we must figure out the ALSA name of the usb-device. To do so we open the terminal as the pixi-server user and type: | To capture the desired device we must figure out the ALSA name of the usb-device. To do so we open the terminal as the pixi-server user and type: | ||
- | < | + | < |
Look for an entry like: | Look for an entry like: | ||
< | < | ||
Line 48: | Line 51: | ||
</ | </ | ||
- | In test mode we may also see some error logging while reading the signal, this is normal. | + | In test mode we may also see some error logging while reading the signal. |
< | < | ||
Minor error ignored. 92926 contiguous with lastReceived 92925</ | Minor error ignored. 92926 contiguous with lastReceived 92925</ | ||
Line 58: | Line 61: | ||
===Enable the driver=== | ===Enable the driver=== | ||
The driver to handle the timedata from the LTC-reader software is not enabled by default. | The driver to handle the timedata from the LTC-reader software is not enabled by default. | ||
- | To make a driver | + | To enable the driver |
Change to the script directory: | Change to the script directory: | ||
Line 73: | Line 76: | ||
Under the page Manage/ | Under the page Manage/ | ||
- | The ports is predefined in the driver to match the default configuration to the Timecode reader on the server. | + | The port is predefined in the driver to match the default configuration to the Timecode reader on the server. |
{{: | {{: | ||
- | ====Connect a Blocks timeline to sync with timecode==== | + | ===Configure the driver=== |
+ | |||
+ | You must configure the driver with the expected timecode type. The driver will fporward this information to the timecode reader program | ||
+ | |||
+ | A. Set the ' | ||
+ | This can be done using a Task triggered on system start-up or the ' | ||
+ | {{: | ||
+ | |||
+ | B. Set options using JSON data in the " | ||
+ | {{: | ||
+ | ===Connect a Blocks timeline to sync with timecode=== | ||
Create a timeline block, it can be left empty for testing purposes. | Create a timeline block, it can be left empty for testing purposes. | ||
Line 101: | Line 114: | ||
< | < | ||
+ | |||
+ | ====Make multiple Timecode readers autostart==== | ||
+ | |||
+ | :!: **IMPORTANT: | ||
+ | |||
+ | < | ||
+ | |||
+ | To read more than one LTC timecode source you could duplicate and modify the unit file, thus creating a separate unit file for this purpose. However, a better solution is to modify the unit file to a //unit template//, as this keeps all the common stuff in one place. Follow this procudure to use that option. | ||
+ | |||
+ | **1.** Rename the unit file like this: | ||
+ | < | ||
+ | |||
+ | **2.** Edit the unit template. | ||
+ | < | ||
+ | |||
+ | Using this configuration: | ||
+ | < | ||
+ | [unit] | ||
+ | Description=LTC Timecode Reader (%i) | ||
+ | |||
+ | [Service] | ||
+ | EnvironmentFile=%h/ | ||
+ | ExecStart=%h/ | ||
+ | TimeoutStopSec=20 | ||
+ | Restart=on-failure | ||
+ | RestartSec=10 | ||
+ | |||
+ | [Install] | ||
+ | WantedBy=default.target | ||
+ | </ | ||
+ | |||
+ | **3.** Rename the unit's configuration file: | ||
+ | < | ||
+ | |||
+ | **4.** Make a copy of that configuration file with a new name: | ||
+ | < | ||
+ | |||
+ | **5.** Edit the config files, specifying different audio interfaces and different network ports in each instance. | ||
+ | < | ||
+ | |||
+ | The configuraition file will look something like this (but with your device name and desired port number) | ||
+ | < | ||
+ | # Options to pass to the timecode-reader program, e.g., | ||
+ | # TIMECODE_READER_OPTIONS=-d "Alsa device name" -p "UDP port" | ||
+ | TIMECODE_READER_OPTIONS=-d plughw: | ||
+ | </ | ||
+ | |||
+ | **6.** Notify systemd of your changes: | ||
+ | |||
+ | < | ||
+ | systemctl --user daemon-reload </ | ||
+ | |||
+ | **7.** Finally, enable and start the two instances | ||
+ | < | ||
+ | systemctl --user enable --now timecode-reader@alpha.service | ||
+ | systemctl --user enable --now timecode-reader@beta.service | ||
+ | </ |