If I don't use live555 it works just fine: i.e. encode to a memory
block, decode from a memory block. I tried comparing the original
jpeg compressed data with the received data and it seems that the
jpeg header is broken. Could it be that JPEGVideoRTPSink fails to
reconstruct the original JPEG header for some reason?
"JPEGVideoRTPSink" (which is used by the RTP sender) doesn't
reconstruct the JPEG header. (Remember that the JPEG header is not
sent in the RTP packet.) It's the RTP *receiver*
("JPEGVideoRTPSource" in our case) that reconstructs a JPEG header
(from the parameters in the RTP payload format header).
JPEGVideoRTPSource is what I meant... Anyhow, I'll continue investigate
the problem and if i find the solution, I'll post it to the mailing list.
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
