>Do you mean going into my MF H.264 encoder? You must.
Oops, no, not really! I rewrite my suggestion (the previous one is good
when working at the receiver side): *grab* the stream for the luminance
plane only (like old TV sets!!): if you get a good output, the problem
is the way the *encoder
Renato,
How would one go about rendering the stream for only the luminance plane?
Do you mean going into my MF H.264 encoder? You must. Otherwise I don't
know how to analyze the compressed output to omit the color. And for the
MF H.264 encoder, I don't think there's any way to tell it to do on
NV12 is similar to I420 (or YUV420, if you prefer), so it is 12 bit per
pixel, 8 for luminance and 4 for CrCb (or U and V if you prefer). See
http://www.fourcc.org/yuv.php#NV12.
Obviously, "4 bits for CrCb" means that each byte is used for 4 pixels
(a 2x2 quad), and so NV12 is a planar only form
Thanks very much for your help, Ross.
BACKGROUND: (CLARIFICATION ONLY) Indeed I only have one thread calling
doEventLoop(). That's all I meant by my penultimate background sentence.
The last background sentence points out a separate thread for MF, that's
independent of Live555, and is in fact th
> BACKGROUND: I adapted testH264VideoStreamer.cpp and DeviceSouce.cpp/hpp so
> that I could send a live video feed out over the network. I currently test
> using VLC. I generate h.264 encoded frames using a Microsoft Media
> Foundation (MF) back end to my existing MF streaming software. Ther
Please consider these two questions. Thanks very much.
BACKGROUND: I adapted testH264VideoStreamer.cpp and DeviceSouce.cpp/hpp so
that I could send a live video feed out over the network. I currently test
using VLC. I generate h.264 encoded frames using a Microsoft Media
Foundation (MF) back e
