Jump to content


Photo

Linux FAQs

faq

  • Please log in to reply
38 replies to this topic

#26 ungleichklang

ungleichklang

    Member

  • Normal Members
  • PipPip
  • 65 posts
  • Gender:Male

Posted 10 May 2011 - 10:26

How does it compare to Openbox?


On my machine OpenBox was equal to LXDE, but I still prefer XFCE.
I think it's just a question of choosing your favorite WM among those mentioned.

And for my taste OpenBox is too .... nacked?? If I have to extend it with LXpanel I can stick to LXDE ....

Edited by ungleichklang, 10 May 2011 - 10:28.

greetings from belgium, sascha

A4L-Member: http://www.audio4linux.de or in Freenode IRC-Channel #audio4linux.de (german language, but all are welcome)

#27 rhowaldt

rhowaldt

    Guruh Motha Fakka is Levitating and Knows Everything About Renoise Member

  • Normal Members
  • PipPipPipPipPipPipPipPipPipPipPipPipPip
  • 2259 posts
  • Gender:Male
  • Location:The Hague, Netherlands

Posted 10 May 2011 - 11:19

On my machine OpenBox was equal to LXDE, but I still prefer XFCE.
I think it's just a question of choosing your favorite WM among those mentioned.

And for my taste OpenBox is too .... nacked?? If I have to extend it with LXpanel I can stick to LXDE ....

yeah i was asking because i wondered how it compared to the others. i went for #! linux with openbox and am loving it, but i never tried the others. i use openbox (an #!) because it is fast, small and lightweight, so should be good for making music. i also asked because i did not find Openbox buggy, as you said LXDE was. i'm sure its a matter of taste though. i use tint2 instead of lxpanel, works pretty smooth.

specs: [cpu] AMD Turion64 X2 TL-56 1.80 Ghz [ram] 2Gb DDR2 [audio] Realtek HD [os] Win7 x86
gear: cheap-ass no-functions-whatsoever midi-keyboard, Zoom H4 recorder, MeeBlip
home: http://www.roaldblijleven.net (forever under construction)
renoise: http://roald.exul.nl...oise/cheatsheet
music:

#28 bluszcz

bluszcz

    Local Chief Member

  • Normal Members
  • PipPipPipPipPip
  • 212 posts
  • Gender:Male
  • Location:Copenhagen

Posted 10 May 2011 - 11:38

When I was using 100% Linux I was using dwm.suckless.org. - mininalistic nad works nice with renoisee ;)

How does it compare to Openbox?


XFCE is bloated, but maybe not so bloated like the other ones...

http://dev.bluszcz.net/music/linux - Linux Audio tips and others
http://dev.bluszcz.n...presets/renoise - Some Renoise stuff
https://www.facebook...505947622777898

Four Seasons of Love

#29 abique

abique

    Advanced Member

  • Normal Members
  • PipPipPip
  • 89 posts
  • Gender:Male
  • Location:Berlin

Posted 06 August 2013 - 09:29

Could renoise use ALSA, but in shared mode?

#30 vV

vV

    God's or Borg's Chief and Ruler of All Species

  • Moderator
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 16855 posts
  • Gender:Male
  • Location:Netherlands

Posted 06 August 2013 - 19:15

Could renoise use ALSA, but in shared mode?


Alsa cannot be used in shared mode, you need layers above it that allow sharing of audio resources.
Vv....


cpu Intel Core i7-4820K @3.70GHz
chipset Intel X79 chipset
mem 32 Gb 2400Mhz
os Win 7 64-bit SP1, DirectX 11
audio ESI ESP1010e - > Driver rev:2.0.6.0
video nVidia Geforce GTX780 - > Driver rev:335.23


Renoise Official Manual

#31 Moxon

Moxon

    Member

  • Normal Members
  • PipPip
  • 63 posts
  • Gender:Male
  • Location:Bavaria, Germany

Posted 07 August 2013 - 23:47

Alsa cannot be used in shared mode, you need layers above it that allow sharing of audio resources.


One such layer can be the JACK infrastructure.

I use it a lot and can keep Renoise, Youtube and my music player happy at the same time.
Bandcamp: http://redirect-music.bandcamp.com
Soundcloud:
(Linux 64bit | iRiver iHP-120 [Rockbox, cfmod]) -> iBasso D12 Anaconda -> (Beyerdynamic DT 770 Pro | Sure SE215)

#32 abique

abique

    Advanced Member

  • Normal Members
  • PipPipPip
  • 89 posts
  • Gender:Male
  • Location:Berlin

