Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: uhappo - 07.02.16 - klo:16.53
-
Hei vaan,
Eli, alla 15.10 64bit Ubuntu. EMU 0404 USB toimii hienosti. Samoin Reaper winen kautta. MUTTA, en osaa yhdistää EMUa silleen että saisin sen äänikortiksi, ainakaan inputiksi silleen että saisin tehtyä moniraitademotuksia ubuntun puolella. Jos tulee joku idea mieleen niin pitää aina buutata winukan puolelle, hiukka epäkäytännöllistä..
Eli, audiomaestrot, heittäkääs tiukka infopaketti miten saada homma toimimaan. Ardour yms vaihtoehdot ei kiinnosta, reaper all the way!
-
Onko WineASIO asennettu ja konfattu? http://kxstudio.linuxaudio.org/Documentation:Manual:wineasio_and_reaper
-
Kiitti, pitääpäs tutustua ja ottaa ehkä haltuunkin :)
-
Wautsi way, nyt saan jo kitaraa soiteltua tällä wine/Reaper/EMU-kombolla!!! En oikein vielä ymmärrä tuon JACK/Cadence-säätöjen päälle, tässä on jotain logia mitä tapahtuu:
Mon Feb 8 10:23:06 2016: Connecting 'system:capture_1' to 'reaper:in_1'
Mon Feb 8 10:23:06 2016: Connecting 'system:capture_2' to 'reaper:in_2'
Mon Feb 8 10:23:06 2016: Connecting 'reaper:out_1' to 'system:playback_1'
Mon Feb 8 10:23:06 2016: Connecting 'reaper:out_2' to 'system:playback_2'
Mon Feb 8 10:23:28 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:28 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:32 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:32 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:32 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:32 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:32 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:32 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:32 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:32 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:33 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:23:33 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:33 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:33 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:33 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:23:33 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:56 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:23:56 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:23:58 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:23:58 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:04 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:04 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:26 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:26 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:27 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:27 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:36 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:36 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:49 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:49 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:49 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:49 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:55 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:24:55 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:24:55 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:24:55 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:25:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:25:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:25:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:25:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:25:07 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:25:07 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:25:10 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:25:10 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:25:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 10:25:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:25:28 2016: Stopping jack server...
Mon Feb 8 10:25:28 2016: ERROR: JackPosixProcessSync::LockedTimedWait error usec = 29020 err = Connection timed out
Mon Feb 8 10:25:28 2016: ERROR: JackEngine::ClientDeactivate wait error ref = 2 name = dbusapi
Mon Feb 8 10:25:28 2016: ERROR: failed to deactivate dbusapi jack client. error is -1
Mon Feb 8 10:25:28 2016: Client 'system' with PID 0 is out
Mon Feb 8 10:25:28 2016: Client 'reaper' with PID 7634 is out
Mon Feb 8 10:25:28 2016: ERROR: JackPosixProcessSync::LockedTimedWait error usec = 5804 err = Connection timed out
Mon Feb 8 10:25:28 2016: ERROR: JackEngine::ClientCloseAux wait error ref = 2
Mon Feb 8 10:26:38 2016: Released audio card Audio1
Mon Feb 8 10:27:09 2016: Saving settings to "/home/urkki/.config/jack/conf.xml" ...
Mon Feb 8 10:28:48 2016: Starting jack server...
Mon Feb 8 10:28:48 2016: JACK server starting in realtime mode with priority 10
Mon Feb 8 10:28:48 2016: self-connect-mode is "Don't restrict self connect requests"
Mon Feb 8 10:28:49 2016: Acquired audio card Audio1
Mon Feb 8 10:28:49 2016: creating alsa driver ... hw:USB,0|hw:USB,0|64|2|44100|2|2|nomon|swmeter|-|32bit
Mon Feb 8 10:28:49 2016: configuring for 44100Hz, period = 64 frames (1.5 ms), buffer = 2 periods
Mon Feb 8 10:28:49 2016: ALSA: final selected sample format for capture: 24bit little-endian
Mon Feb 8 10:28:49 2016: ALSA: use 2 periods for capture
Mon Feb 8 10:28:49 2016: ALSA: final selected sample format for playback: 24bit little-endian
Mon Feb 8 10:28:49 2016: ALSA: use 2 periods for playback
Mon Feb 8 10:28:49 2016: graph reorder: new port 'system:capture_1'
Mon Feb 8 10:28:49 2016: New client 'system' with PID 0
Mon Feb 8 10:28:49 2016: graph reorder: new port 'system:capture_2'
Mon Feb 8 10:28:49 2016: graph reorder: new port 'system:playback_1'
Mon Feb 8 10:28:49 2016: graph reorder: new port 'system:playback_2'
Mon Feb 8 10:28:58 2016: Saving settings to "/home/urkki/.config/jack/conf.xml" ...
Mon Feb 8 10:29:19 2016: Stopping jack server...
Mon Feb 8 10:29:20 2016: ERROR: JackPosixProcessSync::LockedTimedWait error usec = 29020 err = Connection timed out
Mon Feb 8 10:29:20 2016: ERROR: JackEngine::ClientDeactivate wait error ref = 2 name = dbusapi
Mon Feb 8 10:29:20 2016: ERROR: failed to deactivate dbusapi jack client. error is -1
Mon Feb 8 10:29:20 2016: Client 'system' with PID 0 is out
Mon Feb 8 10:29:20 2016: ERROR: JackPosixProcessSync::LockedTimedWait error usec = 5804 err = Connection timed out
Mon Feb 8 10:29:20 2016: ERROR: JackEngine::ClientCloseAux wait error ref = 2
Mon Feb 8 10:29:24 2016: Released audio card Audio1
Mon Feb 8 10:30:18 2016: Starting jack server...
Mon Feb 8 10:30:18 2016: JACK server starting in realtime mode with priority 10
Mon Feb 8 10:30:18 2016: self-connect-mode is "Don't restrict self connect requests"
Mon Feb 8 10:30:18 2016: Acquired audio card Audio1
Mon Feb 8 10:30:18 2016: creating alsa driver ... hw:USB,0|hw:USB,0|128|2|44100|2|2|nomon|swmeter|-|32bit
Mon Feb 8 10:30:18 2016: configuring for 44100Hz, period = 128 frames (2.9 ms), buffer = 2 periods
Mon Feb 8 10:30:18 2016: ALSA: final selected sample format for capture: 24bit little-endian
Mon Feb 8 10:30:18 2016: ALSA: use 2 periods for capture
Mon Feb 8 10:30:18 2016: ALSA: final selected sample format for playback: 24bit little-endian
Mon Feb 8 10:30:18 2016: ALSA: use 2 periods for playback
Mon Feb 8 10:30:18 2016: graph reorder: new port 'system:capture_1'
Mon Feb 8 10:30:18 2016: New client 'system' with PID 0
Mon Feb 8 10:30:18 2016: graph reorder: new port 'system:capture_2'
Mon Feb 8 10:30:18 2016: graph reorder: new port 'system:playback_1'
Mon Feb 8 10:30:18 2016: graph reorder: new port 'system:playback_2'
Mon Feb 8 10:30:22 2016: New client 'reaper' with PID 8654
Mon Feb 8 10:30:22 2016: Connecting 'system:capture_1' to 'reaper:in_1'
Mon Feb 8 10:30:22 2016: Connecting 'system:capture_2' to 'reaper:in_2'
Mon Feb 8 10:30:22 2016: Connecting 'reaper:out_1' to 'system:playback_1'
Mon Feb 8 10:30:22 2016: Connecting 'reaper:out_2' to 'system:playback_2'
Mon Feb 8 10:31:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:31:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:31:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:31:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:31:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:31:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:31:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:31:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:31:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:31:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:31:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 10:31:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 10:33:12 2016: Stopping jack server...
Mon Feb 8 10:33:12 2016: Client 'system' with PID 0 is out
Mon Feb 8 10:33:12 2016: Client 'reaper' with PID 8654 is out
Mon Feb 8 10:33:12 2016: Released audio card Audio1
Mon Feb 8 10:33:12 2016: ERROR: Cannot write socket fd = 12 err = Broken pipe
Mon Feb 8 10:33:12 2016: ERROR: CheckRes error
Mon Feb 8 10:33:12 2016: ERROR: Could not write notification
Mon Feb 8 10:33:12 2016: ERROR: ClientNotify fails name = freewheel notification = 1 val1 = 0 val2 = 0
Mon Feb 8 10:33:29 2016: Saving settings to "/home/urkki/.config/jack/conf.xml" ...
Mon Feb 8 10:34:10 2016: Saving settings to "/home/urkki/.config/jack/conf.xml" ...
Mon Feb 8 10:34:10 2016: Starting jack server...
Mon Feb 8 10:34:10 2016: JACK server starting in realtime mode with priority 10
Mon Feb 8 10:34:10 2016: self-connect-mode is "Don't restrict self connect requests"
Mon Feb 8 10:34:10 2016: Acquired audio card Audio1
Mon Feb 8 10:34:10 2016: creating alsa driver ... hw:USB,0|hw:USB,0|128|2|44100|2|2|nomon|swmeter|-|32bit
Mon Feb 8 10:34:10 2016: configuring for 44100Hz, period = 128 frames (2.9 ms), buffer = 2 periods
Mon Feb 8 10:34:10 2016: ALSA: final selected sample format for capture: 24bit little-endian
Mon Feb 8 10:34:10 2016: ALSA: use 2 periods for capture
Mon Feb 8 10:34:10 2016: ALSA: final selected sample format for playback: 24bit little-endian
Mon Feb 8 10:34:10 2016: ALSA: use 2 periods for playback
Mon Feb 8 10:34:10 2016: graph reorder: new port 'system:capture_1'
Mon Feb 8 10:34:10 2016: New client 'system' with PID 0
Mon Feb 8 10:34:10 2016: graph reorder: new port 'system:capture_2'
Mon Feb 8 10:34:10 2016: graph reorder: new port 'system:playback_1'
Mon Feb 8 10:34:10 2016: graph reorder: new port 'system:playback_2'
Mon Feb 8 10:34:16 2016: New client 'reaper' with PID 8654
Mon Feb 8 10:34:16 2016: Connecting 'system:capture_1' to 'reaper:in_1'
Mon Feb 8 10:34:16 2016: Connecting 'system:capture_2' to 'reaper:in_2'
Mon Feb 8 10:34:16 2016: Connecting 'reaper:out_1' to 'system:playback_1'
Mon Feb 8 10:34:16 2016: Connecting 'reaper:out_2' to 'system:playback_2'
Mon Feb 8 10:35:57 2016: Stopping jack server...
Mon Feb 8 10:35:57 2016: Client 'system' with PID 0 is out
Mon Feb 8 10:35:57 2016: Client 'reaper' with PID 8654 is out
Mon Feb 8 10:35:57 2016: Released audio card Audio1
Mon Feb 8 10:35:57 2016: ERROR: Cannot write socket fd = 12 err = Broken pipe
Mon Feb 8 10:35:57 2016: ERROR: CheckRes error
Mon Feb 8 10:35:57 2016: ERROR: Could not write notification
Mon Feb 8 10:35:57 2016: ERROR: ClientNotify fails name = freewheel notification = 1 val1 = 0 val2 = 0
Mon Feb 8 10:36:24 2016: Saving settings to "/home/urkki/.config/jack/conf.xml" ...
Mon Feb 8 10:37:46 2016: Saving settings to "/home/urkki/.config/jack/conf.xml" ...
Mon Feb 8 10:37:52 2016: Starting jack server...
Mon Feb 8 10:37:52 2016: JACK server starting in realtime mode with priority 6
Mon Feb 8 10:37:52 2016: self-connect-mode is "Don't restrict self connect requests"
Mon Feb 8 10:37:52 2016: Acquired audio card Audio1
Mon Feb 8 10:37:52 2016: creating alsa driver ... hw:USB,0|hw:USB,0|64|2|44100|2|2|nomon|swmeter|-|32bit
Mon Feb 8 10:37:52 2016: configuring for 44100Hz, period = 64 frames (1.5 ms), buffer = 2 periods
Mon Feb 8 10:37:52 2016: ALSA: final selected sample format for capture: 24bit little-endian
Mon Feb 8 10:37:52 2016: ALSA: use 2 periods for capture
Mon Feb 8 10:37:52 2016: ALSA: final selected sample format for playback: 24bit little-endian
Mon Feb 8 10:37:52 2016: ALSA: use 2 periods for playback
Mon Feb 8 10:37:52 2016: graph reorder: new port 'system:capture_1'
Mon Feb 8 10:37:52 2016: New client 'system' with PID 0
Mon Feb 8 10:37:52 2016: graph reorder: new port 'system:capture_2'
Mon Feb 8 10:37:52 2016: graph reorder: new port 'system:playback_1'
Mon Feb 8 10:37:52 2016: graph reorder: new port 'system:playback_2'
Mon Feb 8 10:38:05 2016: New client 'reaper' with PID 8654
Mon Feb 8 10:38:05 2016: Connecting 'system:capture_1' to 'reaper:in_1'
Mon Feb 8 10:38:05 2016: Connecting 'system:capture_2' to 'reaper:in_2'
Mon Feb 8 10:38:05 2016: Connecting 'reaper:out_1' to 'system:playback_1'
Mon Feb 8 10:38:05 2016: Connecting 'reaper:out_2' to 'system:playback_2'
Mon Feb 8 10:39:13 2016: Stopping jack server...
Mon Feb 8 10:39:13 2016: ERROR: JackPosixProcessSync::LockedTimedWait error usec = 29020 err = Connection timed out
Mon Feb 8 10:39:13 2016: ERROR: JackEngine::ClientDeactivate wait error ref = 2 name = dbusapi
Mon Feb 8 10:39:13 2016: ERROR: failed to deactivate dbusapi jack client. error is -1
Mon Feb 8 10:39:13 2016: Client 'system' with PID 0 is out
Mon Feb 8 10:39:13 2016: Client 'reaper' with PID 8654 is out
Mon Feb 8 10:39:13 2016: ERROR: JackPosixProcessSync::LockedTimedWait error usec = 5804 err = Connection timed out
Mon Feb 8 10:39:13 2016: ERROR: JackEngine::ClientCloseAux wait error ref = 2
Mon Feb 8 10:39:21 2016: Released audio card Audio1
Ei meinaa oikein tuntua vakaalta. Audio toimii ajoittain just nappelisti, ei oikein huomaa lagia soittotatsissa jne muutennii tuntuu hyvältä :) Mut sit heittä xrunit päälle ja rupee aika kovaa laukkaaman. Eli oisko säätöhommista enää kyse? Muuten jos saa ton vakaaks/toimimaan nätisti niin ei tarttee enää niin paljon buuttailla winukan puolelle!!! Jee!!!
-
Toimiiko 256:n näytteen kokoisella puskurilla (nyt se on 128 WineASIO-välilehdellä ja 64 yleisissä JACK-asetuksissa)?
-
On se nyt parempi. Mutta toi latenssi.. Winukan puolella 64 latenssilla voi työntää surutta isoakin plugaria yms niin ei kyykkää. Eli säätöhommia vielä jäljellä? xrunit tulee välittömästi jos siirtelee ikkunoita edestakasin. Tossa tota logia:
Mon Feb 8 13:06:29 2016: Starting jack server...
Mon Feb 8 13:06:29 2016: JACK server starting in realtime mode with priority 6
Mon Feb 8 13:06:29 2016: self-connect-mode is "Don't restrict self connect requests"
Mon Feb 8 13:06:29 2016: Acquired audio card Audio1
Mon Feb 8 13:06:29 2016: creating alsa driver ... hw:USB,0|hw:USB,0|256|2|44100|2|2|nomon|swmeter|-|32bit
Mon Feb 8 13:06:29 2016: configuring for 44100Hz, period = 256 frames (5.8 ms), buffer = 2 periods
Mon Feb 8 13:06:29 2016: ALSA: final selected sample format for capture: 24bit little-endian
Mon Feb 8 13:06:29 2016: ALSA: use 2 periods for capture
Mon Feb 8 13:06:29 2016: ALSA: final selected sample format for playback: 24bit little-endian
Mon Feb 8 13:06:29 2016: ALSA: use 2 periods for playback
Mon Feb 8 13:06:29 2016: graph reorder: new port 'system:capture_1'
Mon Feb 8 13:06:29 2016: New client 'system' with PID 0
Mon Feb 8 13:06:29 2016: graph reorder: new port 'system:capture_2'
Mon Feb 8 13:06:29 2016: graph reorder: new port 'system:playback_1'
Mon Feb 8 13:06:29 2016: graph reorder: new port 'system:playback_2'
Mon Feb 8 13:06:40 2016: New client 'reaper' with PID 3381
Mon Feb 8 13:06:40 2016: Connecting 'system:capture_1' to 'reaper:in_1'
Mon Feb 8 13:06:40 2016: Connecting 'system:capture_2' to 'reaper:in_2'
Mon Feb 8 13:06:40 2016: Connecting 'reaper:out_1' to 'system:playback_1'
Mon Feb 8 13:06:40 2016: Connecting 'reaper:out_2' to 'system:playback_2'
Mon Feb 8 13:06:40 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:06:40 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:06:40 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:06:40 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:06:40 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:06:40 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:06:41 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:06:41 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:06:42 2016: Disconnecting 'system:capture_1' from 'reaper:in_1'
Mon Feb 8 13:06:42 2016: Disconnecting 'system:capture_2' from 'reaper:in_2'
Mon Feb 8 13:06:42 2016: Disconnecting 'reaper:out_1' from 'system:playback_1'
Mon Feb 8 13:06:42 2016: Disconnecting 'reaper:out_2' from 'system:playback_2'
Mon Feb 8 13:06:42 2016: Client 'reaper' with PID 3381 is out
Mon Feb 8 13:06:45 2016: New client 'reaper' with PID 3381
Mon Feb 8 13:06:45 2016: Connecting 'system:capture_1' to 'reaper:in_1'
Mon Feb 8 13:06:45 2016: Connecting 'system:capture_2' to 'reaper:in_2'
Mon Feb 8 13:06:45 2016: Connecting 'reaper:out_1' to 'system:playback_1'
Mon Feb 8 13:06:45 2016: Connecting 'reaper:out_2' to 'system:playback_2'
Mon Feb 8 13:08:06 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:06 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:08 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:08 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:08 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:08 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:08 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:08 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:14 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:14 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:08:15 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:08:15 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:00 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:00 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Running
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:01 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:01 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:39 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:39 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:43 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:43 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
Mon Feb 8 13:09:43 2016: ERROR: JackEngine::XRun: client = reaper was not finished, state = Triggered
Mon Feb 8 13:09:43 2016: ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
GEDIT: Kattelin tuolta hieman vinkkiä https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit (https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit) ja nyt tais löytyä passelit säädöt! JACK settingsin Driver-osiossa on Buffer size 64, Periods/Buffer 3, koska tuolla archin sivuilla viitataan USB:n ja 3:n merkkaavuutta. WineASIO:n Preferred Buffer on kans 64. Engine->Properties -kohdassa on Realtime Priority 20 ja Port max 128. Muuten aika pitkälti en oo kokeillu/säätäny/muuttanu mitään.
-
Omasta kokemuksesta nää jack- yms hommelit ubuntun puolella on olku aina jotennii huonosti dokumentoituja, tai ainakii taitamattomalle ylivoimaisen vaikeita. Eihän tuo todellakaan mitenkään ihmeellinen homma oo saada toimimaan mutta oiskohan softat parantunu sen verran että hommat vaan toimii simppelimmin..
-
xrunit tulee välittömästi jos siirtelee ikkunoita edestakasin.
Mikä näytönohjain ja ajuri?
lshw -c display
Työpöytäympäristöllä voi olla myös vaikutusta. Ubuntu Studiossa on Xfce, joka on reilusti Unityä kevyempi etenkin ilman compositea.
Low-latency-ydintä kannattaa myös testailla:
https://help.ubuntu.com/community/UbuntuStudioPreparation#Low_latency_kernel
-
*-display
description: VGA compatible controller
product: G80 [GeForce 8800 GTX]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@0000:01:00.0
version: a2
width: 64 bits
clock: 33MHz
capabilities: vga_controller bus_master cap_list rom
configuration: driver=nvidia latency=0
resources: irq:29 memory:fd000000-fdffffff memory:d0000000-dfffffff memory:fa000000-fbffffff ioport:dc00(size=128) memory:fe9e0000-fe9fffff
Työpöytäympäristöä en kovin mielellään vaihda, tykkään niin paljon tästä ubuntun omasta. Mutta tota low-latencyn ydintä vois kokeilla. Ei mulla oo muuta tarvetta ubuntun puolella moniraitahommiin kuin pikaisten ideoiden taltiointi ja sitä myöten kevyt demotus. Isommat hommat pakko tehdä winukan puolella. Mutta ois hienoo jos sais vakaan ja varmatoimisen demosynsteemin ubuntun puolelle, ei tuo taida enää kovin kaukana ees olla. Jee!
-
product: G80 [GeForce 8800 GTX]
[...]
configuration: driver=nvidia latency=0
https://wiki.archlinux.org/index.php/Pro_Audio#Tips_and_Tricks
Kokeile kytkeä nvidia-settingsillä kellotaajuuden säätö pois päältä:
If you are facing a lot of xruns especially with nvidia, disable your GPU throttling. This can be done via the card's control applet and for nvidia it is "prefer maximum performance" (thanks to a mail in LAU by Frank Kober).
Kannattaa lukea myös muut vinkit läpi tuolta Archin wikiartikkelista.
-
xrunit tulee välittömästi jos siirtelee ikkunoita edestakasin.
Low-latency-ydintä kannattaa myös testailla:
https://help.ubuntu.com/community/UbuntuStudioPreparation#Low_latency_kernel
Ohjesivusto kertoo ettei perus-Wine ole oikein suotava matalan latenssin hommia varten? Mulla oli wine asennettuna jo ennenkuin otin noi kxstudion repot, eli on varmaannii silleen että mulla on käytössä perus-wine, ei wine-rt? Nää kaikki hommelit pitäis kyllä paukuttaa kaikki yhdelle sivustolle, joku ABC ja 1-2-3 "linux audio for beginners" silleen kirjotettuna ettei ensikertalainen heti luovuta. Ehkä harmittelen vaan ääneen kun en aiemmin oo saanu hommia toimimaan..
-
Ohjesivusto kertoo ettei perus-Wine ole oikein suotava matalan latenssin hommia varten? Mulla oli wine asennettuna jo ennenkuin otin noi kxstudion repot, eli on varmaannii silleen että mulla on käytössä perus-wine, ei wine-rt?
Todennäköisesti. Voit poistaa winen ja asentaa wine-rt:n tilalle:
sudo apt-get purge winesudo apt-get install wine-rt
Nää kaikki hommelit pitäis kyllä paukuttaa kaikki yhdelle sivustolle, joku ABC ja 1-2-3 "linux audio for beginners" silleen kirjotettuna ettei ensikertalainen heti luovuta. Ehkä harmittelen vaan ääneen kun en aiemmin oo saanu hommia toimimaan..
Suomeksi voi kirjoitella tuonne Heikki Ketoharjun aloittamaan portaaliin:
https://www.linux.fi/wiki/Portaali:Musiikinteko_Linuxilla
-
Kokeilin alkukantaisia (4-5 raitaa, yks kerrallaan) nauhotella, sanotaanko näin että 80% tyytyväinen toiminnallisuuteen. Low-latencyn kernelikko latailtu, pitää huomenna sitä tyyppailla enempi. Jos sattuis ihan nollakannan xrunihommiin pääsemään niin jawohl, kirjoittaisin ihan omakohtaisen detail-listan mitä tein että sain homman toimimaan.
-
Nyt pyöräytin pikaisesti testaillen (ekaa kertaa) tota low latenssin kerneliä ja välittömästi oli huomattavissa xruninen vähentyminen, xrunit ei tullu ikkunoita siirrellessä! Chrome-selain oli vaan päällä, ei muuta. Eli Reaper, Cadence ja Chrome. Onko olemassa mitään työkalua/suurennuslasia millä tuota xrun-politiikkaa vois tiirailla, lähinnä että sais jotain hajua mistä kyse? Varmaan jos ottelis wlanin( ja netin?) pois päältä (niinkuin vinkeissä on) niin oiskohan tuolla vaikutusta? Sit taitaa noi irq-hommelit tulla mieleen mutta eikös ne pitäis olla reilu kymmenen vuotta vanhoja juttuja, vieläkö pätee? Mulla ei winukalla oo mitään nettiadapteria (wlan/ethernet) päällä tai aktivoitua eikä muutenkaan audiokoneet kosketa ikinä nettiä. Silleen hiukka epäreilua vertailla käyttöjärjestelmiä koska ei oo samat "lähtökohdat". Mutta mutta, homma tuntuu paranevan koko ajan, tai ainakin hitusen verran mennään eteenpäin. Tää on vanha kone, speksit liitteessä. Lähinnä testikoneena kun loppuviikosta saan vanhan i7 k2600-pohjaisen koneeni takaisin käyttöön (piti vaihtaa prossun tuuletincooleri) ja siihen ois tarkoitus asennella kans samat audiohommat winereaperemu-pohjalta.
-
Kirjoitin kokemuksista omalle sivustolle tarinaa, myös jonniimoisen ohjeen aloittelijalle. Tai silleen jos pitäis itelleni selittää ummikkona toi kokonaisuus/asia niin ehkä tommoisen kautta:
http://www.ukkohapponen.fi/suht-diippia-norttailya/ (http://www.ukkohapponen.fi/suht-diippia-norttailya/)
-
Freq scaling pois päältä.
-Koivukoski1
-
Etsiskelin hiukka infoa ja tässä pikku kiireessä kerkesin tämmöistä tsekata:
sudo apt-get install cpufrequtilscpufreq-infocpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 2.00 GHz - 3.00 GHz
available frequency steps: 3.00 GHz, 2.67 GHz, 2.34 GHz, 2.00 GHz
available cpufreq governors: conservative, ondemand, userspace, powersave, performance
current policy: frequency should be within 2.00 GHz and 3.00 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 2.00 GHz.
cpufreq stats: 3.00 GHz:12,53%, 2.67 GHz:6,46%, 2.34 GHz:14,76%, 2.00 GHz:66,26% (19704)
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 1
CPUs which need to have their frequency coordinated by software: 1
maximum transition latency: 10.0 us.
hardware limits: 2.00 GHz - 3.00 GHz
available frequency steps: 3.00 GHz, 2.67 GHz, 2.34 GHz, 2.00 GHz
available cpufreq governors: conservative, ondemand, userspace, powersave, performance
current policy: frequency should be within 2.00 GHz and 3.00 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 2.00 GHz.
cpufreq stats: 3.00 GHz:13,70%, 2.67 GHz:7,42%, 2.34 GHz:15,69%, 2.00 GHz:63,20% (19098)
-
Asenna indicator-cpufreq, niin voit valita performance-tilan paneelikuvakkeen kautta. Tuon indikaattorikomponentin asennuksen myötä myös Cadencen CPU Scaling Governor -asetuksen pitäisi olla säädettävissä.
Näytönohjaimen adaptiivinen kellotaajuuden säätö on sitten vielä toinen tekijä, josta jo mainitsinkin. Sen voi kytkeä pois Nvidia X Server Settingsin PowerMizer-välilehdellä. 8800 GTX ei myöskään ole optimaalinen näytönohjain musiikkityöasemaan. Melkoinen tehosyöppö ja samalla analogisiin signaaleihin vaikuttava häiriölähde. Joku kevyt GeForce GT 710 tai vastaava sopisi paremmin, jos integroitua näytönohjainta ei ole tai jos sellaisen kanssa on ongelmia.
-
Asenna indicator-cpufreq, niin voit valita performance-tilan paneelikuvakkeen kautta. Tuon indikaattorikomponentin asennuksen myötä myös Cadencen CPU Scaling Governor -asetuksen pitäisi olla säädettävissä.
Näytönohjaimen adaptiivinen kellotaajuuden säätö on sitten vielä toinen tekijä, josta jo mainitsinkin. Sen voi kytkeä pois Nvidia X Server Settingsin PowerMizer-välilehdellä. 8800 GTX ei myöskään ole optimaalinen näytönohjain musiikkityöasemaan. Melkoinen tehosyöppö ja samalla analogisiin signaaleihin vaikuttava häiriölähde. Joku kevyt GeForce GT 710 tai vastaava sopisi paremmin, jos integroitua näytönohjainta ei ole tai jos sellaisen kanssa on ongelmia.
Jeshhh, niinhän tuo ilmestyi Cadenceen!!! :)
Kokeilin jo kerran (eli löysin sen asetuksen) sitä Nvidian hommaa, mut sillä kerralla en huomannut sen ihmeellisempiä muutoksia. Toi 8800GTX ei oo kyllä mikään lemppari näytönohjain, kovaääninen ja muutenni tuntuu että seköhän se tuuppaa lämpöö tähän huoneeseen tms. Tää kone on varakone joka kasattu osista sieltä täältä, muutin eukon kanssa yhteen niin sit kamat oli vähän hujanhajan vähän aikaa ja toi kone jäi sit turhan pitkäks aikaa pääkoneeks. Oonpahan nyt telkunnu sen kanssa ja kokeillu kaikenlaista. Saan loppuviikosta i7 k2600-koneeseeni uuden CPU-coolerin niin sit on se käytössä, siinä meen integroidulla HD3000-näyttiksellä joten NVidia menköön lastenhuoneeseen pelikoneeks tms pois oikeiden hommien tieltä :)
-
Tuolla säädöllä todellakkii vaikutusta! Tuo ainut xrun tuli siitä kun laitoin Reaperin päälle, ikkunoita kun siirtelee ei vaikutusta ja kun laittaa Alt+Tabilla työpöydän näkyviin ja takaisin ikkunat päälle niin ei vaikutusta. Aika hyviä hommia! 8)
-
Täältä vielä usb-audio vinkkejä.
http://www.rncbc.org/drupal/node/850
Ja muuta konffailua ja "audioscripti".
http://wiki.linuxaudio.org/wiki/system_configuration
-Koivukoski1
-
Noi menee jo aika diipin analyysin puolelle :) Mutta, kyllä windowsin puolellakin on tullut vuosien mittaan katottua/koluttua forumeita ja tunettamisvinkkejä aika huolella. Jotennii winukan puolella ne on ollu vaan "loogisempia" ja ehken yleistettävempiä. Ja helpommin löydettävissä. En harrasta tässä mitään linuxaudiomaailman dissausta tai muutenkaan "valita", harmittelen vaan kun oisin jo viitisen vuotta sitten ollu aika kiinnostunu ubuntun audiohommista mutta tuli jotennii semmoisia seiniä vastaan ettei vaan sit enää kiinnostanu - oli helpompi buutata "toiselle puolelle" ja alkaa tekemään.. Toivottavasti joku about samanlaisen konfiguraation (sw+hw) omaava sais syttyjä/jeesejä näistä päivittelyistäni. Kirjotin itelleni noi ohjeet koska aikomus on jokaiseen ubuntukoneeseeni asennella samat ja kattoo miten saap "kaiken irti" vehkeistä, säätäminen on aina mukavaa :) Soiton ohessa varsinnii :D
-
rtirq:n käyttäminen on aika helppoa.
Esim1. rtirq:n kirjoitettu usb5 ensimmäiseksi, ihan kokeeksi.
rame@rame-System-Product-Name:~$ sudo /etc/init.d/rtirq status
[sudo] password for rame:
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
86 FF 90 - 130 0.0 S irq/16-ehci_hcd
91 FF 85 - 125 0.0 S irq/8-rtc0
443 FF 80 - 120 0.0 S irq/17-snd_hda_
51 FF 50 - 90 0.0 S irq/9-acpi
76 FF 50 - 90 0.0 S irq/25-xhci_hcd
77 FF 50 - 90 0.0 S irq/26-xhci_hcd
78 FF 50 - 90 0.0 S irq/27-xhci_hcd
79 FF 50 - 90 0.0 S irq/28-xhci_hcd
80 FF 50 - 90 0.0 S irq/29-xhci_hcd
81 FF 50 - 90 0.0 S irq/30-xhci_hcd
82 FF 50 - 90 0.0 S irq/31-xhci_hcd
83 FF 50 - 90 0.0 S irq/32-xhci_hcd
84 FF 50 - 90 0.0 S irq/33-xhci_hcd
85 FF 50 - 90 0.0 S irq/34-xhci_hcd
87 FF 50 - 90 0.0 S irq/23-ehci_hcd
89 FF 50 - 90 0.0 S irq/12-i8042
90 FF 50 - 90 0.0 S irq/1-i8042
169 FF 50 - 90 0.0 S irq/19-firewire
170 FF 50 - 90 0.3 S irq/35-0000:00:
186 FF 50 - 90 0.0 S irq/19-0000:04:
197 FF 50 - 90 0.0 S irq/37-0000:08:
363 FF 50 - 90 0.0 S irq/38-mei_me
484 FF 50 - 90 0.0 S irq/22-snd_hda_
911 FF 50 - 90 0.0 S irq/36-eth0
956 FF 50 - 90 0.0 S irq/39-nvidia
3 TS - 0 19 0.0 S ksoftirqd/0
17 TS - 0 19 0.0 S ksoftirqd/1
25 TS - 0 19 0.0 S ksoftirqd/2
33 TS - 0 19 0.0 S ksoftirqd/3
rame@rame-System-Product-Name:~$Ja ylärivillä onkin 90 rtpriolla usblaite. Jos käyttää midiä, ehkä antaa rtc:n olla ekana.
Toki pitäisi tietää usbportti mitä nostaa, tai kokeilee mikä xrunaa vähiten.
Käytän firewireä, joten omalla koneella listassa on firewire toisena. Ja...
rame@rame-System-Product-Name:~$ sudo /etc/init.d/rtirq status
[sudo] password for rame:
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
89 FF 90 - 130 0.0 S irq/8-rtc0
168 FF 85 - 125 0.0 S irq/19-firewire
440 FF 80 - 120 0.0 S irq/17-snd_hda_
86 FF 75 - 115 0.0 S irq/16-ehci_hcd
87 FF 74 - 114 0.0 S irq/23-ehci_hcd
88 FF 70 - 110 0.0 S irq/1-i8042
51 FF 50 - 90 0.0 S irq/9-acpi
76 FF 50 - 90 0.0 S irq/25-xhci_hcd
77 FF 50 - 90 0.0 S irq/26-xhci_hcd
78 FF 50 - 90 0.0 S irq/27-xhci_hcd
79 FF 50 - 90 0.0 S irq/28-xhci_hcd
80 FF 50 - 90 0.0 S irq/29-xhci_hcd
81 FF 50 - 90 0.0 S irq/30-xhci_hcd
82 FF 50 - 90 0.0 S irq/31-xhci_hcd
83 FF 50 - 90 0.0 S irq/32-xhci_hcd
84 FF 50 - 90 0.0 S irq/33-xhci_hcd
85 FF 50 - 90 0.0 S irq/34-xhci_hcd
169 FF 50 - 90 0.3 S irq/35-0000:00:
187 FF 50 - 90 0.0 S irq/19-0000:04:
193 FF 50 - 90 0.0 S irq/37-0000:08:
358 FF 50 - 90 0.0 S irq/38-mei_me
469 FF 50 - 90 0.0 S irq/22-snd_hda_
941 FF 50 - 90 0.0 S irq/36-eth0
986 FF 50 - 90 0.0 S irq/39-nvidia
3 TS - 0 19 0.0 S ksoftirqd/0
17 TS - 0 19 0.0 S ksoftirqd/1
25 TS - 0 19 0.0 S ksoftirqd/2
33 TS - 0 19 0.0 S ksoftirqd/3
rame@rame-System-Product-Name:~$
Nyt rt-kello nokkii ensin ja heti perään firewire ja sitten snd.
Fstab:n relatimen tilalle noatime auttanee.
Sivustolla oleva scripti kannattaa ajaa ennen audio hommia.
Grub:n cmdline tarvinnee "threadirqs"
Nyt on jo aika hyvät audio asetukset.
Vanhalle läppärilleni tarvitsi noita unbind taikoja, mutta niistä myöhemmin?
-Koivukoski1
-
Kappas, aika loogiseltahan tuo näyttää. Pitääpä huomenna tutustua paremmin!
-
Audioscriptin tulosta:
== GUI-enabled checks ==
Checking if you are root... no - good
Checking filesystem 'noatime' parameter... 4.2.0 kernel - good
(relatime is default since 2.6.30)
Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance' CPU 4: 'performance' CPU 5: 'performance' CPU 6: 'performance' CPU 7: 'performance' - good
Checking swappiness... 60 - not good
** vm.swappiness is larger than 10
set it with '/sbin/sysctl -w vm.swappiness=10'
See also: http://linuxmusicians.com/viewtopic.php?f=27&t=452&start=30#p8916
Checking for resource-intensive background processes... none found - good
Checking checking sysctl inotify max_user_watches... < 524288 - not good
increase max_user_watches by adding 'fs.inotify.max_user_watches = 524288' to /etc/sysctl.conf and rebooting
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#sysctlconf
Checking access to the high precision event timer... not readable - not good
/dev/hpet found, but not readable.
make /dev/hpet readable by the 'audio' group
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers
Checking access to the real-time clock... not readable - not good
/dev/rtc found, but not readable.
make /dev/rtc readable by the 'audio' group
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers
Checking whether you're in the 'audio' group... yes - good
Checking for multiple 'audio' groups... no - good
Checking the ability to prioritize processes with chrt... yes - good
Checking kernel support for high resolution timers... found - good
Kernel with Real-Time Preemption... not found - not good
Kernel without real-time capabilities found
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#installing_a_real-time_kernel
Checking if kernel system timer is set to 1000 hz... found - good
Checking kernel support for tickless timer... found - good
== Other checks ==
Checking filesystem types... ok.
not found.
** Warning: no tmpfs partition mounted on /tmp
For more information, see:
- http://wiki.linuxaudio.org/wiki/system_configuration#tmpfs
- http://lowlatency.linuxaudio.org
** Set $SOUND_CARD_IRQ to the IRQ of your soundcard to enable more checks.
Find your sound card's IRQ by looking at '/proc/interrupts' and lspci.
sudo cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7
0: 28 0 0 0 0 0 0 0 IO-APIC 2-edge timer
1: 2 0 0 0 0 0 0 0 IO-APIC 1-edge i8042
8: 1 0 0 0 0 0 0 0 IO-APIC 8-edge rtc0
9: 3 0 0 0 0 0 0 0 IO-APIC 9-fasteoi acpi
12: 4 0 0 0 0 0 0 0 IO-APIC 12-edge i8042
16: 31 0 0 0 0 0 0 0 IO-APIC 16-fasteoi ehci_hcd:usb3
18: 1601535 1937 0 0 0 0 0 0 IO-APIC 18-fasteoi ath9k
19: 2 0 0 0 0 0 0 0 IO-APIC 19-fasteoi firewire_ohci
23: 79190 328726 741618 376391 0 0 0 0 IO-APIC 23-fasteoi ehci_hcd:usb4
25: 0 0 0 0 0 0 0 0 PCI-MSI 2097152-edge xhci_hcd
26: 0 0 0 0 0 0 0 0 PCI-MSI 2097153-edge xhci_hcd
27: 0 0 0 0 0 0 0 0 PCI-MSI 2097154-edge xhci_hcd
28: 0 0 0 0 0 0 0 0 PCI-MSI 2097155-edge xhci_hcd
29: 0 0 0 0 0 0 0 0 PCI-MSI 2097156-edge xhci_hcd
30: 0 0 0 0 0 0 0 0 PCI-MSI 2097157-edge xhci_hcd
31: 0 0 0 0 0 0 0 0 PCI-MSI 2097158-edge xhci_hcd
32: 0 0 0 0 0 0 0 0 PCI-MSI 2097159-edge xhci_hcd
33: 0 0 0 0 0 0 0 0 PCI-MSI 2621440-edge enp5s0
34: 14788 33603 57558 14948 0 0 0 0 PCI-MSI 512000-edge 0000:00:1f.2
35: 226299 0 0 0 0 0 0 0 PCI-MSI 32768-edge i915
36: 13 0 0 0 0 0 0 0 PCI-MSI 360448-edge mei_me
37: 1857 0 0 0 0 0 0 0 PCI-MSI 442368-edge snd_hda_intel
NMI: 19 17 18 17 11 12 15 10 Non-maskable interrupts
LOC: 1244391 1191320 1295351 1410466 494717 383977 495948 417141 Local timer interrupts
SPU: 0 0 0 0 0 0 0 0 Spurious interrupts
PMI: 19 17 18 17 11 12 15 10 Performance monitoring interrupts
IWI: 0 0 0 0 0 0 0 0 IRQ work interrupts
RTR: 3 0 0 0 0 0 0 0 APIC ICR read retries
RES: 30054 26684 16548 20193 16382 12568 16975 20636 Rescheduling interrupts
CAL: 3097 1007 969 985 1008 1068 997 1049 Function call interrupts
TLB: 43900 38947 42011 42472 26760 29368 29627 26897 TLB shootdowns
TRM: 0 0 0 0 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 0 0 0 0 Threshold APIC interrupts
DFR: 0 0 0 0 0 0 0 0 Deferred Error APIC interrupts
MCE: 0 0 0 0 0 0 0 0 Machine check exceptions
MCP: 37 37 37 37 37 37 37 37 Machine check polls
HYP: 0 0 0 0 0 0 0 0 Hypervisor callback interrupts
ERR: 0
MIS: 0
PIN: 0 0 0 0 0 0 0 0 Posted-interrupt notification event
PIW: 0 0 0 0 0 0 0 0 Posted-interrupt wakeup event
lsusbBus 004 Device 005: ID 04fc:05d8 Sunplus Technology Co., Ltd Wireless keyboard/mouse
Bus 004 Device 004: ID 0518:0001 EzKEY Corp. USB to PS2 Adaptor v1.09
Bus 004 Device 003: ID 041e:3f04 Creative Technology, Ltd E-Mu 0404
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
sudo cat /proc/asound/modules
0 snd_hda_intel
1 snd_usb_audio
Eli mitenkähän tässä menis etiäpäin? Varmaan IRQ-hommeli ois helpoin yritellä ja saada jotain vaikutusta? xruneja heittää edelleen vaikka meinaa tuntua ja näyttää siltä että ok eli vakaalta. Audioscripti kertoo paljon kaikenlaista mikä on epäoptimaalisesti, mutta mites jos lähtis tolla IRQ-hommelilla kattomaan efektiä? Ja miten, tota sudo /etc/init.d/rtirq statushommelia ei mulla näemmä olekaan?
Äkkisiltään katottuna tuo rivi 16: 31 0 0 0 0 0 0 0 IO-APIC 16-fasteoi ehci_hcd:usb3on se joka pitäis EMU:n tapauksessa kiinnostaa?
-
Taitaa scripti neuvoa ihan hyvin?
Mutta high precision event timer...
Mulla
/lib/udev/rules.d/40-timer-permissions.rulesSisältää
KERNEL=="rtc0", GROUP="audio"
KERNEL=="hpet", GROUP="audio"Nyt audio ryhmä saa käyttää noita eväitä.
rtirq tiedosto löytyy
/etc/defaulthakemistosta.
Sielä vain ensimmäiseen kommentoimattomaan riviin tarvii puuttua.
RTIRQ_NAME_LIST="rtc usb snd"Voisi olla usb audiolle hyvä?
Mutta nyt kaikki usb laitteet keulii, joten olisi ehkä tarpeen nostaa vain audion usb porttia.
Silloin tarvitsee laittaa usbportin numero usbX(X=portin nro).
Monet "disablettaa" usb 3.0:n jo bios puolelta. Siis jos laite usb 2.0.
Lopuksi ajat turhat prosessit tappavan scriptin, ennen audioistuntoa.
Edit: Meni usb portinumerot ja usb väylätyypin numerot samaan koriin. Sori.
-Koivukoski1
-
Toi keskeytysten tulostus on ihan hyvä?
Mitä haettiin oli... CPU0 CPU1
0: 3210606 3352696 IO-APIC 2-edge timer
1: 1577 1734 IO-APIC 1-edge i8042
8: 1 0 IO-APIC 8-edge rtc0
9: 6938 7071 IO-APIC 9-fasteoi acpi
12: 74 76 IO-APIC 12-edge i8042
16: 1 0 IO-APIC 16-fasteoi uhci_hcd:usb3, mmc0, firewire_ohci
18: 70 85 IO-APIC 18-fasteoi uhci_hcd:usb8
19: 34653 35737 IO-APIC 19-fasteoi ata_piix, ata_piix, ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb7
21: 0 0 IO-APIC 21-fasteoi uhci_hcd:usb4
23: 57860 60497 IO-APIC 23-fasteoi ehci_hcd:usb2, uhci_hcd:usb6
27: 20140 20665 PCI-MSI 524288-edge radeon
28: 465550 161 PCI-MSI 1048576-edge iwlwifi
29: 178 166 PCI-MSI 442368-edge snd_hda_intel
30: 130 131 PCI-MSI 526336-edge snd_hda_intel
NMI: 1796 1812 Non-maskable interrupts
LOC: 3774932 3770320 Local timer interrupts
SPU: 0 0 Spurious interrupts
PMI: 1796 1812 Performance monitoring interrupts
IWI: 0 2 IRQ work interrupts
RTR: 0 0 APIC ICR read retries
RES: 988815 1098663 Rescheduling interrupts
CAL: 6852 4430 Function call interrupts
TLB: 20244 20667 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
DFR: 0 0 Deferred Error APIC interrupts
MCE: 0 0 Machine check exceptions
MCP: 46 46 Machine check polls
HYP: 0 0 Hypervisor callback interrupts
ERR: 0
MIS: 0
PIN: 0 0 Posted-interrupt notification event
PIW: 0 0 Posted-interrupt wakeup event
Ettei ole tälläistä, missä samalla keskeytyksellä monta vermettä usb3, firewire ja mmc0.
-Koivukoski1
-
Ok, toi scripti on varsin ihan kuningashommeli!!! Sitten seuraavaan asiaan: mulla ei oo kumpaakaan
/lib/udev/rules.d/40-timer-permissions.rules/etc/default/rtirqeli tuommoiset pitäis tehdä? udev-homman ymmärränkin mitä sinne pitää tuikata (noi kaks rimpsua) mutta tota
RTIRQ_NAME_LIST="rtc usb snd"synsteemiä en kyllä ymmärrä, tulee tonne rtirq-jutskaan mutta sit töksähtää. Pitäis osata priorisoida toi EMU mutta näkeekö mistään mitä tarkkaa porttia pitäis osata priorisoida ettei kaikki keuli? Pikku jeesiä tartteis että ymmärtäis isomman kokonaisuuden :)
-
Asenna paketti rtirq-init. Lisäksi kernelin komentoriville pitää lisätä parametri threadirqs: https://wiki.ubuntu.com/UbuntuStudio/rtirq
Muista ajaa update-grub käynnistysasetusten muokkauksen jälkeen.
-
Ok, lähdetääs kokeilemaan:
lsusb -t/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 3, If 1, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 3, If 2, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 3, If 3, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 5: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 5: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 8: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 8: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
Lyhyellä ala-asteen koululla tuosta päätellen rtirq-hässäkkä näyttää nyt tältä:
#
# Copyright (C) 2004-2015, rncbc aka Rui Nuno Capela.
#
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation; either version 2
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License along
# with this program; if not, write to the Free Software Foundation, Inc.,
# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
#
# /etc/sysconfig/rtirq
# /etc/default/rtirq
#
# Configuration for IRQ thread tunning,
# for realtime-preempt enabled kernels.
#
# This program is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License version 2 or later.
#
# IRQ thread service names
# (space separated list, from higher to lower priority).
# RTIRQ_NAME_LIST="rtc snd usb i8042" # old
RTIRQ_NAME_LIST="rtc usb3 snd"
# Highest priority.
RTIRQ_PRIO_HIGH=90
# Priority decrease step.
RTIRQ_PRIO_DECR=5
# Lowest priority.
RTIRQ_PRIO_LOW=51
# Whether to reset all IRQ threads to SCHED_OTHER.
RTIRQ_RESET_ALL=0
# On kernel configurations that support it,
# which services should be NOT threaded
# (space separated list).
RTIRQ_NON_THREADED="rtc snd"
# Process names which will be forced to the
# highest realtime priority range (99-91)
# (space separated list, from highest to lower priority).
# RTIRQ_HIGH_LIST="timer"Ja öh sitten tuonne /lib/udev/rules.d/40-timer-permissions.ruleson heitetty
KERNEL=="rtc0", GROUP="audio"
KERNEL=="hpet", GROUP="audio"sitten sudo gedit /etc/default/grubja se näyttää sit tältä
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="threadirqs"
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
Buuttauksen jälkeen audioscripti kertoo tällaista:
== GUI-enabled checks ==
Checking if you are root... no - good
Checking filesystem 'noatime' parameter... 4.2.0 kernel - good
(relatime is default since 2.6.30)
Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance' CPU 4: 'performance' CPU 5: 'performance' CPU 6: 'performance' CPU 7: 'performance' - good
Checking swappiness... 60 - not good
** vm.swappiness is larger than 10
set it with '/sbin/sysctl -w vm.swappiness=10'
See also: http://linuxmusicians.com/viewtopic.php?f=27&t=452&start=30#p8916
Checking for resource-intensive background processes... none found - good
Checking checking sysctl inotify max_user_watches... < 524288 - not good
increase max_user_watches by adding 'fs.inotify.max_user_watches = 524288' to /etc/sysctl.conf and rebooting
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#sysctlconf
Checking access to the high precision event timer... readable - good
Checking access to the real-time clock... readable - good
Checking whether you're in the 'audio' group... yes - good
Checking for multiple 'audio' groups... no - good
Checking the ability to prioritize processes with chrt... yes - good
Checking kernel support for high resolution timers... found - good
Kernel with Real-Time Preemption... not found - not good
Kernel without real-time capabilities found
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#installing_a_real-time_kernel
Checking if kernel system timer is set to 1000 hz... found - good
Checking kernel support for tickless timer... found - good
== Other checks ==
Checking filesystem types... ok.
not found.
** Warning: no tmpfs partition mounted on /tmp
For more information, see:
- http://wiki.linuxaudio.org/wiki/system_configuration#tmpfs
- http://lowlatency.linuxaudio.org
** Set $SOUND_CARD_IRQ to the IRQ of your soundcard to enable more checks.
Find your sound card's IRQ by looking at '/proc/interrupts' and lspci.
-
Monissa audio distroissa nuo confit valmiina.
Mutta voi ne tehdä itsekin.
Dmesg saattaa näyttää laitteesi porin, kun tökkäät laitteesi kiinni, näkyy se rimpsun lopussa.
Pelkkä "usb" ilman numeroa on ihan hyvä.
Vain pakolliset usb laitteet kiinni. Ehkä audio yksin usb 3.0 ja muut usb 2.0 tai toisinpäin.
Muistelisin, ettei noista tmp...tarvitse nykyjään? En ihan varma kuitenkaan.
Mutta laita toi swappiness kuntoon.
Jos haluaa pilata päivän voi lueskella näitä?
lsusb -t
lsusb -v
sudo lshw
sudo lsusb -v | less
cat /proc/asound/cards
-Koivukoski1
-
Ok, rimpsut tehty. Testailin aika uskomaton stressitestiä ja sanoisin että aika hyvään suuntaan ollaan menossa, toi on se testi: http://www.dawbench.com/benchmarks.htm (http://www.dawbench.com/benchmarks.htm)
Eka xrun tuli kun latas ton session Reaperiin, eli ei pidä varmaan hirveitä syttyjä siitä asiasta ottaa :) xrunit lisääntyi kun rupesin latomaan tuota plugarikasaa isommaks mut onkii silleen aika luonnoton testi. Windowsin puolella sain ladattua about 192 RXC-kompuraa ja silti pysyi audio vakaana ja puhtaana. Mutta jeshh, suunta on vääjäämättä hyvä! Pitää testailla kitaran kanssa tänään tahi huomenna (perhe-elämä..) miten hommat toimii ja onko varmuutta hommassa.
-
Kyllä low latency ytimellä dsp kuormat on >90% ennen xruneja.
RT-ytimellä 99-100%.
Ja pitäisi pelata jopa 0,3ms puskureilla. 2.6.31-rt oli aikoinaan eka ydin jollamoisiin pääsin.
-Koivukoski!
-
Kyllä low latency ytimellä dsp kuormat on >90% ennen xruneja.
RT-ytimellä 99-100%.
Ja pitäisi pelata jopa 0,3ms puskureilla. 2.6.31-rt oli aikoinaan eka ydin jollamoisiin pääsin.
-Koivukoski!
Ok, eli pitää toi swappiness laittaa kuosiin, sit lisää troubleshoottausta
scripti:== GUI-enabled checks ==
Checking if you are root... no - good
Checking filesystem 'noatime' parameter... 4.2.0 kernel - good
(relatime is default since 2.6.30)
Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance' CPU 4: 'performance' CPU 5: 'performance' CPU 6: 'performance' CPU 7: 'performance' - good
Checking swappiness... 10 - good
Checking for resource-intensive background processes... none found - good
Checking checking sysctl inotify max_user_watches... < 524288 - not good
increase max_user_watches by adding 'fs.inotify.max_user_watches = 524288' to /etc/sysctl.conf and rebooting
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#sysctlconf
Checking access to the high precision event timer... readable - good
Checking access to the real-time clock... readable - good
Checking whether you're in the 'audio' group... yes - good
Checking for multiple 'audio' groups... no - good
Checking the ability to prioritize processes with chrt... yes - good
Checking kernel support for high resolution timers... found - good
Kernel with Real-Time Preemption... not found - not good
Kernel without real-time capabilities found
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#installing_a_real-time_kernel
Checking if kernel system timer is set to 1000 hz... found - good
Checking kernel support for tickless timer... found - good
== Other checks ==
Checking filesystem types... ok.
not found.
** Warning: no tmpfs partition mounted on /tmp
For more information, see:
- http://wiki.linuxaudio.org/wiki/system_configuration#tmpfs
- http://lowlatency.linuxaudio.org
** Set $SOUND_CARD_IRQ to the IRQ of your soundcard to enable more checks.
Find your sound card's IRQ by looking at '/proc/interrupts' and lspci.
GEDIT: Ei kestä vieläkään kunnon kuormia, jostain hyppii xrunia kehiin
-
lsusb -t/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 3, If 1, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 3, If 2, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 3, If 3, Class=Vendor Specific Class, Driver=snd-usb-audio, 480M
|__ Port 5: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 5: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 8: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 8: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
cat /proc/asound/cards 0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xf7f00000 irq 37
1 [USB ]: USB-Audio - E-MU 0404 | USB
E-MU Systems, Inc. E-MU 0404 | USB at usb-0000:00:1d.0-1.3, high speed
-
Mukava lukea ketjua, jossa hommat toimii.
Itse kommentoin tästä välistä ketjun alkupään juttuja, että mielestäni Linux-musassa muutamat perussäädöt on yllättävän yleisiä: eli periods/buffer USB-korteilla kolmoseen, ja sit prosessorin virransäästöominaisuudet pois. Eli hyvin tutulta kuulostaa: tasan samat säädöt itsekin on pitänyt tehdä.
Ongelma vaan tuntuu olevan se, että Linux-dokumentaatiossa (ja myös ohjelmien säätöpaneeleissa) menevät sekaisin semmoiset säädöt, joita tarvitsee kaikki hyvin usein ja sitten semmoiset säädöt, joita ei tarvitse juuri kukaan paljon koskaan. Tämähän olisi mahdollista korjata suunnittelemalla musaohjelmistoja paremmiksi ja kirjoittamalla dokumentaatio koherentimmaksi. Ongelma vaan on, että sekä ohjelmia tekevät että dokumentaatiota kirjoittavat ovat itse aika teknisiä ihmisiä, eivätkä siksi osaa karsia ja pelkistää oleelliseen.
Toinen ongelma sitten on Linux-musajärjestelmän hajanaisuus: on olemassa useita hieman päällekäin meneviä standardeja, eikä ole mitenkään selkeästi kuvattavissa, miten järjestelmä rakentuu. Olisi mukava, jos voisi selkeästi kertoa tyyliin: ALSA vastaa ajureista, Jack ristiinkytkennästä, ohjelmat varsinaisesta äänen prosessoinnista. Tuollaiset yleistykset kompastuvat kaikenlaisiin poikkeuksiin ja poikkeuksen poikkeuksiin: Firewire-kortin ajurit ei olekaan Alsassa vaan FFADOssa, Jack ei huolehdikaan ristiinkytkennästä kaikkien midilaitteiden kanssa, vaan tarvitaan Alsa-siltaus jne jne.
Mutta hyvä kuitenkin, että homma alkaa selkiytymään. Linux on siitä kiva systeemi, että kun setupin kerran tekee ja huolella varmuuskopioi/dokumentoi, se on helppo pystyttää uudelleen.
Tämä toisen sivun kama onkin jo minun kannaltani sitten hepreaa kun en moniraitaäänityksiä tai isompia miksauksiakaan tee. Onneksi Koivukoski ja nm on näihin perehtyneet.
-
Omasta mielestäin semmoisia pitemmän kaavan how-to-do-it -ohjeita on liian vähän, siis semmosia että jengi kirjoittais ylös toimenpiteet A:sta B:hen miten "studio" on pystytetty. Lähinnä softan tiimoilta. On olemassa semmosiakin ihmisiä jotka ei esim osaa selaimesta laittaa kirjanmerkkipalkkia näkyviin yms "hardcore"-hommia, pointtina siis että yleisellä tasolla jengi ei ihan niin älyttömän kiinnostunut oo "säätämisestä". Hommien pitäis vaan "toimia". Jos ohjeet on täysin pitkinpoikin ympäri nettiä eikä missään ole ns selvästi ja simppelisti onnistumisen "kaavaa" niin aika moni kääntyy kannoillaan ja menee helpomman reitin kautta. Aika monta kertaa oon kuullu Kuopion piireissä (varsinnii joskus 10 vuotta sitten) että hei, jos teet audiohommia niin osta mäkki. Säästyt paljolta. Paitsi rahanmenolta.. Ehkä tässäkin pointtina se että joissakin jutuissa hommat on mietitty etukäteen aika pitkälle, valmiiks, on helppo hypätä veneeseen. Edelleenkään en tosihommia (audio) tee/tekis linuxilla koska kokonaisuus ei ole niin tuttu, turvallisen vakaa ja simppeli. Mutta kyllä tää silmiä on avannut, säätämällä näemmä pääsee eteenpäin ja varsin hyviin tuloksiin.
Edelleenkään en ole vielä tyytyväinen tohon xrun-hommeliin, oisko asiaa tuntevilla herroilla vielä vinkkiä tai analyysia asiaan? Mielellään kyllä säätelen ja samalla yritän ymmärtää miksi mikäkin vaikuttaa mihinkin. Mielenkiintoisia hommia, varsinnii jos kärsivällisyyttä löytyy :)
-
Olen kyllä samaa mieltä, että askel askeleelta -tyyppinen opas olisi tarpeen. Ja vielä mieluiten semmoinen, joka kestäisi aikaa menemättä heti vanhentuneeksi. Tuonne Linux.fi -wikiin voisi semmoisen suomeksi kyllä kirjoitellakin, jos löytyisi hyvä porukka kaikki asian puolet avaamaan ja helppolukuisen sivun laatimaan.
-
Yritän puolikuumeisesti miettiä notta mistä toi mun xrunaus johtu, voiko johtua BIOS-säädöistä? Toisaalta ne toimii winukan puolella..
-
Voi olla myös Winestä johtuva ongelma. Et ole tainnut kokeilla natiiviohjelmilla?
http://wiki.cockos.com/wiki/index.php/How_to_run_Reaper_in_Wine_on_Linux
Preferences->Buffering->Use native events for syncronizing: Due to the way wine works there is a lot of overhead in using IPC (Inter Process Communication). Reaper uses one such mechanism to syncronise it's threads, namely Native Events. Best results can most likely be achieved by unchecking Preferences->Buffering->Use native events for syncronizing. This will have the drawback (on SMP systems) of the cpus/cores running in loops and thus cause extra cpu usage, but the trade off is lower latency and less risk of xruns (audio dropouts) in the ASIO/JACK callback thread. One way of dealing with the high cpu usage is to manually specify a lower amount of cpus, like 1 or 2 in Preferences->Buffering until you really need more cpu.
-
Voi olla myös Winestä johtuva ongelma. Et ole tainnut kokeilla natiiviohjelmilla?
http://wiki.cockos.com/wiki/index.php/How_to_run_Reaper_in_Wine_on_Linux
Preferences->Buffering->Use native events for syncronizing: Due to the way wine works there is a lot of overhead in using IPC (Inter Process Communication). Reaper uses one such mechanism to syncronise it's threads, namely Native Events. Best results can most likely be achieved by unchecking Preferences->Buffering->Use native events for syncronizing. This will have the drawback (on SMP systems) of the cpus/cores running in loops and thus cause extra cpu usage, but the trade off is lower latency and less risk of xruns (audio dropouts) in the ASIO/JACK callback thread. One way of dealing with the high cpu usage is to manually specify a lower amount of cpus, like 1 or 2 in Preferences->Buffering until you really need more cpu.
Natiiviohjelmilla en oo kokeillu, tai on mulla Ardour (4.4) asennettuna mutta siellä tuntui hommat tökkivän. Muistaakseni oon ottanu noi winen hommat huomioon Reaperin asetuksissa, mut pitääpä tänä iltana vielä pläräillä synsteemiä läpi enempi.
-
Bios pitää säätää mahdollisimman tyhmäksi.
Virran säästöt yms. pois.
Hyper threading pois päältä.
Yritän illalla katsella lisää.
Edit: Oletko audio groupissa?
Ajoitko scriptin, joka lopettaa turhat prosessit.
-Koivukoski1
-
Bios pitää säätää mahdollisimman tyhmäksi.
Virran säästöt yms. pois.
Hyper threading pois päältä.
Yritän illalla katsella lisää.
Edit: Oletko audio groupissa?
Ajoitko scriptin, joka lopettaa turhat prosessit.
-Koivukoski1
Tässä ketjussa näkyy esim "audio scriptin" tulosteessa että oon audio groupissa ja oon kernelirivistöäkin modannu sen tiimoilta, vinkkien perusteella. Mikäs se semmoinen scripti on joka lopettaa turhat prosessit? En oo vielä semmoista nähny tai sit oon tyylikkäästi ohittanu sen tutkaillessani vinkkejä..
-
sori en muistanut ja en laiskana lukenut uudestaan?
#!/bin/sh
modprobe -r ppdev # I don't have a parallel port
modprobe -r lp # I don't use a printer when making music
modprobe -r uvcvideo # I don't use a webcam when making music
modprobe -r videodev # Ditto
modprobe -r ath9k # Wireless driver
modprobe -r r8169 # NIC driver
modprobe -r btusb # Bluetooth USB
/etc/init.d/bluetooth stop & # Stop Bluetooth related processes
/etc/init.d/cups stop & # Stop cups, I don't use a printer when making music
/etc/init.d/networking stop & # Stop networking, the internet is a very distracting factor when making music
/etc/init.d/network-manager stop & # Ditto
killall modem-manager # I don't have a modem
killall wpa_supplicant # See the network stuff above
modprobe snd-hrtimer # Load the ALSA high res timer for my MIDI stuff
echo -n performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor # Set the CPU scaling governor to performancejotain tähän tapaan?
pitää vissiin hankkia joku usb laite, että pääsee testailemaan.
Ei käytössä wine asiota eikä reaper ohjelmaa, eikä usb audiolaitteita en pääse oikein testaamaan.
Ehkä chrt auttaa, jos voit sillä nostaa wineä?
Kun saan usb interfacen voi kokeilla omalla koneella, miten ne täällä toimii.
-Koivukoski1
-
No toi turhien prosessien scriptihän on varsin looginen jutska, kokeilen kyllä lähipäivinä. Lähinnä se että kun teen demoja niin pitäis sit heti saada ne bändiläisille jakoon, pointtina siis että pitäis saada session jälkeen heti netti päälle. Eli onko homma niin simppeli että kun ton scriptin ajaa niin netin saa sit päälle suht helpoilla keinoilla kun ja jos niin tarvii?
Mikäs tämä chrt on, winen nostattaminen tuntuis aika loogiselta kokeilulta?
-
Moi!
Toi aiemmin pastettu skripti näyttää poistavan Wlan-ajurimoduulin käytöstä:
modprobe -r ath9k # Wireless driver
Joten arvatenkin modprobella ladataan tuo ajurimoduuli takaisin käyttöön:
sudo modprobe ath9k ja sen jälkeen Wlanin saakin päälle jollain wlan-edusohjelmalla. Jos ei halua käyttää graafista NetworkManageria, niin sitten jokin komentorivityökalu.
Linux-wikistä löytyy yllättävän hyviä ohjeita näihin. Tässä verkkoon yhdistäminen iwconfig-komennon avulla: https://www.linux.fi/wiki/Verkkoliitynn%C3%A4t#WLAN
NetworkManager: https://www.linux.fi/wiki/NetworkManager
-
Ok. No toi wlan ei nyt niin "kriittinen" tekijä oo mulle, enemmänkii toi xruniton toiminta ja about 100% toimintavarmuus. Eli jos niitä asioita vielä sais pöyhittyä kuosiin niin aika tyytyväiseltä rupeis tää projektin lopputulos vaikuttamaan :)
-
chrt näyttäis olevan toi? http://linux.die.net/man/1/chrt (http://linux.die.net/man/1/chrt) Mut ei kyllä mitään hajua miten tota pitäis käyttää.
Testasin muuten nyt tota Reaperin stressisessiota samaan tyyliin kuin winukan testeissä. Eli nyt on sama määrä plugareita (192) aktiivisena, about samoilla latensseilla mitä winukan puolella. Audiossa on xruneja (noi tuhannet ei tullu pelkästä session pyörittämisestä) mutta silti se pysyy jotennii kasassa, kun lisää aktiivisia plugareita niin audio "hajoaa" ihan niinkuin winukankin puolella tapahtui. Sanoisin että jostain parista merkkaavasta hommasta on nyt kyse, lähinnä varmaan siitä että tässä on nyt aika paljon muutakin ohjelmaa päällä. Ja tietennii toi wlan/netti, ainakin winukan puolella se on ehdoton ei. Siellä mulla ei mitään "ylimääräistä" ookaan päällä.
-
Täällä rauta monitorointi, joten latensseista ei väliä.
Miksauksessa käytän isoja puskureita, voin siis käyttää ei rt plugareita.
Esim. Convoluutio kaikuja ilman, että impulsivaste näyte on pituudeltaan 2 potenssissa?
http://linux-tips.org/t/how-to-use-chrt-command/268
Joku rt ydin toimi minulla niin, että yli 100% dsp kuorma antoi pienet lukemat(unohti ne ekat 100%).
Äänet hidastuivat, mutta toimi?
Low-latency taisi vaan xrunaa.
Voisko olla kaksi käyttäjää netti/audio ja niille omat eväät?
Tai scriptillä tapetut scriptillä käyntiin?
Edit: Normaalit audio projektit pyörii 2,5 G muistin käytöllä (Ardourilla) buffereita hiukka yli 10 000.
Sample rate on ollut 96kHz.
50% dsp kuormalla voi Ardour pyöriä ja voi surfata netissä?
i7 Sandy Bridge ylikellot 4,7G, ei pahemmin jännitteitä nostettu.
Ilmajäähy heatpipe.
-Koivukoski1
-
urkki@urkkimasiina:~$ pidof wineserver
12582
urkki@urkkimasiina:~$ chr
chroot chrt
urkki@urkkimasiina:~$ chrt -p 12582
pid 12582's current scheduling policy: SCHED_OTHER
pid 12582's current scheduling priority: 0
urkki@urkkimasiina:~$
urkki@urkkimasiina:~$ pidof jackdbus
9856
urkki@urkkimasiina:~$ chrt -p 9856
pid 9856's current scheduling policy: SCHED_OTHER
pid 9856's current scheduling priority: 0
-
Semmoinen muuten vielä, että omassa työskentelyssäni pidän aina Wlanin päällä. Toisaalta en teekään niin kuormittavaa työtä, ja myös wlan-korteissa on eroja. Kannattanee kuitenkin testata, riittääkö omassa käytössä pelkästään se, että napsauttaa NetworkManagerista, eli sieltä paneelin verkkoyhteyskuvakkeesta verkon pois käytöstä. Mikäli riittää, niin silloinhan on netti päälle/pois kytkeminen hyvinkin helppoa.
Itse en suoraan sanottuna tiedä noista wlan-korteista juurikaan, kun ei koskaan ole omassa tekemisessä juuri häirinneet. Läppärissäni mulla on erillinen rautakytkin, jolla saa verkon pois päältä tarvittaessa. En siis tiedä, mikä ero on Network Managerista verkon pois päältä kytkemisellä ja ajurimoduulin unloadaamisella. Kuvittelisin, että eroa löytyy, mutta en kyllä tarkemmin osaa sanoa.
EDIT: Kävinpä lukemassa tätä Linux audio -wikin artikkelia järjestelmän virittelystä: http://wiki.linuxaudio.org/wiki/system_configuration
Siellä sanotaan:
Gnome NetworkManager and WiFi: NetworkManager keeps scanning for new wireless networks in the background and this might cause xruns. The best option is to not use a wireless network manager in a low-latency real-time audio environment. If you really can't do without WiFi you probably won't have another option than to use wpa_supplicant.
...eli NetworkManagerin käyttöä ei suositella, vaan pitäisi käyttää wpa_supplicantia, jos on pakko.
wpa_supplicantia voi käyttää graafisen apuohjelman avulla. Siitä löytyy kuvia täältä: http://w1.fi/wpa_supplicant/wpa_gui.html
...ja Ubuntussa ohjelman asennuspaketin nimi näyttää olevan wpagui
.
-
Pitääpä huomenna kokeilla tota managerin off-tilaan heittämistä, kätsähän se silleen ois jos lopettaa kaiken nettitoiminnan taustalta pelkkä Disable networking tms
-
Ehkä uhapolla niin paljon muistia, että pelkkä pois päältä kytkentä riittää.
Toi chrt homma:
74 FF 50 90 - [irq/12-i8042]
75 FF 50 90 - [irq/1-i8042]
76 FF 50 90 - [irq/8-rtc0]
142 FF 50 90 - [irq/16-mmc0]
144 FF 90 130 - [irq/16-firewire]
149 FF 50 90 - [irq/27-radeon]
Nyt komennan:
sudo chrt -p 95 14475 FF 50 90 - [irq/1-i8042]
76 FF 50 90 - [irq/8-rtc0]
142 FF 50 90 - [irq/16-mmc0]
144 RR 95 135 - [irq/16-firewire]
149 FF 50 90 - [irq/27-radeon]
Firewiren rtprio nousi siis 90->95, eli tällä käynnistyskerralla firewiren pid oli 144.
Jotkut konffaa jotain tällästä.
echo 1000000 > /proc/sys/kernel/sched_latency_ns
echo 100000 > /proc/sys/kernel/sched_min_granularity_ns
echo 25000 > /proc/sys/kernel/sched_wakeup_granularity_ns
echo 1 > /proc/sys/kernel/hung_task_check_count
echo 20 > /proc/sys/vm/stat_interval
echo -1 > /proc/sys/kernel/sched_rt_runtime_us
echo 5 > /proc/sys/vm/dirty_background_ratioVarmaan kannattaa laittaa omat vastaavat arvo muistiin, ennenkuin alkaa ronkkimaan noita?
Mitä pienemmät latensit sitä vähemmin tehoa.
Midi hommiin rt, miksaukseen low-latency ydin isoilla buffereilla?
Mitenhän uhapon kone toimisi tällä hetkellä Ardourilla?
Koivukoski1
-
Ok, no toi chrt on ihan looginen juttu siis, näemmä. Midiä en käytä. Miksauksen bufferinosto teoreemana on ihan perusjuttu, mut pitäis pystyä ajamaan kuormaa ihan silleen aika huolella ja ei tartteis nostella buffereita. Kone kyllä pystyy matalaan latenssiin ihan älyttömillä kuormilla, testattu on. Tosin "toisella puolella". Eli nyt lähinnä vaan ubuntun configuroinnista kyse, luulisin ma.
Onko Ardourille olemassa jotain stressitestiä?
-
Roskista pelastettua Satellite Pro:n virittelyä. UbuntuStudio pohjalla.
Jätin nyt toistaiseksi journaloinnin päälle.
Fstab:lisäsin.
ext4 nobarrier,errors=remountEli relatimen tilalle kokeilin nobarrier.
Ideana ext4: piristys.
Top näytti writeback:ä aika paljon?
Lisäsin cmd line:n.
transparent_hugepage=never rootflags=data=writebackhugepage->ehkä antaa pienemmät latenssit?
Huvikseen kokeilen(vaikka ei midiä ole).
Tuonne /etc/sysctl.d/50-ubuntustudio.confTämä dev.hpet.max-user-freq=3072
Tein rootin ja...
rename gvfs-daemon.service to gvfs-daemon.service.disabled, and rename gvfs-metadata.service to gvfs-metadata.service.disabled.
Roottina
echo 1000000 > /proc/sys/kernel/sched_latency_ns
echo 100000 > /proc/sys/kernel/sched_min_granularity_ns
echo 25000 > /proc/sys/kernel/sched_wakeup_granularity_ns
echo 1 > /proc/sys/kernel/hung_task_check_count
echo 20 > /proc/sys/vm/stat_interval
echo -1 > /proc/sys/kernel/sched_rt_runtime_us
echo 5 > /proc/sys/vm/dirty_background_ratio
Ps ja pidof antaa eri numeron firewirelle? Pitää tuota ihmetellä.
Ja vielä unbindaa parilaitetta, no root ainakin valmiina.
Alku tilanteessa Ardour käynnissä näyttö, hiiri, audio lähes jäässä.
Asensin i686 optimoidun Ardourin ja nyt kone vastaa hyvin hiireen, näyttö vaikuttaa hyvältä, nyt pitää kai kokeilla
kytkeä desk:n kiinni.
Koivukoski1
Edit: taviksena ajoin vielä:sudo apt-get purge libzeitgeist-1.0-1 python-zeitgeist zeitgeist-core -Koivukoski1
-
Meni epävakaaksi, noi roottina echot oli liikaa perusarvoista pois.
Peruuttelin vähän.
Jack2 ei kytkeydy Ardouriin ->AVLinux 5 /Jack1/journalointi pois ja toimii?
Kone ei kyllä oikein tähän hommaan sattuva.
Koivukoski1
-
Tuli idis: konverttais ton Reaperin stressitestin Ardourille? Manuaalisesti pitäis tehdä se ja en oo varma reaxcompin soveltuvuudesta, mut sais ainakin tsekattua miten xrunit käyttäytyy natiivissa daw-ympäristössä
GEDIT: Onks Ardourissa jotain multiband-kompuraa natiivina/sisäänrakennettuna? Ihan ei saa suoraan siirrettyä sitä reaxcompia Ardouriin (win vst vaatii erikois-buildin?) niin pitäis tehdä täysin uusi sessio ja muokata natiiveista aineksista samantyyppinen stressisessio. Mun mielestä tosi kätevä ja hyvä tapa testailla konetta ja suorituskykyä, myös latenssin suhteen.
-
koivukoski1: muistathan, että Ardour ei oikein toimi Jack2:n kanssa, vaan pelkästään Jack1:n. Mm. export lakkaa toimimasta Jack2:n kanssa.
uhappo: mieleen tulee ainakin Calfilla ollut multiband-kompura. Asenna LV2-versio LADSPA:n sijaan, niin saat nätin käyttöliittymänkin. Olisiko Invada-plugineistakin löytynyt jokin multiband?
-
Kokeilen tuota jack1:a. Tosin olen 2core quodista lähtöisin käyttänyt jack2:a ehkä turhaan?
Joo Calfilla 4AlueCompura ja 4AlueLookaHeadUpSampleLimitteri. LinuxDSP:ä 4AlueCompura.
Ja Harrisonilla on 4AlueCompura. Näissä kaikissa LV2 gui:t.
Ladspa plugareitakin jokunen.
Tuosta läppärin virittämisestä, AVLinuksin puolella, pääsen 100%DSP kuormaan ilman xruneja!
Alkaa olemaan tuolla kuormalla aika epävakaa, jotkut AVLinux versiot on ollut Sandy Bridgellä vakaita sielläkin.
Palaan tuohon illempana.
-Koivukoski1
-
Testailin avlinux 5.0.3.
Pyörittelin muutamaa kanavaa Ardourissa ja katselin, mitä top:a tapahtuu?
Muuten hyvä, mutta vilahti jotain mikä viittasi multimediakorttiin.
root@kakku-cake-machine:~# lsusb
Bus 002 Device 003: ID 04f2:b064 Chicony Electronics Co., Ltd CNA7137 Integrated Webcam
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 002: ID 0930:0508 Toshiba Corp. Integrated Bluetooth HCI
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 005: ID 046d:c245 Logitech, Inc. G400 Optical Mouse
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
root@kakku-cake-machine:~# lsusb -t
/: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 2: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 2: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M
|__ Port 2: Dev 2, If 2, Class=Application Specific Interface, Driver=, 12M
/: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 1: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
|__ Port 3: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 3: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
root@kakku-cake-machine:~# echo '2-3' > /sys/bus/usb/drivers/usb/unbind
root@kakku-cake-machine:~# lsusb -t
/: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 2: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 2: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M
|__ Port 2: Dev 2, If 2, Class=Application Specific Interface, Driver=, 12M
/: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 1: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480MEli tuossa unbindasin webkameran. Samaan tyyliin katkoin piuhat bluetoothilta.
Jos vaikka tappaa hiiren erehdyksessä, niin sama rimpsu, mutta unbind tilalle bind.
Ei isoa vaikutusta, mutta ei topissa enää turhuuksia?
DSP-kuormat heiluivat 70-87% välillä.
Nostin chrt:ä jack:ä ja Ardouria. Pudotin näytön prio:a sekä hiiren prio:a.
Nyt heilunta vain pari %.
Siten lisäsin monialue limittereitä kunnes kuormat 97-100% ei xruneja.
Poistin kuitenkin turhat modulit lsmod->modprobe -r <nimi> used by ensin, copy pastasin samalla scriptiin.
Edit: Jos on pulseaudio kannattaa se tappaa.
Koivukoski1
-
Olen yleensä käyttänyt noita Calf-plugineja, kun ovat ilmaisia ja monilta osin hyviäkin. Muistaakseni olen asentanut KXStudion paketit Ubuntuun, ja AVLinuxissa kai oli omatekoiset paketit niistä? Näkyy tulleen pari uutta efektiäkin sitten viime näkemän. Itse olen käyttänyt eniten Monosynthiä, Filteriä ja Vintage Delayta. http://calf-studio-gear.org/#plugins
-
Kylläpä kuulosti hyvältä noi Calfin ääninäytteet!!! Hmmm, no nythän tää rupes kiinnostamaan jo aika paljon kokonaisuudessaan.
ELI:
- Tartteisin rumpukoneen demotuksia varten. Noi Calf-sivuston rumpunäytteet kuulosti varsin ok-tasoiselta demohommiin, tarkoitus kuitennii siinä vaiheessa vaan saada oma idea esiteltäväks bändiläisille jakoon.
- Jonniimoinen kitaramallinnus kaikenlaisine herkkuineen, siis delay, särö yms namit. Myös jonniimoinen bassomallinnus ois plussaa.
- Keskitason eli välttävän laadun syntikka tms kiipparistisofta, sekin vain melodioiden kokeiluun jne kun lauluja ei vielä raakademoissa oo. Mulla on tommonen usb-midi -kiippari, sillä oon nakutellu typerät ideat talteen.
Noilla pääsisin demohommissa siihen pisteeseen ettei tartteis ees buutata winukan puolelle! :)
Eli jos herroilla ois tähän antaa hyvää visiota ja vinkkiä niin I'm all ears, ois varsin mukavaa jos kaiken sais tehtyä ubuntun puolella. Aika nihkeästi oisin siirtymässä AVLinux tms jakelun kokonaisvaltaiseen käyttöön, tää ubuntu on mulle niin tutuks tullu etten oikein muuta halua käyttää. Eli xrun-politiikkaa en välttämättä saa optimaaliselle tasolle mutta jos sais välttävän demostudion rakenneltua softamaailmaan ja sillä jopa sais jotain tehtyäkin niin ois aika hieno jutska. Jeh!
-
Kitaraan ehk' Guitarix, on Marsuu, Twinii, Mesaa... voi vaihtaa kaappeja&kaiuttimia,
putket voi vaihtaa, voi saataa putkia risoiksi ja vaarin. Monia-alue saroja, convoluutio efekteja,
feedback......komeilla guilla.
Rumpukone oisko Hydrogen, voi ladata haluamasi samplet.
Rumakokki toimii Winella.
Heikki varmaan tietaa paremmin nuo midit.
-Koivukoski1
-
Kokeilin vielä kuinka pienillä puskureilla vanha läppäri( satellite pro / centrino 2 prossu) käynnistää jackin?
0,2ms näkyy kuvassa, kuormaa se tekee.
(http://file:///home/kakku/Ty%C3%B6p%C3%B6yt%C3%A4/desktop2.jpg)
Edit: ei kuva näy? Yritin kaapata työpöydän. Mutta 0,2ms se oli.
-Koivukoski1
-
Hydrogen on erinomainen rumpukone pelkiltään, mutta sen käyttäminen Ardourin kanssa on ollut mielestäni epävakaata. Hydrogenhan ei ole plugin, vaan erillinen ohjelma, joka pitää erikseen reitittää. Toki, jos haluat avata erikseen Hydrogenin ja reitittää Ardourista sinne midit joka kerta kun avaat session niin go for it... Hydro on kyllä ylivoimainen, jos haluaa tehdä rumpulooppeja ja tallentaa niitä wav-tiedostoiksi.
Paras idea varmaan olisi juuri tuo, mitä Calfin demosivuilla käytetään, eli Calf fluidsynth-plugin, johon lataa hyviä rumpusoundfontteja. En äkkiä osaa sanoa, mistä rumpusoundfontteja löytyisi, mutta arvatenkin google-haulla löytää nopeasti ainakin jotain.
Toinen vaihtoehto voisi olla Rui Nuno Capelan sampleri samplv1, johon saa omia rumpusampleja ehkä sisään? Capelalla on myös rumpukone nimeltä drumkv1, jota varmaan kannattaa testata. Linuxissa on ollut aiemmin pulaa hyvistä rumpukoneplugineista.
Guitarixia on kitaristit kehuneet. Toinen vaihtoehtohan on Rakarrack. Ei niin laadukas vissiin, koska ei muistaakseni ole vahvistinmallinnoksia, mutta itse tykkäsin käyttää syntikoiden kanssa.
Jos helppoja synia kaipaa, niin esim. Calf FluidSynthiin voit ladata soundfontteja, joilla saa ihan hyvää mididemoa aikaiseksi. FluidR3-soundfontti on esimerkiksi täydellinen General Midi -soundibankki, jossa on toistasataa soitinääntä. Jotkut, esim. jouset, ovat oikein pätevän kuuloisia. Löytyy paketista fluid-soundfont-gm.
Lisää soundfontteja, mm. avoimen koodin sinfoniaorkesterin, voi ladata helposti täältä: https://musescore.org/en/handbook/soundfont
Jos sitten haluaa "oikeita" synia eikä soundfont/samplerihommaa, niin:
Calfin paketissa on mukana pari syntikkaa, joista tuo Monosynth on itse asiassa aika mukava, ja Organ ihan jees myös. MDA:lla on hyvä piano, nimeltä mda-epiano. Löytyy paketista mda-lv2. Samasta paketista löytyy myös jonkinlaiset FM- ja analogisynat, nimeltään DX10 ja JX10. En muista, olenko niitä käyttänyt. Jos Farfisa-tyyppinen urku kiinnostaa, kannattaa asentaa paketti foo-yc20. On muuten kotimaista tekoa kyseinen syna. Perinteinen helppo syna on myös amsynth, jolla saa kaikenlaisia analogivinkunoita aikaiseksi. Ei ehkä huippulaadukas, mutta kelpaa ja suht helppokäyttöinen. Löytyy paketista amsynth. Siitä pitäisi olla myös LV2-pluginversio.
Ylipäätään kannattaa kaikkia linux-plugareita testata LV2-formaatissa, koska ne toimivat Ardourissa hyvin, ja sisältävät graafisen käyttöliittymän. Vanha LADSPA-formaattikin toimii ongelmitta, mutta plugarit eivät varsinaisesti kannusta luovuuteen. Poikkeuksena tosin Barry's Satan Maximizer, jota suosittelen erittäin lämpimästi, koska sillä saa kaikkeen lisää säröä. Sehän kai on musiikin tarkoitus. Kyseinen plugin on Steve Harrisin tekoa, ja löytyy paketista swh-plugins – yhdessä noin 20 muun pluginin kanssa.
Itse päädyin kyllä Ardour-kaudellani käyttämään Calf-plugineita tosi runsaasti, koska ne oli niin hyviä ja kattavia. Olivat myös vakaita ja hyvännäköisiä, joten miksi ei? Suosittelen siis aloittamaan niistä.
===
Syntikoista mun ylivoimainen suosikki muuten on ZynAddSubFx tai sen rinnakkaisversio Yoshimi. Ne kuitenkin on ehkä enemmän luokkaa "avaruusalus" kuin "keskitaso". Jos synteesi kiinnostaa, on kyseisessä laitteessa tutkittavaa seuraavan vuosikymmenen ajaksi. Soundi on erinomainen, eikä muita synia tarvitse kokeilla. Yoshimia/Zynia ei ladata Ardourin sisälle, vaan käytetään erikseen, ja äänet reititetään edestakaisin. Tehokkaaseen käyttöön kannattaa ottaa mukaan sessionhallinta - mikä taas vaatii lisää asentelua ja konffailua.
Olen tehnyt Linux-wikiin listauksen hyvistä plugineista. Kannattaa uskoa ennemmin sitä, kuin hajanaista muistiani. Esim. rumpukoneeksi siellä tarjotaan Fablaa: https://www.linux.fi/wiki/Efekti-_ja_instrumenttipluginit#Hyvi.C3.A4_plugineja . Se ei kylläkään ole Ubuntun pakettivarastoissa suoraan.
Aika nopeasti huomaat varmaankin, että Ubuntun repoista ei kaikkia mielenkiintoisia soittimia löydy. Kannattaa harkita asentavansa KXStudion pakettivaraston, joka toimii Ubussa, ja josta löytyy monia hyviä softia. Itse käytän Ubuntu 14.04-asennusta, jonka päällä on KXStudio-paketit. Varoitan kuitenkin, että jos järjestelmä on viritetty kuntoon, voi olla parempi ottaa siitä varmuuskopiot ennenkuin testaa tätä. Omissa kokeiluissani Ardour ei ole toiminut hyvin KXStudion kanssa, koska KXStudio käyttää Jackin 2-versiota. 1-versiolla Ardour toimii paljon vakaammin ja paremmin.
KXStudion plugin-valikoima on kuitenkin hyvä, ja yleensä myös ajantasainen: http://kxstudio.linuxaudio.org/Repositories:Plugins
-
Kiitti, arvostettavaa vastaustyyliä! Onko näin että Cadencen myötä tuleva Jack on mallia 2? Mulla on KXStudion repot ubuntussa, eli sieltä oon otellu noi sydeemit. Ardour vaikuttaa "periaatteessa" varsin oivalta vaihtoehdolta demotteluun, mutta se pitäis saada mahd A) vakaaksi B) "helpoksi" ja C) nopeaksi. On täysin ymmärrettävää että winukan ja linuxin puolella asiat ovat toimintaperiaatteiltaan hieman erilaisia, workflow ei voi olla ihan sama. Mulla on winukalla käytössä noin 600€:n softat, pääosin Superior Drummer+Komplete 6+Reaper ja parit halvat-mutta-hyvät pikkuplugarit. Oon tehny templaten jonka avaan Reaperin aukaistuani ja about 5 sekunnin päästä mulla on kaikki käytössäni - rumpukone johon heittelen vaan midi-klippejä (saan moneen tyyliin kompit nopeasti kasaan) ja sitpä onkii jo basson+kitaran vuoro, ne on Guitar Rigin kautta. Sit kiippareiden vuoro joka on kans yhden napin päässä, heittää kanavan rec-tilaan niin pääsee suoraan soittamaan synasta soundeja.
Jos tällaisen workflown saisi rakenneltua esim Ardourin ympärille niin olisi aika fantsua. Olikohan AV Linuxin sivuilla (vai KXStudion, can't remember) mainintaa/esimerkki miten semmoinen onkin linuxin puolella mahdollista!? Taidan kuitennii odotella AV Linuxin seuraavan eli uuden version ilmestymistä ja tekis mieli ihan kokeilla sitä..
-
Uhapolle vielä.
Onko etc/modprobe.d/alsa-base.conf:a audio laitteesi index=0.
Index=0 laite saa 1 prioriteetin ko. laitteista.
-Koivukoski1
-
Kyllä, Candencen mukana tulee Jack2. Cadence-paketti on mielestäni erinomainen noin muuten, ja sitä kautta löytyy noihin esittämiisi kysymyksiin mielestäni ratkaisuja. Mikäli tuota Jack2-asiaa ei olisi, suosittelisin painokkaasti ja liki ehdottomasti käyttämään Cadencea ja kumppaneita, koska se on vaan ylivoimaisesti pisimmälle viety ja helppokäyttöisin softa koko Linux-studion hallintaan, mitä olen koskaan kokeilut. Siinä on oikeasti mielestäni tehoa ja voimaa, ja joka kerta tulee hyvä mieli sitä käyttäessä: mihin kaikkeen kone pystyykään...
Olen itse esim tehnyt Bitwig Studion ja Claudian kanssa reititystemplaten, jonka avulla starttaan studion, ja Bitwig + Yoshimi sekä käynnistyvät että reitittyvät toisiinsa automaattisesti. Se vaati sekä Claudiaan erillisen studion luomista että Bitwigiin template-pohjan rakentamista. Koska Bitwigissä ei ole tukea varsinaiselle sessionhallinnalle, joudun aina lataamaan biisit erikseen sekä Bitwigiin että Yoshimiin, samoin tallennus molemmissa erikseen. Jos BW lisää tuen sessionhallinnalle, onnistuu myös tallentaminen yhdellä napin painalluksella.
Mutta sinun setuppiisi:
Ardourissa voit tehdä ihan normaalin templaten, jossa voit luoda raitoja, pistää niihin efektejä ym. Se on helppoa, ja säästää jo itsessään paljon aikaa. Itse tein sellaisen käytettyäni Ardouria viitisen vuotta, ja kirosin hölmöyttäni, etten jo aiemmin ollut moista älynnyt.
Jos ei käytä Cadencea vaan tuota QJackCtl:ää eli Jack Controlia, Jackin reititykset voi automatisoida Patchbayn avulla niin, että kun softat on käynnistänyt käsipelissä, ne reitittyvät aina automaattisesti samalla tavalla. Olen itse kokenut kaikissa tapauksissa tällaisen vakioreitityksen järkeväksi tavaksi: aina samat kanavat samoista softista/äänilähteistä toisiin. Linux.fi-wikiin kirjoittelin Patchbaysta ohjeet: https://www.linux.fi/wiki/JACK_Audio_Connection_Kit#Patchbay
Tuollainen automaattiset reititykset + Ardour-template ratkaisee ainakin omasta mielestäni jo aika paljon säätötarvetta. Jos haluaa vielä järeämpää, niin sitten pitää ottaa tosiaan jokin sessionhallinta käyttöön: https://www.linux.fi/wiki/Sessionhallintaty%C3%B6kalut
Dave Phillipsin artikkeli sessionhallinnasta kolmen vuoden takaa: http://lwn.net/Articles/533594/
Sun tapauksessa kannattaa varmastikin aloittaa Ardourin asetusten säätämisellä. Ylipäätään Ardourin vakaus ja toimivuus on varmaan avainkysymys: jos sen saa pelaamaan luotettavasti, voi ympärille rakentaa solidin setin. Kannustan hakemaan asetuksia, joilla softat ei kaadu suunnilleen ikinä. Linuxissa sellainen on mahdollista, kun järjestelmä toimii hyvin, ja softat on valittu huolella (eikä konetta kuormita liikaa).
EDIT:
Pitää vielä selventää. Eli Jack1:n ja Jack2:n ero on se, että Jack2:sta voi ohjata tavallaan "etänä" dbusin kautta. Siksi jotkut sessionhallintatyökalut vaatii Jack 2:n. Jos sulla on Ardour-pohjainen setup, kannattaa käyttää Jack1:stä, ja etsiä jokin sellainen sessionhallinta, joka ei vaadi Jack2:sta. NSM eli Non Session Manager on ainakin Ardourissa tuettuna.
Jos kuitenkin pärjäät ilman sessionhallintaa, pelkästään Ardouriin tallentamalla plugineja, on se ehkä vielä helpompi ja parempi systeemi.
-
En oo pariin päivään asiaan paneutunu, mut pitääpäs taas lähipäivinä asiaan ottautua. Tuossa osui sivusilmään että Reaper 64bit ja wine64 ei oo mikään optimaalinen pari.. Oon hieman muitakii DAW-vaihtoehtoja tsekkaillu (Traction, Bitwig) mutta joko GUI ei miellytä tai muuten vaan ei oo oikein intuitiivistä meininkiä niissä. Ardourissa on kans jotain semmoista mikä ei oikein tunnu "oikealta", tai muuten vaan "kodillisen" lämpimältä. Johtuu varmaan siitä että Reaperin käyttöliittymä on niin tuttu kun about 10 vuotta pelkästään sitä oon käyttäny..
-
Itse oon nyt pari vuotta ollut Bitwigin käyttäjä. Oma tekemiseni on lähinnä midieditointia – ääntä en äänitä käytännössä lainkaan. Midieditointiin Bitwigissä on mielestäni erinomaiset työkalut, ja ohjelma on myös sangen vakaa. Myönnän, että ennen Bitwigiä olin vuosia tuuliajolla, kun mikään midieditori ei tuntunut olevan FL Studio 5:n veroinen. En tosin ollut ainoa, vaan hyvin monet muut ovat sanoneet samaa FL Studion midieditoinnin ylivoimaisuudesta. Näin niihin softiin vain tottuu...
-
Bitwig kyllä kiinnostaa jollain kierolla tapaa. Toi säveltäminen/ideointi kun on jotennii "erilaista" tehdä eri ohjelmalla, siks kiinnostais toi Bitwigin maailma. Ja sitä kun on kehuttu niin paljon, Gearslutzissa tosi paljon positiivista kommenttia siitä. Ja just vakautta korostaavat. Kokeilen lähipäivinä sitä huolellisemmin ja varsinnii midihommia ajatellen, ainoa miinus tietennii toi hinta..
-
Kokeilin usb audiota, joku terratec.
Ei ko. laite ollut rt audioon kykeneva. Firewirella noin 8 kertaa pienemmat puskurit.
Uusi Ardour/alsa/jack ei edes antanut kovin pienia period lukuja.
Vaihtelivat hieman eri booteilla.
Jack1 antoi saataa xruneille...
-Koivukoski1
-
Itse taas tulin epäileväiseksi ja miettiväiseksi, että mahtoikohan Cadence sittenkään vaatia Jack 2:sta? Claudia ainakin vaatii, ja itse sitä käyttäessäni joudun Jack2:lla ajelemaan. Jos Cadence toimii myös Jack 1:llä, eikä vaadi korvaamaan sitä Jack2:lla, suosittelen kokeilemaan. Voisin tarkistaakin lähiaikoina kun tuonne KXStudio-järjestelmän puolelle boottaan, että kuinka ehdoton tuo Jack2-kytkös oli.
-
Tänään ollu hieman tuotteliaampi päivä, kuus biisiä (introja lähinnä..) lähti tulille. Kyllä se vaan toi Reaper on niin mutkaton ja bueno, tuttu ja turvallinen. Kunhan vaan sais täysin xrunittomaks niin oispa elämä heleppoo! :)
-
Taitaa Cedence ja Jack2 olla aika vahvassa liitossa keskenään?
-
Taitaa Cedence ja Jack2 olla aika vahvassa liitossa keskenään?
Ilmeisesti tarkistit asian? Näin alunperin ajattelin, ja varmaan asia pitää paikkansa. Jack 2:sta voi hallita etänä, ja varmaankin on niin että osa Cadencen toiminnoista sitä vaatii.
-
Itseasiassa en tarkistanut vaikka hieman googlettelinkin asiaa, huomasin vaan sun postauksen (Cadence+JACK2) tuolla "Äänen kuuluminen useammasta äänilähteestä"-keskustelussa..
-
Jack2 kykenee esim. smp:n. Mutta jack1 voi olla parempi vanhemmilla (1-2 ydin)koneilla.
Tuolta lisää : https://github.com/jackaudio/jackaudio.github.com/wiki
-Koivukoski1
-
Mulla on "päämylly" neliprossuinen, ei tarvetta kevyemmälle JACK:ille siis.
jackd --versionjackdmp 1.9.11
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2015 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
no message buffer overruns
no message buffer overruns
no message buffer overruns
jackdmp version 1.9.11 tmpdir /dev/shm protocol 8
Cadence on pirun kätsä, sitä mieluusti käyttäisin. Jotennii mä oon hylkäämässä sitä Ardourin valjastamista demokäyttöön, tai sen ympärille rakentamista. Ihan mieluusti kokeilen sitä AV Linuxia sit kun seuraava versio tulee, siihen mennessä pärjään varmaannii ihan näin ton Reaperin kanssa vaikkei toimikaan "ihan täydellisesti". Ehkä pärjään :)
-
Toi Jack 2 ei tosiaan toimi Ardourin kanssa kunnolla. Esim. exporttaaminen ei toiminut muistaakseni ollenkaan, ja muita aika showstopper-ongelmia ilmeni. Siksi en tuolla toisessa topikissa aloittelijalle asiaa mutkistanut, vaan totesin ykskantaan, että Ardour + Cadence voi olla hankala yhdistelmä. Kuten oikeasti voikin. Jos toi toimii hyvin Reaperin kanssa, käytä ihmeessä. Itse en enää Cadencesta vaihda pois, ellei välttämättä tarvitse. Pitäisi joskus testata tuo Jack 1 -asia.
Voisi kyllä joskus pyytää Cadencen/KXStudion kehittäjä FalkTX:ltä, että nuo muutamat Cadencessa olevat huippuominaisuudet irrotettaisiin erillisiksi toiminnoiksi. Tai sitten vaan lisättäis Cadenceen edes puolinainen tuki Jack 1:lle.
-
Kyllä Jack2 ja Ardour toimii, ainakin audion mixaamisessa.
Exportauksessa tulee muuten nykyisin raportti, jossa LU/LUFS, spektri aikajanalla ja vola matoo.
Täällä Jack2 ja Frames/Period 1024, sample rate 96kHz.
Voi ajaa 100% kuormalla, eikä kaatua. Raksahtelee tottakai, no niin kai pitääkin, tolla kuormalla.
Sandy Bridge 4,7 GHz kelloilla.
Mutta voi Jack1 olla kevyempi ja parempi, jos pyrkimys rt/pienet latenssit.
-Koivukoski1
-
Matalin mahdollinen latenssi on se tärkein jutska
-
Pitää tarkentaa: Jack 2 *ei* ole raskaampi kuin Jack 1. Kyse on siitä, että jotkut softat (tunnetuimpana Ardour) ei ole sen kanssa täysin yhteensopivia. Ja tämä epäyhteensopivuus voi sitten aiheuttaa epävakautta.
-
Ehkei jack2 ole raskaampi.
Defaultina kuitenkin async. moodissa, eli 1 bufferi enemmän, jolla yrittää estää xruneja kuulumasta?
Ko. prosessi lisää latenssia, sync. moodissa jack2:n latenssi pienenee.
Jotkut vertailleet jack_io_delay:n avulla jack1 vs. jack2, ykkönen on ykkönen.
https://www.mail-archive.com/linux-audio-dev@lists.linuxaudio.org/msg17993.html
Tarkoittaa kai sitä, että jos haluaa daw:n delay compensaation toimivan ja käyttää jack:ä on valinta jack2?
-Koivukoski1
-
Oon palannut tähän aiheeseen kun ketjustossa on noi audioskriptit jne, EMU 0404 USB on vaihtunut firewire-toimiseen M-Audio ProFire 2626:een ja wine on jäänyt pois natiivin Reaperin ansiosta. Eli, hiukkasen on kuviot muuttunu mutta silti mennään pitkälti samojen teemojen parissa. Oon aloitelku huolellisemman demoilun ääniraudan kanssa, myös midi messissä tällä kertaa. Kamppailen xrunien kanssa, edelleen, mutta kaikkia temppuja/loogisia vinkkejä en oo vielä toteuttanut.
Päivittelen tähän ketjuun lopullisempia tuloksia ja setuppiani kunhan saan kaiken (toivottavasti) kuntoon, tavoitteena (demotarkoituksessa) saada kaikki tuotettua ubuntun puolella - ihan varsin hyvältä ja houkuttelevalta tuntuva tavoite!
-
By the way, onko mahdollista asentaa normiasennukseen joku paljon kevyempi ikkunamanageri gnomen tilalle? Jos semmoisellakin vois vähentää xruneja?
-
Onhan se mahdollista.Linux-jakelut on siittä mukavia että voit tehdä justiin omanlaisen työ-ympäristön.
Tuolla jotain vaihto-ehtoja.
http://www.techradar.com/news/software/operating-systems/10-of-the-best-linux-window-managers-909223
-
Oon tän ketjun myötä väännelly ja säädelly aika paljon synsteemiä, viimeinnii sit otin Network Managerista WLANin pois päältä.. 3 xrunia koko pitkän illan aikana, jäi vielä taustaohjelmiakin päälle ja en oo ajanu turhia ohjelmia ajavaa skriptiä. Jee!!! :D On kyllä todella jees juttu, winukalle ei tartteekaan enää paljoa buuttailla..
-
Pitää hiukka päivitellä nyt itellenikin että mitä kaikkea säätöä tässä on nyt päällä, toimii niin loistavasti että pakko ynnätä ylös. Eli:
perl ./realTimeConfigQuickScan.pl== GUI-enabled checks ==
Checking if you are root... no - good
Checking filesystem 'noatime' parameter... 4.4.0 kernel - good
(relatime is default since 2.6.30)
Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance' CPU 4: 'performance' CPU 5: 'performance' CPU 6: 'performance' CPU 7: 'performance' - good
Checking swappiness... 10 - good
Checking for resource-intensive background processes... none found - good
Checking checking sysctl inotify max_user_watches... >= 524288 - good
Checking access to the high precision event timer... readable - good
Checking access to the real-time clock... readable - good
Checking whether you're in the 'audio' group... yes - good
Checking for multiple 'audio' groups... no - good
Checking the ability to prioritize processes with chrt... yes - good
Checking kernel support for high resolution timers... found - good
Kernel with Real-Time Preemption... not found - not good
Kernel without real-time capabilities found
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#installing_a_real-time_kernel
Checking if kernel system timer is high-resolution... found - good
Checking kernel support for tickless timer... found - good
== Other checks ==
Checking filesystem types... ok.
not found.
** Warning: no tmpfs partition mounted on /tmp
For more information, see:
- http://wiki.linuxaudio.org/wiki/system_configuration#tmpfs
- http://lowlatency.linuxaudio.org
** Set $SOUND_CARD_IRQ to the IRQ of your soundcard to enable more checks.
Find your sound card's IRQ by looking at '/proc/interrupts' and lspci.
sudo gedit /lib/udev/rules.d/40-timer-permissions.rulesKERNEL=="rtc0", GROUP="audio"
KERNEL=="hpet", GROUP="audio"
sudo gedit /etc/rc.localsysctl -w vm.swappiness=10
exit 0
sudo gedit /etc/sysctl.conf fs.inotify.max_user_watches = 524288
sudo gedit /etc/default/rtirqRTIRQ_NAME_LIST="firewire rtc0 snd usb i8042"
# Highest priority.
RTIRQ_PRIO_HIGH=95
Näillä mennään, oon kyllä tosi tyytyväinen setuppiin!!! :D :D :D
-
Hyva, etta on lahtenyt toimimaan.
Mutta luulisin, etta paaset viela pienempiin latenseihin.
Eli onko latency noin 4.5ms?
Millaisilla kuormilla xrunit?
Onko kaikki plugarit rt kelpoisia?
Samaisella i7 Sandylla kun kellot 4,8GHz, muistit noin 2000MHz, nvidia tapissa, hyper threading pois. Ssd journalointi pois.
Latencyt 0,667ms, ei roundtrip vaan tuo Jackin ilmoittama.
Daw toimii noillakin arvoilla viela hyvin, en kuitenkaan kayta midia, joten eipa tuo ole niin tarpeen.
Kernelina 4.4.0-21-lowlatency #37-Ubuntu SMP PREEMPT.
Ihan UbuntuStudio 16.04 64bit, minulla toiminut paremmin, kuin tuo AVLinux 64.
Xrunit pitaisi ilmeta vasta 100 prosentin kuormilla, noin normi plugareilla.
Olen kylla vaihdellut noita firewirekortteja, kun ei kaikki kortit toimi hyvin kaikkien interface:n kanssa.
Eli kaytan eri laitteiden kanssa eri kortteja?
Miten bios, oisko siella petrattavaa?
Minulla taitaa olla rtc0 firewire, mutta tuolla ei kai merkitysta?
-Koivukoski1
-
Latenssi on siellä 4,5ms tienoilla, juu. En oo nyt vielä penkittäny kuormakestävyyttä xrunien suhteen kun on menny koko aika systeemistä nauttiessa ja uusia biisejä demotessa :) Mulla ei oo nyt plugareina oikeastaan mitään, linuxin Reaper toimii tällä hetkellä vain sisäänrakennetuilla plugareilla ja niillä pärjään demotuksessa varsin hyvin. Tai no on mulla ulkopuolisia käytössä, tällä hetkellä demoan näin:
- Laitan reaperiin kaks raitaa recille, toiseen menee stereona sähkörumpujen audioulostulo ja toiseen menee sähkörumpujen midi output. Kun en oo rumpali niin se rumpuilu on aika hirveetä mutta menee pikaisissa demotuksissa, tarkoitus jossain vaiheessa sit saada se midi outputin matsku quantisoitua silleen että sais suht järkevää matskua ja sit tuuppaisin midin sampleriin. Tällä hetkellä menee Jackin kautta Hydrogeniin ja siitä takaisin Reaperiin, on vaan niin kökön kuuloinen toi Hydrogen (tällä hetkellä Big Mono-setti) että miltei mieluummin kuuntelen tota omaa soittoa sähkörumpujen audioulostulosta. Mutta, work in progress
- Bassoon ja kitaroille oon tehny suht monipuoliset presetit Guitarixiin, siitä menee sit Jackin kautta Reaperiin suoraan raidalle "printattuna" matsku. Toimii hyvin, vielä tutustumista Guitarixin rokkisoundeihin (vaikka oon kitaristi niin en käytä ikinä säröä keikoilla) mutta on kyllä ilmaiseks ohjelmaks ihan järjettömän hyvä
- Koskettimet menee melkein samalla periaatteella kuin sähkörummut
- Laulu ja akustiset kitarat sit mikin/mikkien kautta suoraan Reaperiin ja jälkikäsittely siellä
Oon asentanu Calfin plugarit ja ne vaikuttaa todella laadukkailta, ainakin silmäkarkillisesti. En oo sen enempää vielä testannu "tositoimissa", plus Reaper kun ei vielä plugareita ymmärrä niin en oo Jackin kautta niitä "kerennyt" kokeilemaan. Mutta hyvältä rupee näyttämään linuxin audiomaailma, vielä kun julkaisisivat virallisen ja pääporttauksia (Win&Mac) noudattavan (täysin sama siis) Reaperin plugaritukineen yms niin uujeah..
Käytän nyt vain Cadencea ja Claudiaa, toimii. Ainoa että äsken kokeilin muuttaa latenssia 64->32 sampleen niin ei pysynyt 32:ssa vaan pomppas takaisin 64:ään? Ehkä en jotain osaa tai tajua mutta 64samples/4,5ms on jo varsin miellyttävä latenssi touhuta mitä tahansa. 44100hz, aina, muita taajuuksia ei tuu käytettyä.
Mulla on vaan yks firewirerauta ja se on M-Audion ProFire 2626. Koneessa on VIA:n piirillä oleva firewire ja se toimii windowsin puolellakin varsin hienosti. Mulla oli tuossa koneessa joskus hackintosh niin siinäkin toimi toi rauta, siis fw-kortti ja äänikortti.
BIOSia en oo säätäny aikoihin kun kone on toiminu niin hyvin, ehkä pata-toiminnon vois ottaa pois päältä kun se on samassa irq:ssa kuin firewire ja ei oo oikeestaan ikinä käyttöä sille patan jutuille.
-
Päivitystä, päivittelyä ja tuumailua asiaan! Systeemi on toiminu hyvin, on tullu käytettyä päivittäin ja demoiltua paljon. xruneja heittää välistä mutta niitä ei kuulu nauhoitetussa matskussa? Tuli vaan mieleen&ihmettelyn kohteeksi että onko kaikki xrunit "kuultavia", siis onko automaattisesti xrun = virhe audiossa? Nämä harvinaisemmat xrunit siis sillointällöin kun langaton pois päältä. Kun heittää langattoman päälle niin xruneja rupee tulemaan huolella ja ne kyllä kuulee.
-
Aikaisemmin olikin vähän juttua, että jack2 on oletuksena async moodissa.
Tällöin pystyy "ylimääräisen" bufferin avulla hallitsemaan pieniä xruneja.
Tämä siis lisää latensia, eikä siis tule ilmaiseksi.
Mutta voisi selittää xrunien kuulumattomuuden?
-Koivukoski1
-
Hmmm, en ihan täysin sisäistäen ymmärrä tota async-moodia mutta jotennii tangeeraan asiaa ymmärryksellä.. :)
Periaatteellisesti ne xrunit haittaa elämää koska ainahan ne toimimattomuuden merkki on, mutta lähinnä ajatuksellista kosmetiikkaa - funktionaalisuus tärkeintä. Eli ei oo tarvetta muuttaa mitään, tietty säätämällä ja tutkimalla sais varmaan lisää selville ja oppis jotain mutta johonkin raja on vedettävä. Ehkä.. :)
Latenssi on 64 samplella+softamonitoroinnilla varsin jees, ei mitään valittamista. Latenssissa/PDC-hommissa on mietityttänyt että miten JACK keskustelee audiosoftan kanssa latenssin ollessa kyseessä? Guitarix (edelleen, todella hyvä softa) kertoilee että kyvykkäällä konella se pystyy käsittelemään audion millisekunneissa (oliko 5-10ms akselilla?), kompensoiko JACK/audiosofta eli natiivi Reaper JACK:in kautta tulevan signaalin oikein nauhoitetulle audioraidalle? Reaperin PDC/ADC on kyllä erikoisen hyvää luokkaa tuolla PC/MAC-maailmassa, eli toimii, joten luulis että ei oo audiosoftasta kiinni toi kompensointikuvio?
EDIT: Tuommoista kaivelin intterwebin syövereistä
There's sync and async mode.
async mode is the default.
The option, provided by jack2 only, is to wherever or not to enable sync mode, instead of async.
async mode uses an additional audio buffer so that unresponsive apps don't make the audio stop.
you could have a really bad app that causes 30xruns per second and the sound will still be flowing like there was no issue.
this is because in async mode clients render audio into this new additional buffer, which is copied to the real hardware one at the end of the cycle.
if some client didn't make in time (ie, xrun) jack2 will not copy that buffer.
it's still possible to hear the xruns/crackles if some apps do very stupid things, but it's not common.
sync mode doesn't use this additional buffer, so the software-to-hardware latency is lower.
but this means if some app misbehaves and causes xruns, you will hear crackles in the audio (always).
note that jack1 doesn't have async mode.
Se tunne kun oppii joka päivä uutta 8)
-
Tuolla tutkittu asiaa https://retis.sssup.it/sites/default/files/realtime_low_latency_audio_on_linux.pdf (https://retis.sssup.it/sites/default/files/realtime_low_latency_audio_on_linux.pdf)
These simple experiments show that, while the period is quit
e regular in
both operational modes, the sync mode is the one that has more
regularity.
This was expected, as the server operations are more strict a
nd tightened to
the audio driver interrupts. It should be noted, again, that
this operational
mode is also the one that provides better performance with re
spect to latency,
while degrading the reliability of the server itself, as it t
olerates less disturb
and could possibly generate more ALSA xruns.
Itse en huomannut eroa, kun Ardour 5.3 sessio /96kHz ja 32 frames/period, eli satunnaisia xruneja oli sitten alsa, jack2 async tai sync.
Mutta tuossa projektissa esim. IR quad low latency, ei rt-versio. Vaihdan plugareita ja kokeilen uudestaan.
En ole kylla varma oliko tuo sync mode kaytossa. Mita jos ottaa jack1 kayttoon?
Jatkan harjoituksia ja palailen, jos saa jotain aikaan?
-Koivukoski1
-
Eikös Cadence toimi Jack2:lla?
-
IR ei vaikkuttanut niin paljon, kuin ajattelin, ehkä se laittoi 2corequad:n polvilleen, mutta i7 tuntuu pelaavan.
Yleensähän en käytä pieniä latencyjä, kunhan nyt kokeilin.
Alsa driver / jack audio systeemi pelasi ehkä parhaiten.
Ffado antoi xruneja, jotka oli pitkiä "piiiiip", eikä vain napsuja?
Alsalla ei mitään kuultavia xruneja.
Eli kuten tuossa artikkelissa 0,7ms alkaa olla rajoilla, jossa voi vielä käyttää plugareita.
Tietenkin silloin kanavien ja plugareiden määrä on rajattu.
-Koivukoski1
-
Tuolla on aika hyvää käyttäjien turinaa Reaper+linux -kombinaatioista, tosin jonniiverran wineen liittyvää jutskaa. Mutta mielenkiintoisia virityksiä anyway:
http://forum.cockos.com/showthread.php?t=85588&page=14 (http://forum.cockos.com/showthread.php?t=85588&page=14)
GEDIT: Lähinnä toi postaus on aika tykkiä http://forum.cockos.com/showpost.php?p=1725111&postcount=535 (http://forum.cockos.com/showpost.php?p=1725111&postcount=535)
-
Pikkasen aiheen vieresta, mutta aikaisemminkin paljon puhetta latenseista.
Viime paivitykset UbuntuStudio 16.04:n. Ytimet 4.4.0-20 low lat. ja 4.4.0-21 low lat. on merkittavasti parantaneet
ko. distron firewire audiota.
Dsp kuormat pudonneet kolmasosaan aikaisemmasta, seka kuorman vaihtelut ovat tasaantuneet.
Ei tarvitse ajaa mitaan skripteja, eika konffailla.
https://www.dropbox.com/s/s10xvu60pt1j93s/Kuvakaappaus_2016-10-22_13-05-40.png?dl=0 (https://www.dropbox.com/s/s10xvu60pt1j93s/Kuvakaappaus_2016-10-22_13-05-40.png?dl=0)
Tuosta nakyy 96khz/0.3ms, Ardour projektin mixer nakyma ja kuorma.
-Koivukoski1
-
Wou! Noi koskee lähinnä siis varmaan UbuntuStudiota? Mut aika merkkaavan isoja muutoksia/parannuksia tommoset!!!
Pikkasen aiheen vieresta, mutta aikaisemminkin paljon puhetta latenseista.
Viime paivitykset UbuntuStudio 16.04:n. Ytimet 4.4.0-20 low lat. ja 4.4.0-21 low lat. on merkittavasti parantaneet
ko. distron firewire audiota.
Dsp kuormat pudonneet kolmasosaan aikaisemmasta, seka kuorman vaihtelut ovat tasaantuneet.
Ei tarvitse ajaa mitaan skripteja, eika konffailla.
https://www.dropbox.com/s/s10xvu60pt1j93s/Kuvakaappaus_2016-10-22_13-05-40.png?dl=0 (https://www.dropbox.com/s/s10xvu60pt1j93s/Kuvakaappaus_2016-10-22_13-05-40.png?dl=0)
Tuosta nakyy 96khz/0.3ms, Ardour projektin mixer nakyma ja kuorma.
-Koivukoski1
-
Jatketaan sen verran viela latensseista..
Vaikka kaytossa on saman merkkisia interfaceja ja texas instrumentin piirisia firewire kortteja, vaihteelee toimivuus.
Kokeiltiin kahdella eri firewire kortilla ja interfacella. 0.1ms on jo hieman epavakaa... ;) 0.2ms latensseilla saa otettua viela screenshotin, mutta 0.1ms piti ottaa kuva puhelimella.
Sample rate: 96khz
Buffer size: 16 samples
Periods: 2
Latency: 0.2ms
https://www.dropbox.com/s/zi0r60i9cxkvbus/studio02ms-ps.png?dl=0
Sample rate: 96khz
Buffer size: 8 samples
Perios: 2
Latency: 0.1ms
https://www.dropbox.com/s/q68g0iiu4miywf6/studio01ms.jpg?dl=0
Oliskohan vesijaahdytyksen paikka..
Edit: Niin driver ALSA ja audio system Jack. Antoi nama tulokset.
-
Aika uskomattoman matalilla latensseilla näemmä mennään.. Tai siis pystyy venymään! Olikos se nyt niin että ALSA:lla menee vai FFADO:lla, siis kun firewire käytössä?
Haluaisin vielä painottaen kysymällä tietää että onko noi firewireen liittyvät parannukset vain tossa audiodistrossa käytössä tuolla low latencyn kernelillä, vai onko ne mahdollista uittaa "tavan" jakeluun?
-
Ardour 5.3, driver ALSA, audio system JACK ja valitsin interface firewire laitteeni.
En tiedä onko tämä paketti toimiva, jos mixaan normisti ja äänitän lisäraitoja?
Olen vain kokeillut, millä asetuksilla saan DAW:n käyntiin.
Verrokkina on ollut tuo pikku projekti. Mikä on ssd levyllä.
Kuormat ei mene ehkä odotetusti?
Täällä mitä tulossa firewireen https://ieee1394.wiki.kernel.org/index.php/Release_Notes (https://ieee1394.wiki.kernel.org/index.php/Release_Notes)
Päivityksessä tuli siis kernel ja firmware.
Kun tiedän enemmän toiminnasta ilmoittelen.
-Koivukoski1
-
On kyllä hyviä hommia, noi firewireaudiohässäkkäinterfacet kun on jollain tapaa menossa muodista poies. Tai ainakin kehityksellinen suunta on firewire-liitännästä poies, sehän tarkoittaa vaan sitä että kotvan päästä niitä on aika halvalla myynnissä käytettyinä. Vanhemmissa koneissa ja muutennii firewiret saap aika helposti toimimaan ja aika hyvin ne vaan toimii studiokäytössä. Eli hyvä hyvä!!!
-
Vakaa tuntuu olevan, ei ole kaatunut kertaakaan.
Nyt kiinni fw 800 kortti, ei se sen nopeampi ole. kun nama deskit fw 400.
Mutta tuossa on fw 400 adapteri, josta sai helposti virta/maa piuhat poikki, loppu maa surinoille.
Joku aux sirisi viela, joten kupariteippasin interface mixerin firewiren lattakaapelit ja maadotin ko. teipin mixerissa...ja onpa vihdoin hiljaista.
Vaikka sanoin, ettei konfailtu, mutta on tuo Journalointi tapettu.
Edit: jack server prefix /usr/bin/jackd -S-Koivukoski1
-
Yleistä päivitystä ja päivittelyä yleisistä asioista:
Koneessa edelleen 16.04 joka audio-optimoitu tän ketjun vinkeillä, on toiminu niin hyvin etten oo päivittäny ubuntua uusimpaan versioon vaikka niin on ollu aina tapana tehdä (kun uus on ilmestyny). Setup edelleen:
M-Audio ProFire 2626
Natiivi Reaper x64 5.29 (muistaakseni, uusin dev-version)
Hydrogen (tähän mennessä demorumpujen alkeellista pyörittelyä, Big Mono-setti)
Guitarix (tää on demokäyttöön varsin jees, ei voi valittaa)
Cadence, tän kautta pyörii koko hommeli, routingit jne
Reaperin linux-versio on edelleen aivan pienesti vajaa verrattuna oikeeseen win/mac-versioon, mutta toimii niin hyvin ettei oo valittamista. Ulkopuoliset plugarit ei toimii mutta sisäänrakennetut toimii niinkuin pitääkin, peruslinjan EQ/comp/limiter/delay/convolution reverb/multiband comp/noise reduction yms toimii moitteettomasti.
Nauhotin viime viikolla isompaa sessiota jossa kolmetoista sisääntuloa kerralla, tosin tää tapahtu reeniksellä ja sitä varten on olemassa win-läppäri joka varustettu vain audiohommia varten (ei koskaan netissä). Nauhotukset kun purkissa niin kamat kotio ja sessio avautuu ubuntussa ihan normisti, jatkaa sit siitä ihan normisti kotikattauksella.
Calfin plugarit vaikuttaa todella mielenkiintoiselta, mutta kun ne pitäis pyöritellä JACK:in kautta Reaperiin niin ne on jääny hiukka takavasemmalle. Mutta mutta, all in all, tiettyyn rajaan/pisteeseen asti audiotuotanto linuxissa on todella hienoa ja mukavaa. Kunhan vaan saap setupin järkeväksi, vakaaksi (xrunien suhteen) ja tutuksi. Jeshh!!!
-
Varmaankin kannattaa pysyä pitkäntuen 16.04.
Jos Calfit ja Ardour 5 kiinnostaa niin kokeilet vaikka tikulta, tai asennat vaikka eri kovalle tuon 16.10.
Itsellä on pari asennusta molemmista. Journaloinit tapettu ja RTIRQ:n firewire ja poistin usb:n ja i8042(meniköhän oikein).
Tuo Reaper / Jack / Calf yhdistelmä! Miten siinä hoituu latenssien kompensaatio, siis plugarien osalta.
Etenkin nuo lookahead:t 5-10 ms ?
Vaihdoin kokeeksi Jack2->Jack1, mutta parin testin jälkeen totesin, että ainakin omissa laitteissani. Jack2 on ykkönen!
Samalla projektilla pienemmät kuormat, xrun:t "paljon" myöhemmin...
-Koivukoski1
-
Ardouria oon kokeillu ja on se jotennii tuttu. Mutta oon noin 3x nopeampi ja kätevämpi Reaperin kanssa, siks sitä käytän kun pitää jotain (semi)oikeasti tehdä. En muuten tiedä miten se PDC/ADC toimii Jackin kanssa, kait sen pitäis osata jutella plugareiden kanssa niistä kompensaatioista? Vai onko se enemmänkin DAW:n tehtävä ne kerätä tiedollisesti ja jakaa eteenpäin? Koska en oo Calfeista vielä kokeillu muuta kuin spectrum analyzeria ja instrumentteja, niissä en huomannu mitään erikoista. En sit tiedä mitä anomalyja eq/comp/lookaheadit yms heittäis jos rupeis sessioon sinnetänne niitä heittelemään Jackin kautta. Pitäis ihan mielenkiinnon takia kokeilla, mut tähän mennessä oon pärjänny tosi hyvin niillä työkaluilla mitä toi mun keräämä työympäristö tajuaa. Ilmaisella softalla (oon ostanu Reaperin 3-version, ei riitä enää 5-versioon asti se ostos mutta sehän toimii täysin) saa tehtyä ihan aika isoja juttuja jos vaan niin haluaa asian nähdä, aika siistiä. Enpä ois uskonu 2005 kun ekan Pro Toolsini hommasin..
-
Yritin tossa hieman yleispuuhailua vakavampaa miksausta Reaper&Hydrogen-combolla. Eli Reaperissa tein rumpuraitoihin audiosta (kick, snare, tomit, omilla raidoillaan) MIDI-infot triggausmielessä. Reititin ne Jack-ympäristössä Reaper -> Hydrogen -> Reaper, nauhotin Hydrogenista tulevan audion raidalleen Reaperin sessioon. Hydrogenissa Big Mono-setti. Päätelmiä: Joko Reaper, Jack tai Hydrogen (vai koko ekosysteemi) ei tajua PDC/ADC-asiaa ja triggausmateriaali ei oo linjassa originellin materiaalin kanssa. Iso showstopper itelleni, aika työläs (verrattuna winukan puolen triggausplugareihin tms) tapa ja ei oo sit sample accurate/kompensoitu. Jack-routinki on siis aika vajavainen joiltain osin? Natiivi Linux Reaper kehittyy koko ajan ja täydentyy kohti oikeata/toimivaa kokonaisuutta, matkaa kuitenkin vielä täyspäisen miksauskokonaisuuden kannalta..
-
Triggereistä: Linux Studio Plugins:n sivuilla velocity layereillä varustettu triggeri.
En ole kylläkään itse kokeillut. Toi Ladspa triggeri on ollut hätävarana, se on aika alkeellinen, mutta toimii?
Eikö Reaperin plugareissa triggeriä?
"Ei linjassa"=latenssia vai satunnaisesti pois kohdaltaan?
Itse pelaan audion kanssa, joten tuo midi ei ihan hanskassa.
Miten Drumgizmo?
Edit: Stillwell?
-Koivukoski1
-
Stillwell?
-
Stillwellaudion plugarit? Ei linux versioon?
-Koivukoski1
-
Ai niin joo, on siellä JS-versioita sisäänrakennetuissa plugareissa mutten oo linuxissa kokeillu. Ne on aika köykäisiä/roots-kamaa..