Aha! All is happy now. Thanks Ross!
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson
Sent: Saturday, February 04, 2012 3:16 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Streaming live h.264 v
FYI, I've now installed a new version (2012.02.04) of the "LIVE555 Streaming
Media" code that reimplements "WAVAudioFileSource" to do asynchronous reads
(except on Windoze).
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mai
Awesome!
Ross Finlayson wrote:
Yes there is a comment about that in the code. Is it difficult to convert to
bytestream? Or is there something quick I can do to tell the caller that I
don't have data yet?
I'll be updating the "WAVAudioFileSource" code very shortly to do asynchronous
file r
> Yes there is a comment about that in the code. Is it difficult to convert to
> bytestream? Or is there something quick I can do to tell the caller that I
> don't have data yet?
I'll be updating the "WAVAudioFileSource" code very shortly to do asynchronous
file reads (except on Windows).
Yes there is a comment about that in the code. Is it difficult to convert to
bytestream? Or is there something quick I can do to tell the caller that I
don't have data yet?
Ross Finlayson wrote:
But the wav source class just uses fread instead of the bytestream so my
getframe blocks on my
> But the wav source class just uses fread instead of the bytestream so my
> getframe blocks on my audio fifo.
OK, I didn't realize that you were using the "WAVAudioFileSource" class. Yes,
you're right - that still uses a blocking "fread()", rather than asynchronous
reading. I'll need to fix t
But the wav source class just uses fread instead of the bytestream so my
getframe blocks on my audio fifo. Doesn't that also block video since there is
only one thread? What do I do if I have no audio data avail?
I will check presentation time as well.
Ross Finlayson wrote:
Then problem is c
> Then problem is combining audio+video. I think I did the audio incorrectly.
> I think it's doing a blocking read on my audio fifo and messing up the video
> since the whole shebang is single threaded. I think what I need is the
> ByteStream class which does async, that way it tells the sche
I have been struggling with how to stream live audio+video in an embedded
device. What I have is a process which feeds a h.264 ES into a video fifo, say
/tmp/video.fifo, and a process which feeds ulaw into an audio fifo, say
/tmp/audio.fifo. If I use the H264*.cpp/hh classes and point them at