Posted 14 August 2013 - 04:35

One such layer can be the JACK infrastructure.

I use it a lot and can keep Renoise, Youtube and my music player happy at the same time.


Jack and youtube? How?
Anyway why couldn't renoise just use ALSA in a non-exclusive way?

Edited by abique, 14 August 2013 - 04:36.


#33 vV

vV

    God's or Borg's Chief and Ruler of All Species

  • Moderator
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 16855 posts
  • Gender:Male
  • Location:Netherlands

Posted 14 August 2013 - 09:59

Jack and youtube? How?
Anyway why couldn't renoise just use ALSA in a non-exclusive way?


No program can use ALSA in shared mode. I believe there was a trick using OSS compatability layer but i think this no longer works in the newest Linux distributions. But frankly Alsa gains exclusive access to the sound-device that you are using and only allows one program to access Alsa.
Soundbridges like Jack or PulseAudio use Alsa and on their term, allow multiple programs to use their sound architecture.
PulseAudio is the least time-efficient soundbridge, yet the majority of applications nowadays use PulseAudio.
When Renoise was ported to Linux, PulseAudio didn't existed yet hence Renoise supports either Alsa or Jack.

I'm not familiar if Pulseaudio could be configured to use Jack as its audiosource instead of Alsa, but i suspect that *if* you can, your problem is solved.
Vv....


cpu Intel Core i7-4820K @3.70GHz
chipset Intel X79 chipset
mem 32 Gb 2400Mhz
os Win 7 64-bit SP1, DirectX 11
audio ESI ESP1010e - > Driver rev:2.0.6.0
video nVidia Geforce GTX780 - > Driver rev:335.23


Renoise Official Manual

#34 abique

abique

    Advanced Member

  • Normal Members
  • PipPipPip
  • 89 posts
  • Gender:Male
  • Location:Berlin

Posted 18 August 2013 - 08:55

No program can use ALSA in shared mode. I believe there was a trick using OSS compatability layer but i think this no longer works in the newest Linux distributions. But frankly Alsa gains exclusive access to the sound-device that you are using and only allows one program to access Alsa.


I bet that you're wrong man ;-)
Otherwise how can I play youtube with flash + smplayer + clementine + ... at the same time?

Without any userland sound daemon.

Edited by abique, 18 August 2013 - 08:57.


#35 vV

vV

    God's or Borg's Chief and Ruler of All Species

  • Moderator
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 16855 posts
  • Gender:Male
  • Location:Netherlands

Posted 18 August 2013 - 10:40

I bet that you're wrong man ;-)

It looks like you are right about me being wrong, i based my interpretations on found forum and knowledgebase questions where developers come up with questions about ALSA's exclusive claiming of audio devices and they get simply answered that Alsa doesn't share the sound-device. But i think i misinterpreted the idea where developers wanted to claim the audio device directly rather than use Alsa at all.

Otherwise how can I play youtube with flash + smplayer + clementine + ... at the same time?

Without any userland sound daemon.


I doubt they don't use an audio deamon, http://tuxradar.com/...audio-explained :

If you're thinking that things are going to get easier with ALSA safely behind us, you're sadly mistaken. ALSA covers most of the nuts and bolts of getting audio into and out of your machine, but you must navigate another layer of complexity. This is the domain of PulseAudio - an attempt to bridge the gap between hardware and software capabilities, local and remote machines, and the contents of audio streams. It does for networked audio what ALSA does for multiple soundcards, and has become something of a standard across many Linux distros because of its flexibility.

As with ALSA, this flexibility brings complexity, but the problem is compounded by PulseAudio because it's more user-facing. This means normal users are more likely to get tangled in its web. Most distros keep its configuration at arm's length; with the latest release of Ubuntu, for example, you might not even notice that PulseAudio is installed. If you click on the mixer applet to adjust your soundcard's audio level, you get the ALSA panel, but what you're really seeing is ALSA going to PulseAudio, then back to ALSA - a virtual device.

At first glance, PulseAudio doesn't appear to add anything new to Linux audio, which is why it faces so much hostility. It doesn't simplify what we have already or make audio more robust, but it does add several important features. It's also the catch-all layer for Linux audio applications, regardless of their individual capabilities or the specification of your hardware.



This snippet does explain Alsa should be capable to share audio among multiple applications (because OSS was exactly lacking that)

ALSA is responsible for translating your audio hardware's capabilities into a software API that the rest of your system uses to manipulate sound. It was designed to tackle many of the shortcomings of OSS (and most other sound drivers at the time), the most notable of which was that only one application could access the hardware at a time. This is why a software component in ALSA needs to manages audio requests and understand your hardware's capabilities.


