On Tue, 6 Sep 2005, E.Chalaron wrote:
> Well I do it on computer screen, but now I know what I'll get.
> If it looks Ok on a computer screen it will be far too dark on a TV.
That's the opposite of what happens to me - if it looks good on a
computer it'll be too bright on the TV. If it looks a bit dim/dark and
faded (unsaturated) on the computer screen it'll be fine on TV.
Common mistake is to create bright highly saturated colors that look
good on a computer - those will be out of bounds ("illegal") and not
look correct on a TV.
> > Or are you going thru a YUV -> RGB -> YUV conversion step along the...
> Ho no ... long gone ... thanks to y4m422
I think it was renamed to 'yuyvtoy4m' but yes, that's what I hoped
you were using.
> That is it. The 1 enables the gamma correction wired to the camera. Results on
Ah, I guessed correctly ;)
> > -Y Y_0.95_16_235_24_235
> > might be what you want. I've found, in my recent conversions of...
>
> Ok will give it a go .... I think I can get rid of -Y CONFORM then..
It won't hurt to leave that present. You probably could also write
a simple program to read the frames, add a value to the Y' array and
then write the data to stdout.
> Well I choose a short scene and yuvplay, but then, yes, I need to go back to
> the script, modify etc .... I tried to install Cinepaint without much success.
That's what I thought. It's not an ideal workflow - much more
time consuming and tedious than one would prefer.
> ->> Well What I can do is actually foward the acquisition to my TV card
> (eventually a use for it !!!!!) then a TV monitor, broadcast ones are too
Finally get to use that extra connector on your card, eh? :)
You'll want to check that the brightness/color adjustments on the TV
are more or less centered. The goal is to see what is actually present
and not to make it look good at the TV end (consumer TVs have
circuitry to "enhance" the picture rather than show the signal exactly).
The 'production/broadcast' monitors do not do that - which is why
they're used in studios ;)
> I will then use DV files and Kino option External monitor.. Get my parameters
> Ok, then go back to raw data directly to mpeg2enc....
That sounds like an excellent idea and should work well (definitely
a big improvement over relying only on a computer monitor).
> > What does 'y4mhist' say about your data? Run a few frames thru...
> > Run a histogram before and after whatever processing is being done ...
>
> Good point .... Should have done that already; the first step in fact...
It's not a waveform monitor but it'll serve nicely to get an idea
where the levels are concentrated.
Have Fun!
Cheers,
Steven Schultz
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
