Hi Erich, so today I spent some time in the recording session with the following settings and configurations:
- The machine is 2x 12core Intel Xeon with an SSD drive and 32GB RAM - I know that this is a recording overkill and I am not sure how much the machine itself can influence the recording process. - Soundcard is Focusrite Scarlett 2i4 over USB - My system is an updated Fedora Workstation 32 with stock kernel (I only lifted up the ulimits) - The recording session was set to 48KHz, 32bit float audio - The session had about 15 tracks, out of which there were 5 sound+midi tracks and the rest were sound tracks and I have made the following observations: - the session could perform playback normally on 512 samples and 10ms latency - when I recorded on 512 samples and 10ms latency, I could work flawlessly for about 10 or 15 minutes and then, all of a sudden, Ardour spat a bunch of xruns. I started to delete the xrun markers one after another and Ardour crashed. - then I restarted it on 1024 samples and 21ms latency which was fine for the rest of the work -> did not have any more xruns. So, I can confirm, that with the above settings I can use stock Fedora Workstation with Gnome desktop for my recording at 1024 samples with 21ms latency. I could not test higher freqencies, because I do not have any such a project ready, but when I experimented with 192KHz, I was fine with 2048 sampes and 42ms latency, which I remember very well (from that experience my settings of 2048 samples do originate from). I hope you can use this info, if you needed something else, please let me know. On Wed, Jun 10, 2020 at 8:13 PM Harsh Jain <harshjain...@gmail.com> wrote: > Hi Erich , > Sorry , I thought the primary focus was to find a new de to shift to . > Improving Gnome in terms of reducing resource usage (and in general ) > seems pretty nice . I'd be happy to have another de I can work smoothly > with :) > This might not be relevant but if you install pantheon de , you can switch > to gnome on the logout screen (even if you didn't install it ) and it > basically brings gnome shell with pantheon apps . > I felt it was a bit smoother than normal gnome ( I didn't test this > extensively but everything seemed to work fine ) .Maybe this can help in > some way ? > Thanks , > Harsh > > On Wed, 10 Jun, 2020, 22:10 , <er...@ericheickmeyer.com> wrote: > >> On Wed, 2020-06-10 at 22:01 +0530, Harsh Jain wrote: >> > Hi , >> > I'm not too familiar with Fedora Jam but if you want to minimize >> > resource usage , shouldn't XFCE be a better choice since it's less >> > intensive with resources . Although Gnome has also reduced resource >> > usage since initial 3.x releases as well I think . It's just really >> > hard to decide between evrything (l'm de hopping currently as well) . >> > Again ,I'm sorry if none of this was useful . >> > Thanks , >> > Harsh >> > >> >> Hi Harsh, >> >> I also lead Ubuntu Studio and we just moved away from Xfce to KDE >> Plasma because we wanted a more-functional desktop for creative >> professionals. The resource usage between Xfce and Plasma is neglegable >> (about 50MB difference) and KDE is a better choice for graphics artists >> (which Ubuntu Studio also covers. >> >> I think you missed the point though: the goal is to help GNOME improve. >> I've had conversations with people who want to see GNOME improve in >> this regard and want to work with me in improving it. So, this isn't >> about simply switching desktops, this is about helping another desktop >> improve its situation. If Jam is to switch, it's going to GNOME, that >> decision is already made. The "If" is what I'm working on, whether or >> not to actually go through with it. If it does happen, the goal is to >> improve GNOME. One can always install whatever desktop they want and do >> "dnf groupinstall 'Audio Production'". >> >> I hoep that clears things up, as I think you missed the point. :) >> >> Erich >> _______________________________________________ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org >> > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > -- Lukáš Růžička FEDORA QE, RHCE Red Hat <https://www.redhat.com> Purkyňova 115 612 45 Brno - Královo Pole lruzi...@redhat.com TRIED AND PERSONALLY TESTED, ERGO TRUSTED. <https://redhat.com/trusted>
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