It does also explains this about the Alsa driver:

But it's also far more ambitious than a normal kernel driver; it can mix, provide compatibility with other layers, create an API for programmers and work at such a low and stable latency that it can compete with the ASIO and CoreAudio equivalents on the Windows and OS X platforms.


I suspect for the latter, exclusive mode is required as Renoise aims for low latency. I'm not sure if adding an Alsa shared mode is easily done, but performance wise this is really not a good idea at all, it beats the purpose of serious music production.
Besides, once Renoise would run in shared mode, i am not sure either if Alsa can be claimed strictly again if other applications already have access to Alsa.
Vv....


cpu Intel Core i7-4820K @3.70GHz
chipset Intel X79 chipset
mem 32 Gb 2400Mhz
os Win 7 64-bit SP1, DirectX 11
audio ESI ESP1010e - > Driver rev:2.0.6.0
video nVidia Geforce GTX780 - > Driver rev:335.23


Renoise Official Manual

#36 abique

abique

    Advanced Member

  • Normal Members
  • PipPipPip
  • 89 posts
  • Gender:Male
  • Location:Berlin

Posted 18 August 2013 - 10:53

I doubt they don't use an audio deamon.

I suspect for the latter, exclusive mode is required as Renoise aims for low latency. I'm not sure if adding an Alsa shared mode is easily done, but performance wise this is really not a good idea at all, it beats the purpose of serious music production.
Besides, once Renoise would run in shared mode, i am not sure either if Alsa can be claimed strictly again if other applications already have access to Alsa.


1) You can select them to use alsa backend and not jack or pulseaudio, I know that I have no user land sound server.

2) I don't understand how jack being a user land sound server could provide a better "real time" mixing than ALSA being a kernel land sound server. But on the other hand I can understand that exclusive mode can improve performances, but here we need numbers, and without them it means nothing. I think we have to try how it goes with ALSA + shared mode, eventually add both ALSA exclusive and ALSA shared mode avalaible.

I used wine + reaper using the new windows sound driver which is marked experimental on reaper, in shared mode. I had no issue at all, and excellent settings: 5ms at 96khz.

#37 vV

vV

    God's or Borg's Chief and Ruler of All Species

  • Moderator
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 16855 posts
  • Gender:Male
  • Location:Netherlands

Posted 18 August 2013 - 15:38

2) I don't understand how jack being a user land sound server could provide a better "real time" mixing than ALSA being a kernel land sound server. But on the other hand I can understand that exclusive mode can improve performances, but here we need numbers, and without them it means nothing.

I wasn't mentioning Jack in that piece you quoted anywhere so this means i wasn't speaking about Jack regarding low latency and exclusivity, that was still about Alsa.
Jack offers audio and midi patching between audio applications, which is usually a warm welcome if you want to route the audio and midi of multiple audio applications among each other.
Vv....


cpu Intel Core i7-4820K @3.70GHz
chipset Intel X79 chipset
mem 32 Gb 2400Mhz
os Win 7 64-bit SP1, DirectX 11
audio ESI ESP1010e - > Driver rev:2.0.6.0
video nVidia Geforce GTX780 - > Driver rev:335.23


Renoise Official Manual

#38 abique

abique

    Advanced Member

  • Normal Members
  • PipPipPip
  • 89 posts
  • Gender:Male
  • Location:Berlin

Posted 18 August 2013 - 15:43

I wasn't mentioning Jack in that piece you quoted anywhere so this means i wasn't speaking about Jack regarding low latency and exclusivity, that was still about Alsa.


Yeah I'm sorry I should not have introduced Jack here. I did it because a lot of people recommend it so I used it as an argument to say that ALSA in shared mode should not be worse than Jack for performances.

#39 pussi

pussi

    Advanced Member

  • Normal Members
  • PipPipPip
  • 102 posts

Posted 18 August 2013 - 18:58

Jack and youtube? How?


what I do is start jackd on system startup and route all alsa audio to jack with alsa's jack plugin


or if you're using pulseaudio you can install pulseaudio jack sink. There should be no configuration required iirc, pulseaudio should switch to jack sink automatically when you start jack.

to get youtube videos play with this setup, you still need to route alsa applications to pulseaudio, which is as simple as installing alsa-plugins and using this as alsarc:

pcm.pulse {
    type pulse
}
ctl.pulse {
    type pulse
}
pcm.!default {
    type pulse
}
ctl.!default {
    type pulse
}






Also tagged with one or more of these keywords: faq