| studio-user998 | Is there an EFI versin of the ubuntu studios live-image? I am trying to install it but my laptop can not find a bootable media at boot after I dd'ed the iso to the stick. | 07:55 |
|---|---|---|
| studio-user998 | I get isolinux.bin missing or corrupt | 08:30 |
| studiobot | <Duke> If I run Ubuntu Studio Live, can I access my internal drives? | 12:39 |
| Limuxic | yes, you can | 12:49 |
| studiobot | <Duke> Thanks! | 12:50 |
| OvenWerk1 | Duke: Please note you can use them but you have to mount them first. You can do this by opening them with the file manager which auto mounts them, or you can mount them manually. In either case, you may wish to create a symbolic link to someplace somewhat more handy than /media/user/very_long_number/ ... | 16:17 |
| OvenWerk1 | Duke this is the same for running linux off a disk when you want to look at a partition from another os. | 16:18 |
| OvenWerk1 | Duke: mind you, when running from a disk, it is possible to have a second disk mounted at boot time to a convenient place on the file tree. | 16:19 |
| eeight | Hey all, long time user of ubuntu studio, thanks for creating this distribution! | 17:09 |
| eeight | I was wondering if I need to use rtirq script, my setup is using an usb soundcard. | 17:09 |
| OvenWerk1 | eeight: yes. | 17:09 |
| OvenWerk1 | it will help | 17:09 |
| * eeight installing | 17:10 | |
| OvenWerk1 | eeight: however I would modify the /etc/defualt/rtirq file. in particular the RTIRQ_NAME_LIST line | 17:11 |
| OvenWerk1 | eeight: I have fouhnd that most systems use only two USB ports and have internal hubs to give more. check your own. | 17:13 |
| OvenWerk1 | I look for a USB port that is not physically connected to A) irq16 and B) a hub that I use other plugs for things like kb, mouse, external drive. | 17:14 |
| eeight | is rtirq already installed on ubuntu studio or I have to use https://github.com/rncbc/rtirq? | 17:16 |
| OvenWerk1 | So if I find that internally only usb2 and usb3 are used, and usb2 uses irq16. Then I plug a hub into a plug that goes to usb2 and use that for mouse and kb (and whatever) and then plug thge usb audio device in the plug that goes to usb3. then I set the RTIRQ_NAME_LIST line to usb3 snd usb | 17:17 |
| OvenWerk1 | the one that comes with Studio is fine. | 17:17 |
| eeight | I read that you can remove snd if you don't use the internal soundcard of the motherboard? | 17:20 |
| OvenWerk1 | The computer keyboard is generally not too bad, but a mouse generates a lot of events and if it is on the same usb port or worse the port it is on ends up with higher prioity than the audio... that is trouble | 17:20 |
| OvenWerk1 | yes you can remove snd if you don't use internal stuff | 17:20 |
| eeight | looks like grub didn't use rtirq: grep threadirqs /proc/cmdline = null | 17:21 |
| OvenWerk1 | eeight: rtirq is not loaded till the system is almost all the way up | 17:22 |
| eeight | do i need to add something in grub (threadirqs) | 17:22 |
| OvenWerk1 | rtirq should not be run until the system already has the usb drivers up and running | 17:22 |
| OvenWerk1 | threadirq I don't know. I think pinning the right irq to one core might be better because audio is sequencial. | 17:23 |
| OvenWerk1 | but I don't know that would be better for sure. In general, when recording that is the only thing going on in the system (we hope) | 17:25 |
| eeight | I am trying to reduce the latency of my Surface Pro 3 to use a VST (via linvst - wine). Any advice is more than welcome! | 17:33 |
| s1200 | s98d8u8cs8d8sdcu8s8cu89u8uu8u9c8cucuc8889su8uc8888989898u7yycccccccccccc7877e8e787878cuccur8u8u8eee8iiwwiouoioiueuoiyo | 18:54 |
| s1200 | ioirt o9iov6iovu iri | 18:54 |
| s1200 | uiujuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu | 18:54 |
| OvenWerk1 | Kitty cat? | 18:55 |
| Eickmeyer | One can only hope that was a cat. | 19:09 |
| studio-user913 | hello | 19:31 |
| eeight | update-rc.d: error: unable to read /etc/init.d/ubuntustudio when trying to turn off intel boost | 20:00 |
| Eickmeyer | eeight: Were you doing that using Ubuntu Studio Controls? | 20:01 |
| eeight | yes | 20:01 |
| Eickmeyer | OvenWerk1: We have a bug. | 20:01 |
| Eickmeyer | I can't replicate, I have an AMD system. | 20:01 |
| Eickmeyer | eeight: Hopefully OvenWerk1 Can fill us in. | 20:02 |
| eeight | :+1 | 20:02 |
| Eickmeyer | That's something that, since I have an AMD system, may have slipped through the cracks. | 20:03 |
| Eickmeyer | eeight: We might have you do some testing soon, if you don't mind. | 20:04 |
| eeight | no problem, will stick around | 20:06 |
| Eickmeyer | eeight: 18.10 or 18.04? | 20:07 |
| Eickmeyer | As I look at the code, it shouldn't even be calling anything from /etc/init.d. That's left over from before systemd. | 20:09 |
| eeight | Eickmeyer: 18.10 | 20:14 |
| Eickmeyer | Are you using our backports PPA by any chance? | 20:15 |
| eeight | No, stock | 20:15 |
| eeight | Looks like it's working (cat /sys/devices/system/cpu/intel_pstate/no_turbo = 0 or 1 depending on my selection). But the question is 1: what is the good value, 2: will it survice a reboot | 20:16 |
| Eickmeyer | Well, if it's working than we're good. I highly recommend adding the backports PPA (ppa:ubuntustudio-ppa/backports) since it contains quite a few fixes for Controls, including a fix to reboot persistence. | 20:17 |
| Eickmeyer | The backports PPA is still work-in-progress, but we don't update it nearly as often as the Autobuilds PPA, which is what we use for development. | 20:19 |
| Eickmeyer | eeight: As for what a good value is, 1 is best for lowlatency audio work since that disables the turbo. | 20:23 |
| OvenWerk1 | Eickmeyer, eeight: what version of -controls? | 20:39 |
| Eickmeyer | OvenWerk1: He said stock 18.10, so my guess is 17. | 20:40 |
| Eickmeyer | Rather, 1.7. | 20:41 |
| Eickmeyer | I'm sorry, 1.6. | 20:41 |
| OvenWerk1 | Eickmeyer: it is not worth chasing anything not in the latest version. | 20:50 |
| Eickmeyer | OvenWerk1: I agree, that's why I suggested using the backports PPA. | 20:56 |
| studiobot | <Duke> OvernWerk: thanks. I tested two different versions of Ubuntu Studio (18.04 and 18.10) on a machine with Ardour crashes. I did access the disks with sessions that are particularly troublesome. FYI, the sessions caused problems with both distros. IMO, it seems to be a Mac problem. I'm running Ubuntu Studio on a 2010 MacPro desktop, and U | 23:23 |
| studiobot | buntu on a 2011 iMac (both have Ardour installed). Ardour crashes on both machines. | 23:23 |
| studio-user228 | CONFIG | 23:24 |
| studiobot | <Eickmeyer> @Duke [OvernWerk: thanks. I tested two different versions of Ubuntu Studio (18.04 and 1 …], Is calf-ladspa uninstalled on both? | 23:43 |
| studiobot | <Duke> Yes. Actually I renamed them ladspa_old. The problem is that I have to close Ardour after working in any session; if I close the session and try to open another one, I get an error. I was working with the Ardour team. Apparently there is something weird going on. Once I get ssh set up, I'm going to let them see if they can figure it out | 23:51 |
| studiobot | . However, my computers are old. I'm planning to buy a new one, later this year or early next year. | 23:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!