Bryan:
I believe Wowza can actively retrieve a stream via RTP/RTSP - check the wowza
forums for documentation on StreamManager and MediaCaster. You basically
define an xml config that references an .sdp and it re-streams on demand or at
wowza startup. The rtplive application is where you want
... or is the ADTS chunk as simple as writing ADTSAudioRTPSink and passing that
to a PassiveServerMediaSubsession?
*goes off to find coffee*
-t
On Feb 8, 2010, at 1:44 PM, Tom Pepper wrote:
> Hello again:
>
> We're writing a live encoding application which reads whole fr
Hello again:
We're writing a live encoding application which reads whole frames in-memory
from an ADTS and H264 encoder and forwards them to Wowza via live.
Two questions:
ADTS -- Since the library only includes ADTSAudioFileServerMediaSubsession, I'm
assuming I need to create a subclass of
thanks, guys. Mainconcept returns 2 full NALs in a single buffer with both the
SPS and PPS encoded, which I just needed to separate, base64encode, put a comma
between, and return. The harder part is figuring out the middle byte to send
for the profile_id header, now. If anyone needs help with
the actual size of the data.
-t
On Feb 6, 2010, at 11:07 AM, Jeremy Noring wrote:
> On Sat, Feb 6, 2010 at 10:39 AM, Tom Pepper wrote:
> The parameter set as I encode and report it:
>
> a=fmtp:96
> packetization-mode=1;profile-level-id=41;sprop-parameter-sets=AWdNQCmWUgCg
Duh. Thanks, Ross - after moving from Windows to Ubuntu for development I
stupidly assumed they'd enable multicast in Ubuntu by default.
If anyone else should encounter this problem, the solution that worked for me
was the following:
1) modify /etc/sysctl.d/10-network-security.conf, change the
Hi, everyone:
I'm attempting to feed an H.264 stream from a live capture and encoder
application we've written into Wowza 2 via live. I've managed to create a
custom H264VideoStreamFramer (STH264VideoStreamFramer ) and DeviceSource
(STMCVSource) that successfully forwards frames from our encod
