Behalf Of Ross Finlayson
Sent: 09 March 2018 16:08
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] JPEG Video RTP Source ignores quantization table
precision
> unsigned curLen = 0;
> unsigned numtables = 0;
> for (int i = 8; i >= 0; i--) //each bit in the
> unsigned curLen = 0;
> unsigned numtables = 0;
> for (int i = 8; i >= 0; i--) //each bit in the Precision field indicates
> value of a table read from right to left; 0 for 8 bit, 1 for 16 bit (see RFC
> 2435 section 3.1.8)
> {
> if(curLen >= Length) break; //Ignore excess bits after all t
> This may (perhaps) have been an oversight. The “JPEGVideoRTPSource” code
> basically just implements the code that’s in Appendix B of RFC 2435 (which
> defines the RTP payload format for JPEG video). I.e., it
> transforms the information that was in the special RTP JPEG header (and
> quantiz
> On Feb 17, 2018, at 4:13 AM, Joshua Hitchen wrote:
>
> Hi,
> Sorry to bother you on something potentially purposeful – it just seems like
> you may have meant to temporarily remove this functionality given that some
> of the code for it exists but is commented out.
> In JPEGVideoRTPSource.c
Hi,
Sorry to bother you on something potentially purposeful - it just seems like
you may have meant to temporarily remove this functionality given that some of
the code for it exists but is commented out.
In JPEGVideoRTPSource.cpp you set the precision in the DQT segments to 0
(meaning 8 bit), e
