On Wed, Apr 2, 2008 at 11:03 AM, Luca Abeni <[EMAIL PROTECTED]> wrote:
> 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. I asked the question because it seemed for me to be very general, it's putting frames into packets and if the frame is larger than a packet, it's divided into multiple ones.. and I think that it's the same thing than AMR ( http://tools.ietf.org/html/rfc3267#page-32) > > > 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). Well, besides dispatching into packets and filling some header fields what should the packetizer do else? > > > > > 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 yes that's true, there is no problem with that!! (it remembered me the zentest gem for ruby on rails, a test tool that tests only edited files, and it seems to use the same principle of automake) When I tried to test aac streaming, it's throwing to me: "AAC with no global headers is currently not supported" (c->extradata_size is returning false).. ? Thanks for your valuable support. > > > > > Luca > _______________________________________________ > libav-user mailing list > [email protected] > https://lists.mplayerhq.hu/mailman/listinfo/libav-user > -- Mahmoud M'HIRI [EMAIL PROTECTED] Phone: Under request _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user
