Question regarding usage of pa_stream_peek() and pa_stream_drop()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2013-11-19 at 06:05 +0000, nimesh.chanchani at accenture.com wrote:
> Hi Tanu,
> 
> I recorded with 8000 hz mono, to reduce the file size. its uploaded.
> http://www.filedropper.com/28_4 ( < 1 MB)

Is the sample format unsigned 8 bit? Do you get better audio quality if
you record the audio with parecord instead of your own software?

> ________________________________________
> From: Tanu Kaskinen [tanu.kaskinen at linux.intel.com]
> Sent: Monday, November 18, 2013 12:09 PM
> To: Chanchani, Nimesh
> Cc: pulseaudio-discuss at lists.freedesktop.org
> Subject: Re: [pulseaudio-discuss] Question regarding usage of pa_stream_peek() and pa_stream_drop()

> > "void PulseAudioClient::Read()" is the function to lookout for. This
> > is still a test code , so please excuse the inefficiencies.
> 
> Read() doesn't lock the mainloop properly. You need to lock it whenever
> you access objects outside the mainloop thread. Read() accesses the
> stream object for the first time in the pa_stream_cork() call.
> 
> Nimesh>>Thanks for pointing that out. But there is a strange thing that i notice, after I lock the mainloop before calling pa_stream_cork().
> 
> The Flush function , doesn't receive a succede  callback , and I keep waiting in the while loop.
> , if I move the mainloop lock to its original position in the code , i get the flush succede callback.

(You are probably using Outlook as your mail client. Outlook has the
option to prefix quoted lines with ">", please turn that option on. It
makes it much much easier to read inline comments.)

While you wait in the while loop, I presume you have the mainloop
locked? When the mainloop is locked, no code runs in the mainloop
thread, so it's no wonder that nothing is happening.

-- 
Tanu



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux