On Tue, 26 Oct 2004, Bernhard Praschinger wrote:
Hallo
I fixed it. Apparently, the merge edit list did not work because I did not specify the exact length of each fragment. I thought lavtrans would figure that out by itself. Now I use lavinfo to get the frame count and use that info to generate a correct edit list.Fine :)
Another bug I discovered: glav does not write files to pathnames with spaces in it.Not to many people use a space in the command line. I will take a look at that problem the next weekend.
Thanks. Well, I was testing my own scripts for space-proofness, and this bug turned up. :)
By the way, did anyone see my mail about feeding frames to mpeg2enc?Yes, but at least I don't know a working solution. I know that using jpeg2yuv does not work. And I guess so does png2yuv. I guess that it could work if you use the ppmtoy4m tool. I have done some tests but got it never working properly.
I have created a nice hack-around that seems to be working quite well: I now sort of 'grow' my avi files by using ppmtoy4m and yuv2lav to convert a single frame to a avi file. Then I add each newly generated single-frame avi to another avi that grows until the movie is complete. Then I convert the avi to mpeg. I still need to store the avi file, but it's a lot prettier than having thousands of images lying around. :)
I assume that lavtrans does not touch the image data itself when merging two avi files, so this solution should maintain reasonable image quality. Also, converting the frames to avi and adding avi files together hardly takes any time compared to the time required to generate the frames themselves.
I was wondering: Is the image data inside a jpg image any different from the data in a MJPEG frame? In other words: Would it be possible to add a jpg image to an existing MJPEG video without decoding/encoding the jpg image? I would love to have a utility to do that.. :)
The problem is that the tools like jpeg2yuv that they operate with filenames. You would need a tool that takes the input from stdin or a fifo file, and create from of that a yuv stream.
Yes, but the problem is that the script that generates the frames closes the pipe after each frame that is written to it. So, pipes are useless here. I think this problem would require a special program that eats any file that appears in a certain directory and concatenates them to stdout.
Thanks for answering.
Dik
------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
