summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* pacat: pass buffer_attr to recording streams tooLennart Poettering2010-02-211-1/+1
| | | | | | Pointed out by Colin Guthrie. https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-February/006698.html
* bluetooth: add HFP Gateway supportJoão Paulo Rechi Vita2010-02-214-20/+72
| | | | | | | | Create the 'Handsfree Gateway' profile for bluetooth cards and add filters for 'org.bluez.HandsfreeGateway' to the discover module so module-bluetooth-device is loaded with the correct profile when a Handsfree Gateway connects to bluetoothd (in this case bluetoothd is acting as the headset).
* bluetooth: improve dbus loggingJoão Paulo Rechi Vita2010-02-211-2/+3
|
* build-sys: fix check for pthread_setaffinity_np()Lennart Poettering2010-02-211-1/+1
|
* build-sys: Add missing profile and alsa-mixer/paths to src/Makefile.amDaniel T Chen2010-02-211-0/+3
| | | | | | | | | | | | Commits e8cb96c and 0c836aa created mixer paths but did not update src/Makefile.am. Building a snapshot containing these two commits therefore results in the user being unable to adjust the volume or (un)mute through PA. Fix this by adding the two new mixer paths files to src/Makefile.am. Likewise, commit 66e1a2d created a profile for the M-Audio FastTrack Pro USB but did not update src/Makefile.am. Fix this by adding the profile to src/Makefile.am.
* pacmd: don't enter busy loop when reading from stdin very earlyLennart Poettering2010-02-211-86/+100
| | | | | | pointed out in: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-January/006365.html
* daemon: first take name on the bus, then return in starter processLennart Poettering2010-02-211-9/+9
| | | | http://pulseaudio.org/ticket/748
* scache: when playing a sample from the cache make sure not queue them up ↵Lennart Poettering2010-02-215-19/+31
| | | | | | | when the sink is suspended libcanberra already sets the appropriate flags for uncached sample streams, we now need to make sure to set them for cached samples too.
* sample-cache: use the sample name as unmodified fallback in the properties ↵Lennart Poettering2010-02-211-1/+2
| | | | when playing a sample from the cache
* stream-restore: be a little bit more verbose why we don't reastore a sinkLennart Poettering2010-02-211-1/+1
|
* proplist: explicitly mention a role 'test'Lennart Poettering2010-02-211-1/+1
|
* channelmap: Use "Subwoofer" as pretty name for LFELennart Poettering2010-02-211-1/+1
| | | | | | The pretty name is suspposed to be understandable by non-technical folks, and they are generally more used to the term "Subwoofer" than "Low Frequency Emitter", so let's change the name here.
* shm: don't complain about missing SHM segmentsLennart Poettering2010-02-211-1/+1
| | | | | | | If two clients try to cleanup the SHM directory at the same time, they might want to open and then delete the same segment at the same time, in which case one client might win, the other one lose. In this case, don't warn about ENOENT.
* pacmd: store away fd typeLennart Poettering2010-02-211-4/+5
|
* pacat: always fully fulfill write requestsLennart Poettering2010-02-211-17/+30
| | | | | | | Make sure we always fulfill write requests from the server. If we don't the server won't ask us again and playback will stay stuck. https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-February/006611.html
* fdsem: be more verbose when reading from eventfd fails.Lennart Poettering2010-02-211-6/+35
| | | | | | | | | Apperently reading from an eventfd can fail, which results in an assert to be hit. I am not sure about the reason for the failure, but in attempt to track down the issue the next time is hit this prints a more useful log message. https://bugzilla.redhat.com/attachment.cgi?id=386380
* dbus: first restart timer, then dispatch itLennart Poettering2010-02-211-13/+16
| | | | | | | This makes sure that we don't access the timer after it might have been destroyed already from the dbus timeout callback. https://bugzilla.redhat.com/attachment.cgi?id=389952
* padsp: emulate /dev/audio, tooLennart Poettering2010-02-211-35/+20
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=561262
* alsa: use default output port namesLennart Poettering2010-02-215-3/+5
| | | | | instead of coming up with pointless aliases, reuse the already established names, for second headphones, and second speakers.
* alsa: cover "Internal Mic" elementsLennart Poettering2010-02-219-0/+98
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=562216
* alsa: cover 'Shared Mic/Line in', 'Analog Source'Lennart Poettering2010-02-211-0/+25
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=558638
* alsa: cover "Desktop Speaker" mixer elementsLennart Poettering2010-02-219-8/+131
| | | | As exposed by really old Microsoft USB sound systems
* Revert "pacat: Don't use any buffer attr if we don't set any latency/process ↵Lennart Poettering2010-02-211-9/+4
| | | | | | time params" This reverts commit ff2091b2c47dfa7d9f1397627b72d9366b60f566.
* pactl: implement pactl subscribeLennart Poettering2010-02-211-4/+89
| | | | This is a simple debugging tool which prints out subscription events
* virtual-sink,source: enable virtual-source and virtual-sinkPierre-Louis Bossart2010-02-171-2/+14
|
* virtual-source: boilerplate virtual source for PCM processing on inputsPierre-Louis Bossart2010-02-171-0/+771
|
* virutal-sink: boilerplate virtual sink to add PCM processingPierre-Louis Bossart2010-02-171-0/+635
|
* pacat: Don't use any buffer attr if we don't set any latency/process time paramsColin Guthrie2010-02-111-4/+9
|
* native: rework handling of seeks that depend on variables the client does ↵Lennart Poettering2010-02-097-9/+20
| | | | | | | | | | | | not know anything about All seeks/flushes that depend on the playback buffer read pointer cannot be accounted for properly in the client since it does not know the actual read pointer. Due to that the clients do not account for it at all. We need do the same on the server side. And we did, but a little bit too extreme. While we properly have not applied the changes to the "request" counter we still do have to apply it to the "missing" counter. This patch fixes that.
* client: implement $PULSE_LATENCY_MSECLennart Poettering2010-02-091-6/+31
| | | | | | | This allows easy overriding of a clients latency setting for debugging purposes. http://pulseaudio.org/ticket/753
* pacat: allow configuration of latency in msecLennart Poettering2010-02-091-9/+37
|
* udev: use ID_MODEL_ENC instead of ID_MODEL if it is setLennart Poettering2010-02-091-0/+110
| | | | | | | | | That way we should be able to make use of the nicer USB strings the USB hw provides. Fixes the issues pointed out in: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-January/006248.html
* alsa: cover bass boost mixer elementLennart Poettering2010-02-092-0/+13
| | | | http://pulseaudio.org/ticket/740
* udev: rework modem detection a bitLennart Poettering2010-02-091-55/+62
| | | | Check every single pcm device of a card whether it is a modem.
* udev: handle sound cards with both modem and audio properlyDaniel T. Chen2010-02-091-3/+56
| | | | | http://pulseaudio.org/ticket/681 https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/394500
* alsa: Cover the 'Int Mic Boost' element.Colin Guthrie2010-02-091-0/+9
| | | | | | | | | | This is not 100% ideal as we have not way to tie specific boosts to specific inputs and this particular chipset (as noted in #772) appears to support just that. For the time being incorporate it into the normal boost logic. See http://pulseaudio.org/ticket/772
* alsa: cover Input Source:Int MicColin Guthrie2010-02-091-0/+4
| | | | | As seen on some HDA chips (e.g. Fujitsu Siemens S6410) Refs http://pulseaudio.org/ticket/772
* cpu: check for CMOV flag before using this intsruction in assemblyLennart Poettering2010-02-093-4/+8
| | | | http://pulseaudio.org/ticket/776
* alsa: ignore volume changes from the hw if we are not on the active consoleLennart Poettering2010-02-092-0/+6
|
* udev: make sure we get events only for sound devicesLennart Poettering2010-02-091-0/+5
|
* log: add an easy way to disable log rate limitingLennart Poettering2010-02-091-38/+50
| | | | | | Should help with debuggin bugs like: https://bugzilla.redhat.com/show_bug.cgi?id=554405
* bluetooth: fix invalid memory accessLennart Poettering2010-02-091-1/+7
| | | | | | | | When an GetProperties() reply arrives after we already deleted the device structure for it make sure we don't accidentaly touch the invalidated object. https://bugzilla.redhat.com/show_bug.cgi?id=543205
* once: make once related variables volatileLennart Poettering2010-02-094-10/+5
|
* udev: don't forget to unref devices we are not interested inLennart Poettering2010-02-091-1/+3
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=552932
* client: verify connection state in pa_stream_connect_upload()Lennart Poettering2010-02-091-0/+1
| | | | | | | Make suer we check the connection state before going on, so that we can rely that s->context->pstream is properly initialized. https://bugzilla.redhat.com/show_bug.cgi?id=539500
* client: detect forking in sample cache API, tooLennart Poettering2010-02-092-2/+8
|
* bluetooth: don't hit an assert if latency is queried for a stooped recording ↵Lennart Poettering2010-02-091-3/+7
| | | | | | stream https://bugzilla.redhat.com/show_bug.cgi?id=537422
* bluetooth: destruct stream only if it is not already destructedLennart Poettering2010-02-091-13/+15
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=551842
* core: make sure we always return a valid memblock in sink_input_pop() callbacksLennart Poettering2010-02-096-6/+24
| | | | https://bugzilla.redhat.com/show_bug.cgi?id=553607
* native: fix request counter miscalculationsLennart Poettering2010-02-093-57/+55
| | | | | | | | | | | | | Do not subtract bytes the client sends us beyond what we requested from our missing bytes counter. This was mostly a thinko that caused servers asking for too little data when the client initially sent more data than requested, because that data sent too much was accounted for twice. This commit fixes this miscalculation. http://bugzilla.redhat.com/show_bug.cgi?id=534130