Reviving this thread.
Hi,
I see that https://github.com/grpc/grpc-java/issues/2292 was marked as
closed a week ago.
Does this concludes the issue of (in short) "understanding the state of the
channel and act according"? (the details are in the thread of course)
Addressing your last comment in
On Sun, Apr 23, 2017 at 7:17 AM, David Edery
wrote:
> There's another, probably-unrelated issue of a channel that reached the
streaming limitation - If I stream more than 65 seconds using the same
channel, I get an exception. I assume that the source of
On Wednesday, April 19, 2017 at 1:40:37 AM UTC+3, Eric Anderson wrote:
>
> On Mon, Apr 17, 2017 at 10:16 PM, David Edery > wrote:
>
>> ping :)
>>
>
>
You didn't include me in the to: in your reply, so it got lost in the noise.
>
Sorry. All I did was to press
On Mon, Apr 17, 2017 at 10:16 PM, David Edery
wrote:
> ping :)
>
You didn't include me in the to: in your reply, so it got lost in the noise.
> On Tuesday, April 4, 2017 at 9:14:45 AM UTC+3, David Edery wrote:
>>
>> On Friday, March 31, 2017 at 10:49:32 PM UTC+3,
ping :)
On Tuesday, April 4, 2017 at 9:14:45 AM UTC+3, David Edery wrote:
>
>
>
> On Friday, March 31, 2017 at 10:49:32 PM UTC+3, Eric Anderson wrote:
>>
>> On Mon, Mar 27, 2017 at 10:11 PM, David Edery <
>> da...@intuitionrobotics.com> wrote:
>>
>>> 4. Create a request observer (of type
>>>
On Friday, March 31, 2017 at 10:49:32 PM UTC+3, Eric Anderson wrote:
>
> On Mon, Mar 27, 2017 at 10:11 PM, David Edery > wrote:
>
>> 4. Create a request observer (of type
>> StreamObserver) by calling the speech client's
>> (which is of type
On Mon, Mar 27, 2017 at 10:11 PM, David Edery
wrote:
> 4. Create a request observer (of type
> StreamObserver)
> by calling the speech client's (which is of type SpeechGrpc.SpeechStub)
> streamingRecognize function
>
> I didn't get into the details (yet) but I'm
Thank you for your answer :)
On Monday, March 27, 2017 at 7:19:38 PM UTC+3, Eric Anderson wrote:
>
> On Sun, Mar 26, 2017 at 9:28 AM, David Edery > wrote:
>
>> 500ms is too much for my app to wait before streaming. This is why I
>> prepare everything before and I
On Sun, Mar 26, 2017 at 9:28 AM, David Edery
wrote:
> 500ms is too much for my app to wait before streaming. This is why I
> prepare everything before and I make sure that at the end of a recognition
> operation the full structure is prepared for the next iteration.
Hi,
I'm using gRPC with the cloud speech API (v1beta1).
In my app, at a certain point, I need to stream the audio to the speech
service and get the results as fast as I can.
For that, I need the managed-channel to be up and ready before streaming.
The wiring of everything (creating the managed
10 matches
Mail list logo