> >A secondary and not so urgent issue; I'm testing on a multihomed server
> and attempting to restrict multicast output to a specific subnet.
That's something that you have to do in your OS (usually by changing
routing tables). It has nothing to do with our software (which, of
course, ru
I'm confused about what information I need to supply to the framer
to get all this to work correctly. So far it seems I need to:
1. Supply NAL units
2. Implement currentNALUnitEndsAccessUnit() (for me, this always
returns true since each NAL unit I have seems to correspond with a
whole encod
However, audio still gets called much more often than it needs to as
per the fDurationInMicroseconds prameter.
Remember, You Have Complete Source Code.
I have told you *repeatedly* what you need to look at to figure out
why your problem is happening. Why do you keep ignoring my advice??
T
Thanks for the hint. vlc can play the file with .m4v extension. That at least
proves the openRTSP works OK. I still don't know why testMPEG4VideoStreamer
sends the vague picture with wrong color. Is it resolution issue? The sample
para.m4e file streams OK. It has low resolution, though.
York
You can use ffmpeg to wrap the file into a mp4 container. I think the
command is just the following:
./ffmpeg -i video-MP4V-ES-1 out.mp4
You should then be able to open the file with VLC. Also, ffmpeg will
usually tell you if there are problems with the bitstream. I have also
just renamed
I am new to this list. Tried to search the archive but didn't find a
good way.
In short, I have difficulty to stream m4e by testMPEG4VideoStreamer. The
m4e comes from openRTSP (renamed from video-MP4V-ES-1), captured from my
Axis camera, 640x480. I can see the picture with wrong color. vlc and
mp
> Yes. (I wonder, what were you passing as the "sprop_parameter_sets_str"
parameter before??
> That parameter is there for a reason.
Before, just "h264" which is what the sample code I started with used (I was
hoping I could just start with an existing sample and move forward, but
apparently it's
Ross,
I modifies MultiFramedRTPSource to add the ability to set and call a
callback function to gain access to the RTP extended header. This
works for my test scenario. If there is no RTP extended header
(probably 90% of the time this is the case) then the added code has no
effect on the
Thanks Ross - By making the changes in audio and video sink connections as you
suggested, the intermittent crashing/freezing problem seems to have disappered.
However, audio still gets called much more often than it needs to as per the
fDurationInMicroseconds prameter.
Two more questions:
1. I
> >A secondary and not so urgent issue; I'm testing on a multihomed server
> > and attempting to restrict multicast output to a specific subnet.
>
> That's something that you have to do in your OS (usually by changing
> routing tables). It has nothing to do with our software (which, of
> course,
10 matches
Mail list logo
