On Sat, 17 Jan 2004, James Finnall wrote:
> Yes, at the start of the second sequence, mpeg2enc complains about a
> bad header and terminates.
A simple shell function (all of what, 5 or 6 lines) takes care
of that problem easily enough.
I really think the lower level y4m routines should treat subsequent
YUV4MPEG2 lines as FRAME lines - perhaps checking that the
stream attributes are still the same or reasonable.
> Of course, the segmentation is where my problems are, right?
That's my theory, yes. Cut&paste the script and give it a try -
only take a couple minutes.
> I will see what I can do with your script idea though. It has some
> operations I haven't done before. So it looks interesting to try.
> But it still looks like each time jpeg2yuv is called, the format
> info will be created in the stream. After the first sequence is
Right but the skip1() function REMOVES the extra format info. That's
what the 'read junk' is for...
> complete then mpeg2enc will abort on the second sequence. With the
> same effect as files cat'ed together. I am not seeing where that
> is being avoided here.
Did you try the script? Did you read it thru? :-)
strip1()
{
read junk
cat
return 0
}
(... ; jpeg2yuv | strip1 ; ...) | ...
will read the first line (YUV4MPEG2 ...) into the variable junk and
then not use $junk anywhere - then 'cat' simply passes the rest of
the data thru untouched.
> I also converted my jpeg files to ppm. (I found out it doesn't mean
> parts per million.) But I have had the same problem working with
:)
> I will see what I can do with it tomorrow. This operation looked so
> easy when I read the article in the Dec03 Linux Journal!
That's like most cookbooks - the recipes look so easy and the
pictures look so good - then I try it and the results are less
than wonderful :)
Cheers,
Steven Schultz
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
