Hi,
Mahmoud M'HIRI wrote:
[...]
> That's true, I planned to work on AMR/H263 packetization support for the
> previous days, but unfortunately I had to work on something else. Although,
> I'm still intending to work on it, I started yesterday by the AMR support
> and I worked on a packetizer based on the AAC one (rtp_aac.c) (in which i
> didn't found something really particular to ACC..- correct me please).
rtp_aac.c implements the part of RFC 3640 which is used for AAC audio.
RFC 3640 can also be used for other kinds of MPEG4 audio or video ESs,
but I've never seen such features used in practice.
From a quick search, I found that AMR audio seems to be supported by
RFC 3267, for which I do not know the details (but at a first glance it
does not seem to be too similar to RFC 3640).
> And.. how do you manage Luca to test the code, because compiling each time
> the whole ffmpeg/libs seems not to be the optimum way...
Sorry, I do not see the problem: can you point it out with an example? You
need to compile the whole ffmpeg only one time, then "make" will take care
of recompiling only the file you modify.
I generally develop/test in this way:
1) checkout the latest ffmpeg from svn or git
2) configure and compile it
3) modify the needed files, and implement/fix the packetization code
4) recompile (this will take only few seconds, because only the
modified files are recompiled)
5) try to use the new packetization code by streaming some audio and/or
video with the "ffmpeg" program; use vlc (or some other standard-compliant
player) to receive the streams
6) return to point 3 if it is not working
Luca
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user
