ReWire alternative/solution (4 years later)?

Tips & Tricks
22

I have analysed Renoise midi clock MMC output via ‘pocket MIDI’…Seem to work well?

Don’t work with ‘Waveform’…:cry:…I think it’s Waveform’s fault

I Have also some doubt about the fact that MIDI clock could be really fast to make some fast changes in BPM

23

hey you may rewire renoise to any daw with proper version of plogue bidule… before 9.777

Steps explained here…Anybody got the Rewire VST installer/ ideas how to buy it ? | AudioSEX - Professional Audio Forum

1 Like
24

Hey, is there a way to sync the other DAW’s transport to Renoise? It only works the other way round, because vsts can’t control the transport function, so the other DAW has to stay in the foreground.
Someone mentioned using autohotkey, but I have no idea how this would be working with the other DAW in the background.

25

transport is shared using ableton link since renoise 3.5.

can also use midi.

26

Not all DAWs support Ableton Link, though. Cubase for example.
The method with Rewire via Bidule works nicely, only problem is the transport can’t be controlled from Renoise in this scenario. Any workaround for that would be great!

28

OK, I found a workaround myself.
You can use autohotkey to send MIDI via your computer keyboard and treat it like a generic MIDI remote in Cubase (or whatever DAW you use).
You need:
autohotkey v.1 - not v2 (https://www.autohotkey.com/)
loopMIDI ( loopMIDI | Tobias Erichsen )
AHK MIDI library and explanations / example script from this thread: AutoHotkey and MIDI - #5 by vord - Cubase - Steinberg Forums
Download: https://forums.steinberg.net/uploads/short-url/gth3LsfMdFUSjgigbC762IwYmX8.zip
And then you can make a script like this:

#NoEnv
SendMode Input
SetWorkingDir %A_ScriptDir%
setbatchlines -1	; Never sleep
#SingleInstance force
#Persistent
#include %A_ScriptDir%\\MIDI.ahk	;Path to the library

;SET UP ---------------------------------------
MIDI_IN_CHANNEL_FILTER := 0	; MIDI channel 1
MIDI_OUT_CH := 1	; MIDI channel 2

; Get all MIDI ports
midiInDevices := getMidiInDevices()
midiOutDevices := getMidiOutDevices()

; Display all MIDI ports
for index, device in midiInDevices
{
portName := index-1 . ": " . device
strInPorts .= portName . “`n" } for index, device in midiOutDevices { 	strOutPorts .= index-1 . ": " . device . "`n”
}
MsgBox, % “MIDI In`n" strInPorts "`nMIDI Out\`n” strOutPorts

; Open MIDI In
midiInDeviceId := 0
openMidiIn(midiInDeviceId)

; Open MIDI Out
midiOutDeviceId := 1
openMidiOut(midiOutDeviceId)
return

; MIDI OUT ------------------------------------
;F10::
;MIDI_NoteOn(1, 100)
;KeyWait, F10	;Prevents key repeat
;return

;F10 Up::
;MIDI_NoteOff(1)
;return

;F11::
;MIDI_CC(21, 55)
;return

F12::
MIDI_CC(50, 64)
return

Numpad0::
MIDI_NoteOn(60, 100)
KeyWait, Numpad0	;Prevents key repeat
return

Numpad0 Up::
MIDI_NoteOff(60)
return

NumpadEnter::
MIDI_NoteOn(61, 100)
KeyWait, NumpadEnter	;Prevents key repeat
return

NumpadEnter Up::
MIDI_NoteOff(61)
return

NumpadDot::
MIDI_NoteOn(62, 100)
KeyWait, NumpadDot	;Prevents key repeat
return

NumpadDot Up::
MIDI_NoteOff(62)
return

Numpad1::
MIDI_NoteOn(63, 100)
KeyWait, Numpad1	;Prevents key repeat
return

Numpad1 Up::
MIDI_NoteOff(63)
return

Numpad2::
MIDI_NoteOn(64, 100)
KeyWait, Numpad2	;Prevents key repeat
return

Numpad2 Up::
MIDI_NoteOff(64)
return

NumpadAdd::
MIDI_NoteOn(65, 100)
KeyWait, NumpadAdd	;Prevents key repeat
return

NumpadAdd Up::
MIDI_NoteOff(65)
return

NumpadSub::
MIDI_NoteOn(66, 100)
KeyWait, NumpadSub	;Prevents key repeat
return

NumpadSub Up::
MIDI_NoteOff(66)
return

This will send MIDI notes for the keys you normally use on the numpad for Cubase transport controls. But you can customize it however you want.

It’s not as comfortable as “real” ReWire, but it will control the transport functions (or whatever you use it for) from your other DAW in the background.

1 Like
29

cubase 15 came out yesterday : no Link support. AI bloat. Maybe switch to some better DAW already :smiley:

but beside, the midi clock feature should support transport control, maybe the AHK trickery is not needed.