Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | unify logic for finding by name fragment | Dave Reisner | 2013-01-05 | 1 | -33/+28 |
| | |||||
* | store possible device/card matches as pointers | Dave Reisner | 2013-01-03 | 1 | -8/+9 |
| | | | | | Avoid invoking the copy constructors and storing new objects which can't be returned (as they're local variables). | ||||
* | allow fuzzy matching on devices | Dave Reisner | 2013-01-03 | 1 | -4/+27 |
| | |||||
* | 80 columns! | Dave Reisner | 2013-01-03 | 1 | -1/+2 |
| | |||||
* | properly clamp values in Set{Balance,Volume} | Dave Reisner | 2013-01-03 | 1 | -8/+6 |
| | |||||
* | allow card lookup by index | Dave Reisner | 2013-01-03 | 1 | -0/+3 |
| | |||||
* | whitespace police | Dave Reisner | 2013-01-02 | 1 | -24/+24 |
| | |||||
* | always defined behaviors for devices | Dave Reisner | 2013-01-02 | 1 | -0/+6 |
| | |||||
* | Derive the card from the targetted device | Dave Reisner | 2013-01-02 | 1 | -4/+58 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Unless explicitly specified, target a card based on the selected device. Note that not all devices will be tied to a card. falconindy » put differently, if i have multiple cards, what determines which card is used by pulse for a given app? tanuk » In theory, the logic can be anything (it depends on what policy-implementing modules are loaded). By default, routing is mostly handled by module-stream-restore, which chooses the sink based on the user's previous routing choices. tanuk » If the user hasn't done any routing choices, the fallback logic is to select the current "default sink". tanuk » I don't recommend trying to guess the routing policy. falconindy » i guess my understanding of pulse internals is lacking falconindy » but that's rather enlightening falconindy » is there any way to figure out the connection between a sink and a card? tanuk » Yes... (One moment, I'll look up things.) falconindy » ah. uint32_t card falconindy » appears to be in pa_sink_info falconindy » so that ties the sink to the index of a card? tanuk » Yep. falconindy » awesome, that's good enough for what i need to do tanuk » Not all sinks are part of a card, though, but those that are will have the card index set. falconindy » also good to know | ||||
* | ponymix: validate arg count before invoking function | Dave Reisner | 2013-01-02 | 1 | -4/+4 |
| | | | | | | | | | | | | | | | A few changes make this fun and easy: - Merge the function array into the string to action lookup and return a Command instead of simply an enum. A Command is the function and the min/max arg count. - Implement an InRange method for the Range class. - Add a Dispatch function to convert the string to Command and validate the arguments. This leaves us in a position where the argc parameter to each method is never used, but maybe some day a command will be added that takes a range of args rather than a fixed number. | ||||
* | rename class Pulse to PulseClient | Dave Reisner | 2013-01-02 | 1 | -34/+34 |
| | |||||
* | oops | Dave Reisner | 2013-01-01 | 1 | -4/+4 |
| | |||||
* | fix null constructions | Dave Reisner | 2013-01-01 | 1 | -6/+12 |
| | |||||
* | initial commit | Dave Reisner | 2013-01-01 | 1 | -0/+561 |