Hello,

I have a repository with a real time kernel I use for music.
https://copr.fedorainfracloud.org/coprs/ycollet/linuxmao/

With this kernel, I can 128 samples buffer at 48kHz and 5 ms latency without Xruns.
I use "a lot" of applications to perform guitar (guitarix + tuxguitar).
I also can record video "live".

Here's an example:
https://www.youtube.com/watch?v=HPL-iNg42Ag

Best regards,

YC

Le 11/06/2020 à 11:14, Lukas Ruzicka a écrit :
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 <mailto: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
    <mailto: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
        <mailto:devel@lists.fedoraproject.org>
        To unsubscribe send an email to
        devel-le...@lists.fedoraproject.org
        <mailto: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
    <mailto:devel@lists.fedoraproject.org>
    To unsubscribe send an email to
    devel-le...@lists.fedoraproject.org
    <mailto: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 <mailto: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


_______________________________________________
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

Reply via email to