3 ms·

>I'm assuming you're recording at least 2 minutes worth of audio in each of these tests? Occasionally I record hours of audio with Audacity without an issue, a

>I'm assuming you're recording at least 2 minutes worth of audio in each of these tests? Occasionally I record hours of audio with Audacity without an issue, and don't hear any cracks pops, when I listen to it, and I certainly would have noticed absent words. So I'm pretty sure the issue is either not present or extremely rare. You can hear for yourself http://s000.tinyupload.com/?file_id=08701491608992765221 http://s000.tinyupload.com/?file_id=08701491608992765221 Sorry, it requires amplification, and I clean in the background. >Do you hear distortion and cracks if you touch it with headphones on? Since I don't hear anything wrong with audio, I assume it's pretty sturdy. But I'm pretty sure your issues are not caused by the connection. Digital stuff either works or not. Around the time it fixed itself I bought a new power supply. But I don't remember if it affected anything. I higly doubt it. What I remember distinctly is how I was amazed at the lack of latency/delay in Audacity after an upgrade to 16.04 from 14.04. >Ubuntu or compile from source for everything You can just try installing a different distro onto a spare drive to test if the issue goes away. As for compiling everything from source -- how many super fresh dependencies do you really need for development 5? 10? IMHO it's reasonably tolerable with manually built libraries in a custom prefix. And programming languages have their own package managers pip, cargo etc.

nickjj 8y ago
It sounds clean here. Some ambient room hiss but that is unrelated to pops and cracks. I do notice a crazy amount of pops and cracks if I touch that cable by the way. That's only why I asked. It's mainly around touching it near the Scarlett side of the connection. Super fresh dependencies would mainly be for things like nvidia drivers, i3, compton, ffmpeg, obs, maybe pulseaudio / alsa-utils, vim, xterm, maim, kdenlive (for editing videos until I get a GPU pass through working so I can use Camtasia), gimp, pass, vlc, tmux, weechat, ranger, sxiv, dunst, kvm/qemu/virt-manager. That's 20ish and that's only things I managed to discover after using Linux for about 3 days.
- nullifidian 8y ago
  >Scarlett side of the connection. I touched both sides. Nothing. >nvidia drivers for nvidia drivers I use official nvidia debs for that. There is a cuda.list in my sources.list.d with deb http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1604/x86_64 http://developer.download.nvidia.com/compute/cuda/repos/ubun... / inside. It has the latest versions. There is an instruction somewhere on nvidia.com on how to get the keys for that. As for the other things on your list, you really need to ask yourself if you really need the latest version. I remember my younger linux newbie self also desiring the lastest thing as soon as possible, but now I apply effort only if there is a specific feature I need, or something is not right with the easiliy available version. For example both vim and xterm are very very old and don't change fundamentally from year to year. Same for weechat, pulseaudio, alsa-utils. I can understand the need for a fresh ffmpeg or a video player - I have a custom built newish ffmpeg and an mpv player, for reasons of better h265 encoding support and better HDR video support in mpv in the recent versions, but for most of the stuff one can live without the latest version. And some of the packages are simply buggy on the freshest point release - RHEL has older software for a reason. Ubuntu 18.04 is only a year old in terms of software versions presently. It's not THAT outdated. I'm kinda stuck with 16.04 because I have a rather involved encrypted zfs root mirror setup, that requires a manual installation of the os (with chroot and all) and I have no desire to touch this stuff again until 0.8.xxx zfs release is included in an LTS release. But it's pretty livable still. Sometimes yes, system packages are SO old that it would require me to build literally tens of dependencies manually to build something fresh from source. (So I don't do it) But that happens only if I want something very new and involved. Sometimes you can transplant debs from newer ubuntu releases painlessly, but that takes some experience...
  - nickjj 8y ago
    Thanks. Vim is still actively developed btw. The latest version has added a bunch of new things that are very useful. I guess I just didn't want to get into a loop of having to read every changelog in detail for every package I install, then compile from source for all of these packages (or use the default distro's version if it's ok). That just seems like a lot of extra work. Manually hunting around and installing dependencies isn't fun at all, and third party PPAs aren't necessarily going to be around for everything. I'm also used to the Windows world where you would typically download the latest stable release of a program. Of course on a Linux server, I'm always reaching for Debian stable or Ubuntu LTS but that's a different story. First things first. I need to test Ubuntu 18.04 with the Scarlett and see how it goes.

nickjj 8y ago

It sounds clean here. Some ambient room hiss but that is unrelated to pops and cracks. I do notice a crazy amount of pops and cracks if I touch that cable by the way. That's only why I asked. It's mainly around touching it near the Scarlett side of the connection. Super fresh dependencies would mainly be for things like nvidia drivers, i3, compton, ffmpeg, obs, maybe pulseaudio / alsa-utils, vim, xterm, maim, kdenlive (for editing videos until I get a GPU pass through working so I can use Camtasia), gimp, pass, vlc, tmux, weechat, ranger, sxiv, dunst, kvm/qemu/virt-manager. That's 20ish and that's only things I managed to discover after using Linux for about 3 days.

nullifidian 8y ago
>Scarlett side of the connection. I touched both sides. Nothing. >nvidia drivers for nvidia drivers I use official nvidia debs for that. There is a cuda.list in my sources.list.d with deb http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1604/x86_64 http://developer.download.nvidia.com/compute/cuda/repos/ubun... / inside. It has the latest versions. There is an instruction somewhere on nvidia.com on how to get the keys for that. As for the other things on your list, you really need to ask yourself if you really need the latest version. I remember my younger linux newbie self also desiring the lastest thing as soon as possible, but now I apply effort only if there is a specific feature I need, or something is not right with the easiliy available version. For example both vim and xterm are very very old and don't change fundamentally from year to year. Same for weechat, pulseaudio, alsa-utils. I can understand the need for a fresh ffmpeg or a video player - I have a custom built newish ffmpeg and an mpv player, for reasons of better h265 encoding support and better HDR video support in mpv in the recent versions, but for most of the stuff one can live without the latest version. And some of the packages are simply buggy on the freshest point release - RHEL has older software for a reason. Ubuntu 18.04 is only a year old in terms of software versions presently. It's not THAT outdated. I'm kinda stuck with 16.04 because I have a rather involved encrypted zfs root mirror setup, that requires a manual installation of the os (with chroot and all) and I have no desire to touch this stuff again until 0.8.xxx zfs release is included in an LTS release. But it's pretty livable still. Sometimes yes, system packages are SO old that it would require me to build literally tens of dependencies manually to build something fresh from source. (So I don't do it) But that happens only if I want something very new and involved. Sometimes you can transplant debs from newer ubuntu releases painlessly, but that takes some experience...
- nickjj 8y ago
  Thanks. Vim is still actively developed btw. The latest version has added a bunch of new things that are very useful. I guess I just didn't want to get into a loop of having to read every changelog in detail for every package I install, then compile from source for all of these packages (or use the default distro's version if it's ok). That just seems like a lot of extra work. Manually hunting around and installing dependencies isn't fun at all, and third party PPAs aren't necessarily going to be around for everything. I'm also used to the Windows world where you would typically download the latest stable release of a program. Of course on a Linux server, I'm always reaching for Debian stable or Ubuntu LTS but that's a different story. First things first. I need to test Ubuntu 18.04 with the Scarlett and see how it goes.