2013/8/21 Pascal Stumpf <pascal.stu...@cubes.de>:
> On Wed, 21 Aug 2013 22:00:09 +0400, Vadim Zhukov wrote:
>> 2013/8/21 Pascal Stumpf <pascal.stu...@cubes.de>:
>> > On Tue, 28 May 2013 11:12:10 +0200, David Coppa wrote:
>> >> On Sun, 05 May 2013, Gregor Best wrote:
>> >>
>> >> > Hi ports@,
>> >> >
>> >> > attached is a slightly updated version of the audio/mumble port David
>> >> > Coppa submitted in April 2012. I fixed two things related to the
>> >> > deprecation of PERMIT_DISTFILES_CDROM and NO_REGRESS. Also, I fixed a
>> >> > typo in WANTLIB (it said sndfile>=4 instead of >=3) and removed the
>> >> > -sqlite from the qt4 dependency because as far as I can see sqlite is
>> >> > now always included in qt4.
>> >> >
>> >> > The port builds and runs fine since ... a long time ago, I've been
>> >> > testing it for about 4 months now.
>> >> >
>> >> > I've kept the name for the tarball in sync with the last name David sent
>> >> > to ports@, so this is version 5 of the port.
>> >>
>> >> Hi all again,
>> >>
>> >> Here's my "final" version.
>> >> This is what I'd like to import, please have a look at it.
>> >>
>> >>>> application/x-tar-gz attachment, name=mumble-v6.tgz
>> >
>> > Hi,
>> >
>> > here's a newer version (1.2.4), tested lightly on amd64.  Some patches
>> > disappeared because we now have shm_open() or they came from upstream
>> > anyway.
>>
>> Quick review:
>>
>> * Use ALL_TARGET in port Makefile instead of constructing do-build.
>> * Use lib/qt4/Qt* instead of Qt* in WANTLIB.
>> * Packages fine, starts fine but no sound in either way (audioctl and
>> mixerctl output below).
>
> Updated tarball attached; I don't know about your audio problem, I
> suppose there's nothing useful on the console?  Tried re-running the
> audio wizard?

Yep. All I have on the console after starting mumble and re-running
wizard till the data buffer selection page:

$ mumble
CELT bitstream 8000000b from /usr/local/lib/mumble/celt-0.7.0.so
CELT bitstream 80000010 from /usr/local/lib/mumble/celt-0.11.0.so
Locale is "ru" (System: "C")
Database SQLite: "3.7.17"
Overlay: Listening on "/home/pers/.MumbleOverlayPipe"
GlobalShortcutX: Using XI2 2.0
AudioInput: 40000 bits/s, 48000 hz, 480 sample
PortAudioSystem: Will use device 0: sndio default
suggestedLatency :     10 ms
channels:        :      1
frameSize        :    480 bytes
sample rate      :  48000 samples/sec
PortAudioSystem Opened PortAudio stream 0x7dc25200
PortAudioSystem: Will use device 0: sndio default
suggestedLatency :     10 ms
channels:        :      1
frameSize        :    480 bytes
AudioOutput: Initialized 1 channel 48000 hz mixer
sample rate      :  48000 samples/sec
PortAudioSystem Opened PortAudio stream 0x7dc25000
AudioInput: Initialized mixer for 1 channel 48000 hz mic and 0 channel
48000 hz echo
warning: The VAD has been replaced by a hack pending a complete rewrite

.... and nothing changes while I move the slider back and forth.
Probably a PortAudio's problem, though... At least I could connect and
it did not crash yet.

>> $ audioctl -a
>> name=HD-Audio
>> version=1.0
>> config=azalia0
>> encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
>> properties=full_duplex,independent
>> full_duplex=0
>> fullduplex=0
>> blocksize=3840
>> hiwat=9
>> lowat=8
>> output_muted=0
>> monitor_gain=0
>> mode=
>> play.rate=48000
>> play.channels=2
>> play.precision=16
>> play.bps=2
>> play.msb=1
>> play.encoding=slinear_le
>> play.gain=247
>> play.balance=32
>> play.port=0x0
>> play.avail_ports=0x0
>> play.seek=0
>> play.samples=0
>> play.eof=0
>> play.pause=1
>> play.error=0
>> play.waiting=0
>> play.open=0
>> play.active=0
>> play.buffer_size=65536
>> play.block_size=3840
>> play.errors=0
>> record.rate=48000
>> record.channels=2
>> record.precision=16
>> record.bps=2
>> record.msb=1
>> record.encoding=slinear_le
>> record.gain=126
>> record.balance=32
>> record.port=0x0
>> record.avail_ports=0x0
>> record.seek=0
>> record.samples=0
>> record.eof=0
>> record.pause=1
>> record.error=0
>> record.waiting=0
>> record.open=0
>> record.active=0
>> record.buffer_size=65536
>> record.block_size=3840
>> record.errors=0
>> $ mixerctl -a
>> inputs.dac-0:1_mute=off
>> inputs.dac-0:1=222,222
>> inputs.dac-2:3_mute=off
>> inputs.dac-2:3=222,222
>> inputs.beep=108
>> record.adc-0:1_source=mic2
>> record.adc-0:1_mute=off
>> record.adc-0:1=126,126
>> record.adc-4:5_source=mic2
>> record.adc-4:5_mute=off
>> record.adc-4:5=126,126
>> record.adc-2:3_source=sel2
>> record.adc-2:3_mute=off
>> record.adc-2:3=126,126
>> inputs.sel_source=mic
>> outputs.sel=126,126
>> inputs.sel2_source=mic
>> outputs.sel2=126,126
>> outputs.hp_source=dac-0:1
>> outputs.hp_boost=off
>> outputs.mic_source=dac-0:1
>> outputs.mic_dir=input-vr80
>> outputs.mic_eapd=on
>> outputs.spkr_source=dac-2:3
>> inputs.mic2=126,126
>> inputs.mix_source=dac-0:1,dac-2:3
>> inputs.mix_dac-0:1=126,126
>> inputs.mix_dac-2:3=126,126
>> outputs.hp_sense=unplugged
>> outputs.mic_sense=unplugged
>> outputs.spkr_muters=hp,mic
>> outputs.master=247,247
>> outputs.master.mute=off
>> outputs.master.slaves=dac-0:1,dac-2:3
>> record.volume=126,126
>> record.volume.mute=off
>> record.volume.slaves=adc-0:1,adc-4:5,adc-2:3

--
  WBR,
  Vadim Zhukov

Reply via email to