[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AVT] I-D ACTION:draft-ietf-avt-rtp-speex-01.txt



> Since another message indicated that the encoding could change on a
> per-packet level (whether signalled in-bitstream and/or by payload value
> change), it may make sense to use 32000 for the timestamp rate always.  It
> is *really* problematic when the timestamp rate changes when you switch
> payloads.  The only other value I can see making sense would be 8000, and
> then only if you wanted to make it easier to switch between speex and
> things like G.711 on the fly.

Only the *bitrate* can change on a per-packet. The sampling rate has
always been fixed for a stream. In theory, a constant timestamp rate of
8000 would work even at 32 kHz because the frames have a multiple of 4
samples, but I think it's cleaner to just use the sampling rate as the
timestamp rate.

	Jean-Marc

_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
https://www1.ietf.org/mailman/listinfo/avt