Re: [Mjpeg-users] Help reading Muxing TS
On 15/11/2011, at 4:47 PM, sam wrote: Hi Mark, Thank you for your reply, I have hardware encoder , which gives IP out , and it has 8 channels , each channel gives me 2 ts. ffmpeg will encode again , then it is no use of using my encoder. ffmpeg can be used to mux without encoding. this is what I used to mux my mpeg files to transport streams to work with my IPTV system. ffmpeg -i file.mpg -acodec copy -vcodec copy stream.ts my case to mux n number of ts into single ts , which means MPTS , contains number of programs with PIDS. Sending the data and receiving the data is not a problem , i can do this by UDP port , i have tool to receive IP IN and OUT. Since yours is a special case, you will probably need to write some code, I recommend looking at libav, which is the library behind ffmpeg. http://libav.org/ Mark -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Help reading Muxing TS
On 14/11/2011, at 3:37 PM, sam wrote: Dear Friend , I am a professor , i want to do it for my research project for students.partial please help me. I want to Multiplex n number of TS using mplex, i got downloaded from mjpeg.sourceforge.net and installed , how to mux continuously Real time. Command : iso13818ts file1.ts file2.ts.filen.ts Muxout.ts the output muxout.ts not playing in al lvideo player but i can able to play the video in mplayer by giving specific ProgramID of TS file.And also i cant see any PID Values in TSReader and Streamxpert Software, i think it has no SI table , how to generate the Mux out TS with SI table , which should play in all video player such as vlc player. I only thought that mplex could produce program streams. I had to use ffmpeg to produce transport streams for my IPTV system. Have you tried looking at the libav libraries? (what ffmpeg is based on) I know that they can produce transport streams. Not sure how easy it would be to write a stand alone app. Mark -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] writing multi threaded code
On 23/09/2011, at 12:20 PM, E Chalaron wrote: Cine scan films such as 8, 9.5, super 8 , 16 mm etc ... Either in 8 or 16 bits. Sorry I mean, what file format (or library) would you be reading this in as? yuv4mpeg is in yuv format. I'm not aware of an rgb stream format. Or would you be using a yuv444 format and just assigning rgb to the channels? I guess this would work as long as the filter didn't try to do any colour conversion. Mark -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] writing multi threaded code
On 23/09/2011, at 1:52 PM, E Chalaron wrote: The files are in a quicktime container as raw RGB data from cinelerra. But ... I suppose I can always denoise before rendering in X264 which will be in YUV anyway. I was just thinking that if you were to implement yuvdenoise for RGB, how would you read the data? In your above scenario how do you get the RGB data out of the quicktime file and into a yuv format for x264? (I only use y4m for x264) Mark -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdenoise
The simple solution to worrying about the need to optimise the code for your cpu is to look at the output from top. (I am actually interested in seeing the %CPU each of your processes take up.) Are both your CPUs fully loaded? Yes - multi threading is not needed but you could always optimise the heaviest hitting process to increase FPS. And then the next heaviest etc etc. No - The heaviest hitting process is causing the bottle neck. Look at optimising this process to better utilise your machine, multithreading may help. There is no point optimising the low %CPU processes if this is the case. Mark On 14/11/2010, at 11:15 AM, E Chalaron wrote: Hello all Just a quick question : using mjpegtools through ffmpeg piping. are they (or not) multi threaded ? ffmpeg -threads 2 -y -i - -f yuv4mpegpipe - | \ yuvdenoise -t 2,8,8 -m 2,8,8 | y4munsharp |\ ffmpeg -y -threads 2 -i - -b 22k -vcodec dnxhd -threads 2 $fichier On (for say) a dual core (AMD or Intel) the gkrellm histogram shows a smaller activity on 1 core then alternates to the other core from time to time. Thanks a lot Edouard -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] port of yadif?
Has anyone ported yadif (yet another de interlacing filter) to mjpeg tools? it appears to be the best software deinterlace filter. Thanks Mark -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] y4mstabilizer segmentation fault
On 04/06/2009, at 4:04 PM, Richard Archer wrote: As it turns out, this tool doesn't do what I wanted it to anyway. Does what you want it to do be a suitable extension to the tool. I was about to pick up the code and debug it, however if you've found that increasing the buffer size fixes the bug, then it's probably not as urgent. I need a video project to take my mind off work. And @Mark Heath... I had seen your tools before, and I will have another look at them in future. You have some really interesting code there, and with a bit of cleaning up and packaging it could be a great supplement to mjpegtools. Thanks for the feed back. I've got no idea about writing a proper configure script and build system for them or if they are useful to anyone. If you have any ideas for a video filter I'd be interested to hear of them. Mark -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] y4mstabilizer segmentation fault
Input #0, mpegvideo, from 'test.m2v': Duration: 00:00:46.50, bitrate: 3938 kb/s Stream #0.0: Video: mpeg2video, yuv420p, 720x576 [PAR 16:15 DAR 4:3], 3938 kb/s, 25 tbr, 1200k tbn, 50 tbc Output #0, yuv4mpegpipe, to 'pipe:': Stream #0.0: Video: rawvideo, yuv444p, 720x576 [PAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc UGH! What is a PAR (Pixel Aspect Ratio) of 16:15? PAL is something like 59:54 as I recall. But then I always ignored the y4m header that ffmpeg output and put on my own ;) 16:15 is the pixel aspect ratio you get if you make the assumption that 720x576 frame size is 4:3. (similar to 64:45) As we all know the correct PAR for PAL is 128:117 using true square pixels. If you were using industry square pixels it would be 59:54 (an industry square pixel is 768:767) Unless you know why you would want one and not the other then either true square or industry square is probably fine. [snip] I'm happy to follow instructions to help isolate the bug and to apply patches and rebuild to test a solution. I would try getting correct data into the program before any more debugging ;) with ffmpeg something like this might stand a better chance: [snip] Could I plug my program which interfaces libav and the mjpeg libraries, libav2yuv? :-) http://silicontrip.net/~mark/lavtools/#libav2yuv You can override all the yuv header values with command line switches. It also uses swscaler to convert to other chroma subsampling mode, so you can output 444 from within the tool. libav2yuv -S 444 -c -A 59:54 test.m2v | yuvdeinterlace | ... I would also like some people to test it and someone to help package it up since it is only C source. Mark -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Good intermediate format to use
On 23/01/2009, at 5:54 AM, Bernhard Praschinger wrote: The mjpegtools cannot create DV encoded files (at least I don't know how). They can only read them. The the best quality is a mjpeg encoded AVI/MOV at a high quality factor of 95. (100 might cause problems) if you are wanting to use DV files as an intermediate format with the mjpeg (yuv) tools, I recommend ffmpeg from memory the command would look something like this: mjpegtoolchain | ffmpeg -f yuv4mpegpipe -i - -vcodec dvvideo file.dv FFmpeg determines the destination format based on the file extension. Well If you really want every bit of quality you can create single raw ppm files. I would not recommend that. Nor would I because ppm would be in RGB without chroma subsampling. So you would be colour space converting and chroma upsampling. This would result in loss of colour gamut (probably minimal) and a larger file than needed. You could use the raw yuv stream, that are produced by mjpegtools. However there are plenty of open source lossless codecs that would be better. I think huffyuv is one, which ffmpeg supports. There is even a zlib codec. You could use use the mjpeg codec with ffmpeg, there is a -sameq option to ffmpeg, which (i believe) turns off the jpeg quantisation, so retains all the quality. Sometimes this has been useful if the source had already been compressed, only produces a file size based on the quality of the original. I have found that it produces smaller files depending on the compression of the original file. Though it will produce very large files if the source is noisey and from a high bitrate source. I would highly recommend using ffmpeg in your mjpegtool chain, it can convert to a large number of file formats and codecs. Mark -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: any hope of further development?
Does mpeg2enc support encoding 422 video? Thanks Mark -- ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex file mov03d.m2v unrecogniseable!
On 18/10/2008, at 1:31 AM, Curt Howland wrote: Are you able to make the file available? http://pages.suddenlink.net/curthowland/mov018.m2v http://pages.suddenlink.net/curthowland/mov018.mpg This is the original right off the camera, and the file created with mplayer -dumpfile mov018.m2v -dumpvideo mov018.mpg It's only 6M rather than 20M with the clip mentioned earlier, but they're all showing exactly the same behavior. Yeah, don't use mplayer's -dumpvideo to demux. bbdmux is a very good demuxer. I recommend it for anyone who is doing this. I've had it demux files where other demuxers have spat it. However ffmpeg works just as well (and I don't have bbdmux installed on this machine) These are the commands I used to get it to work: (carriage returns have been added for clarity, and ~/Movies% is my prompt) ~/Movies% ffmpeg -i mov018.mpg -vcodec copy mov018.m2v FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard Mac OSX universal build for ffmpegX configuration: --enable-memalign-hack --enable-mp3lame --enable- gpl --disable-vhook --disable-ffplay --disable-ffserver --enable-a52 -- enable-xvid --enable-faac --enable-faad --enable-amr_nb --enable- amr_wb --enable-pthreads --enable-x264 libavutil version: 49.0.0 libavcodec version: 51.9.0 libavformat version: 50.4.0 built on Apr 15 2006 04:58:19, gcc: 4.0.1 (Apple Computer, Inc. build 5250) Input #0, mpeg, from 'mov018.mpg': Duration: 00:00:02.2, start: 0.190889, bitrate: 10956 kb/s Stream #0.0[0x1e0], 29.97 fps(r): Video: mpeg2video, yuv420p, 720x480, 8900 kb/s Stream #0.1[0x80]: Audio: ac3, 48000 Hz, stereo, 384 kb/s Output #0, mpeg2video, to 'mov018.m2v': Stream #0.0, 29.97 fps(c): Video: mpeg2video, yuv420p, 720x480, q=2-31, 8900 kb/s Stream mapping: Stream #0.0 - #0.0 Press [q] to stop encoding frame= 75 q=0.0 Lsize=2702kB time=2.5 bitrate=8964.0kbits/s video:2702kB audio:0kB global headers:0kB muxing overhead 0.00% ~/Movies% file mov018.m2v mov018.m2v: MPEG sequence, v2, [EMAIL PROTECTED] interlaced Y'CbCr 4:2:0 video, CCIR/ITU NTSC 525, 4:3, 29.97 fps ~/Movies% ffmpeg -i mov018.mpg -acodec copy mov018.ac3 FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard Mac OSX universal build for ffmpegX configuration: --enable-memalign-hack --enable-mp3lame --enable- gpl --disable-vhook --disable-ffplay --disable-ffserver --enable-a52 -- enable-xvid --enable-faac --enable-faad --enable-amr_nb --enable- amr_wb --enable-pthreads --enable-x264 libavutil version: 49.0.0 libavcodec version: 51.9.0 libavformat version: 50.4.0 built on Apr 15 2006 04:58:19, gcc: 4.0.1 (Apple Computer, Inc. build 5250) Input #0, mpeg, from 'mov018.mpg': Duration: 00:00:02.2, start: 0.190889, bitrate: 10956 kb/s Stream #0.0[0x1e0], 29.97 fps(r): Video: mpeg2video, yuv420p, 720x480, 8900 kb/s Stream #0.1[0x80]: Audio: ac3, 48000 Hz, stereo, 384 kb/s Output #0, ac3, to 'mov018.ac3': Stream #0.0: Audio: ac3, 48000 Hz, stereo, 384 kb/s Stream mapping: Stream #0.1 - #0.0 Press [q] to stop encoding size= 118kB time=2.5 bitrate= 384.0kbits/s video:0kB audio:118kB global headers:0kB muxing overhead 0.00% ~/Movies% file mov018.ac3 mov018.ac3: ATSC A/52 aka AC-3 aka Dolby Digital stream, 48 kHz,, complete main (CM) 2 front/0 rear, LFE on,, 384 kbit/s reserved Dolby Surround mode ~/Movies% mplex -f 8 -o mov.mpg mov018.m2v mov018.ac3 INFO: [mplex] mplex version 1.9.0 (2.2.7 $Date: 2006/02/01 22:23:01 $) INFO: [mplex] File mov018.m2v looks like an MPEG Video stream. INFO: [mplex] File mov018.ac3 looks like an AC3 Audio stream. INFO: [mplex] Video stream 0: profile 8 selected - ignoring non- standard options! INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting dvdauthor DVD output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Video stream e0 (mov018.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 480 INFO: [mplex] Aspect ratio: 4:3 display INFO: [mplex] Picture rate: 29.970 frames/sec INFO: [mplex] Bit rate: 890 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF: 0 INFO: [mplex] Scanning for header info: AC3 Audio stream 00 (mov018.ac3) INFO: [mplex] AC3 frame size = 1536 INFO: [mplex] AC3 AUDIO STREAM: INFO: [mplex] Bit rate :49152 bytes/sec (384 kbit/sec) INFO: [mplex] Frequency : 48000 Hz INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate: 9484944 INFO: [mplex] target data-rate specified : 1008 INFO: [mplex] Setting specified specified data rate: 1008 INFO: [mplex] Run-in delay = 9009 Video delay = 9009 Audio delay = 18018 INFO: [mplex] New sequence commences...
Re: [Mjpeg-users] mplex file mov03d.m2v unrecogniseable!
On 15/10/2008, at 6:00 AM, Curt Howland wrote: $ mplex -f 8 -S 0 -M -o /tmp/Test/mov03d/mov03d.mpeg2 /tmp/Test/mov03d/ mov03d.m2v /tmp/Test/mov03d/mov03d.m2a INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/08/28 17:50:54 $) **ERROR: [mplex] File /tmp/Test/mov03d/mov03d.m2v unrecogniseable! [snip] $ mplayer mov03d.m2v [snip] Starting playback... VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [xv] 720x480 = 720x540 Planar YV12 V: 27.5 824/824 16% 6% 0.0% 0 0 Is the problem found here? As far as I can tell, mplayer is reporting it's an mpeg-2 video stream, and I don't see how mplex won't recognize it. I have found that mplayer will skip bad header data until it finds something playable. I've had exactly the same issue. Where mplayer played a file fine but mplex wouldn't recognise it. have you tried file on the m2v file? eg % file example.m2v example.m2v: MPEG sequence, v2, [EMAIL PROTECTED] interlaced Y'CbCr 4:2:0 video, 4CIF PAL, 16:9, 25 fps If yours says a similar thing, then perhaps your version of mplex is broken. Are you able to make the file available? If file reports data or something other than MPEG sequence, then mplayer hasn't demuxed the file properly or has included corrupted data at the start of the file. You could try using bbdmux (part of bbtools) http://members.cox.net/beyeler/bbmpeg.html , to demux the camera file. (source is available and I've had it compile it on linux and osx) Or you could use ffmpeg to demux the file: ffmpeg -i example.mpg -vcodec copy example.m2v The format looks OK, so you should not need to re-encode it. Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Y4mhist
On 17/09/2008, at 1:29 PM, E Chalaron wrote: Thanks a lot for that. It looks like I will have a good use of it. Do you have a tar.gz package with the lot (configure, make etc...) ? No, unfortunately I'm just a hacker, I don't know much about package management. If anyone has any recommendations about making a package, I wouldn't mind hearing. There is a gcc build command in the comments: gcc -O3 yuvdiag.c -L/sw/lib -I/sw/include/mjpegtools -lmjpegutils -o yuvdiag just replace the location of your mjpeg include and libraries. Mark Cheers E Mark Heath wrote: I'm not sure about y4mhist, But it sounds like you are looking for something similar to my yuvdiag tool. renders a realtime histogram (among other things) suitable for displaying with a yuv player of some sort. http://silicontrip.net/~mark/lavtools/index.php#yuvdiag Let me know if this is what you are after. Mark On 17/09/2008, at 7:19 AM, E Chalaron wrote: Hi there I was wondering what was the status of y4mhist these days ? Did anybody try to link a vloopback / y4mhist /gnuplot triplet to display in reel time (possible ?) the histogram ? Thanks E. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building Cross platform binaries
On 22/06/2008, at 3:03 PM, Bernhard Praschinger wrote: I am guessing to build universal binaries is going to require some serious hacking of the build scripts. Can anyone help? I discovered that adding the following option to configure helped this issue: --disable-dependency-tracking So you have made the mjpegtools included into Xcode, could you make the changes aviable somewhere ?'' Hi, Unfortunately I had to hack the changes. So the install wasn't all that clean. I had to make changes mostly to the libtool script and hard code the LDFLAGS into the script. Then I had to descend into each directory and run make twice, with two different LDFLAGS, one for building executables and one for building .a libraries. one make would make all the .o files and build a library then fail building the executable, so I had to change the flags. Does this make sense ? Although I still needed to hack the libtool shell script to include the arguments needed for multiple architecture linking. And had to switch the LDFLAGS argument depending on if the makefile was building an ar library or an executable binary. But I got there in the end. It would be nice to be able to automate this into one seamless make. If anyone is responsible for the Makefile and configure scripts, I'd like to hear from you to see what we could change to make it build cleanly. I think Steven should be able to help you with that problem. I now have a shared library build of mjpegutils for OSX intel and ppc, which links with projects from Xcode!!! What programs do you want afterwards to link/compile against the mjpegtools ? I'm not sure if you've been following my other work, but I've made quite a number of yuv filters. Just recently I integrated this library with Core Video, mainly to make a video player, which I would mostly describe as tee for video. It displays the video in a window and has the option to write to stdout so for complex filter chains, I can see what is happening at each stage. It also supports frame advance and frame rate override, and can also save the current frame to a file. eg: yuv_video_source | yuvCoreVideoplayer -c | yuvfilter1 | yuvCoreVideoplayer -c | yuvfilter2 | yuvCoreVideoplayer -c | mpeg2enc I know it's all a little mundane, but nothing else seems to be tailored to debugging video filters, and filter chains. If anyone is interested in this tool, (although I am still adding features and removing bugs) mail me and I can provide the xcode archive. However you will need to have a universal mjpegutils library installed. (now all i need is to do the same for ffmpeg's libav, it doesn't appear to support the --disable-dependency-tracking option) I think libav is a problem. I'm going to try their mailing list. Although Darwin ports has a build script for it. But I'm not sure if Darwin ports builds universal binaries. Oh, does anyone have some nice optimised code for converting yuv planar data into packed YUYV data? I'm also not sure about the best way to go from 420 to 422 chroma subsampling. One more things from your first mail: configure: MJPEG tools 1.9.0 build configuration : configure: configure: - X86 Optimizations: configure: - MMX/3DNow!/SSE enabled : false configure: - arch/cpu compiler flags : -march=pentium3 - mtune=pentium3 [...] As you can see here it has attempted to tune for pentium3 and gcc spits it over command line options... If you don't use the CVS version of the mjpegtools the new MAC aren'T detected correct. You need to update the cpuinfo script and I think the cpuinfo.c file. You will find the changes in the CVS. I have however forgotten my exact steps. So now that I'm trying to build it on my G5 I can't get it to work. One problem is that depending on if it's building a ppc version or an i386 version, it has to assume what optimisation flags to use. It cannot detect things like byte ordering or co-processor or available instructions. Mark - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building Cross platform binaries
On 12/06/2008, at 11:23 PM, Mark Heath wrote: As you can see here it has attempted to tune for pentium3 and gcc spits it over command line options... I would like to have universal binaries as I do use a mixture of PPC and Intel macs. I am guessing to build universal binaries is going to require some serious hacking of the build scripts. Can anyone help? I discovered that adding the following option to configure helped this issue: --disable-dependency-tracking Although I still needed to hack the libtool shell script to include the arguments needed for multiple architecture linking. And had to switch the LDFLAGS argument depending on if the makefile was building an ar library or an executable binary. But I got there in the end. It would be nice to be able to automate this into one seamless make. If anyone is responsible for the Makefile and configure scripts, I'd like to hear from you to see what we could change to make it build cleanly. I now have a shared library build of mjpegutils for OSX intel and ppc, which links with projects from Xcode!!! (now all i need is to do the same for ffmpeg's libav, it doesn't appear to support the --disable-dependency-tracking option) Mark - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Building Cross platform binaries
Hi all, I've been using mjpeg tools under OSX for some time now. I have recently begun attempting to integrate the tools with Apple Core services. However Xcode wants the mjpeg libraries to be universal or it won't link against them. I have tried the path of forcing Xcode to only produce binaries for my platform, but that has proved fruitless. I did resort to building the Cocoa application using gcc command line and then manually copying the additional resource files into the .app directory. This is not really a satisfactory solution. So now I have begun building mjpeg with universal binaries. I have spent most of this evening getting lib jpeg 6b built with universal shared libraries and have had success. However mjpeg tools have not been so friendly to cross compilation. configure: MJPEG tools 1.9.0 build configuration : configure: configure: - X86 Optimizations: configure: - MMX/3DNow!/SSE enabled : false configure: - arch/cpu compiler flags : -march=pentium3 - mtune=pentium3 configure: - video4linux recording/playback: false configure: - software MJPEG playback : false configure: - Quicktime playback/recording : false configure: - PNG input support : false configure: - AVI MJPEG playback/recording : true (always) configure: - libDV (digital video) support : false configure: - Gtk+ support for glav : false configure: bash-3.2$ make make all-recursive Making all in utils if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. - I. -I.. -I.. -I../utils-march=pentium3 -mtune=pentium3 -arch ppc - arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -no- cpp-precomp -D_THREAD_SAFE -Wall -Wunused -MT mjpeg_logging.lo -MD - MP -MF .deps/mjpeg_logging.Tpo -c -o mjpeg_logging.lo mjpeg_logging.c; \ then mv -f .deps/mjpeg_logging.Tpo .deps/mjpeg_logging.Plo; else rm -f .deps/mjpeg_logging.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../utils -march=pentium3 - mtune=pentium3 -arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os - pipe -no-cpp-precomp -no-cpp-precomp -D_THREAD_SAFE -Wall -Wunused -MT mjpeg_logging.lo -MD -MP -MF .deps/mjpeg_logging.Tpo -c mjpeg_logging.c -fno-common -DPIC -o .libs/mjpeg_logging.o gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags make[3]: *** [mjpeg_logging.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 As you can see here it has attempted to tune for pentium3 and gcc spits it over command line options... I would like to have universal binaries as I do use a mixture of PPC and Intel macs. I am guessing to build universal binaries is going to require some serious hacking of the build scripts. Can anyone help? Mark - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] frame rate conversion
On 25/05/2008, at 6:43 PM, Christian Ebert wrote: * Mark Heath on Saturday, May 24, 2008 at 08:47:53 +1000 By the way I have my own blending framerate converter (yuvaifps) available on my lavtools site http://silicontrip.net/~mark/lavtools/index.php#yuvafps On MacOS 10.4.11 with latest mjpegtools from cvs (except for mpeg2enc) I get: $ gcc yuvafps.c -I/usr/local/include/mjpegtools -lmjpegutils -o yuvafps /usr/bin/ld: Undefined symbols: _next_larger_quant collect2: ld returned 1 exit status From your building advice I take it you are compiling against fink's mjpegtools, but those are very old (1.6.2). Is it because I use a newer version or do you have any other idea what I might be doing wrong? I've never seen this error, I am guessing it has to do with the installed libraries. I am building against 1.9.0rc3 I did fix some errors in my code a few weeks back, but I'm not getting any linking errors. I've done a search and libmpeg2encpp.dylib is the library that defines _next_larger_quant. I don't know why the other libraries depend on it, but it does sound like you need to compile the libraries with mpeg2enc Let me know if this helps. Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] frame rate conversion
On 23/05/2008, at 8:03 AM, Florin Andrei wrote: I'm looking for a way to convert a 60fps video stream to true NTSC frame rate (29.97i). Converting frames to fields to half the frame rate and interlace is easy, but it's the shaving off of the 0.1% of the frame rate that worries me. How about yuvmotionfps? Is it good enough to make a smooth conversion 60 -- 59.94? Other suggestions? Frame rate conversion is quite tricky to get exactly right. There is no exact way to go from one rate to another. Motionfps tries to estimate what the inbetween frames are based on estimating how objects are moving across the frame. However getting a computer to recognise an object has moved is not an easy task and mistakes in the estimation can look very strange, a bit like mpeg file corruption. The other two ways that I know of are, frame dropping/duplication or frame blending. Each have their own benefits and draw backs. Frame dropping and duplication preserves the sharp images of each frame but corrupts any smooth motion. Frame blending preserves the smooth motion, but corrupts any sharp images. This is not so much of a problem with video taken from real scenes. (such as taken with a camera) However may be rather annoying with sharp computer generated images. Neither way is ideal you should look at the results of all different types of filters and see which one you feel looks best. By the way I have my own blending framerate converter (yuvaifps) available on my lavtools site http://silicontrip.net/~mark/lavtools/ index.php#yuvafps Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Zig-zag pattern on every frame...
I wouldn't see that it would be difficult to write a yuvtool to copy the chroma channels into the luma and show the video image this way. Maybe include it in a set of video tools to display more engineering information about a yuv stream... I have written a channel splitter available on my yuvtools page http://silicontrip.net/~mark/lavtools/ called yuvdiag. It's a bit of a hack job, but it shows the U and V channels in the luma channel. You might find this useful to do noise diagnostics. It also has a rudimentary chroma and luma scopes, which I would like to add axis information to. I wouldn't mind adding more diagnostic features, if anyone has any suggestions. Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Zig-zag pattern on every frame...
Hi Andrea, Since you mention that your camcorder, with the 1.2m S-Video cable, produces the same pattern, it is unlikely to be a source of external interference. However you did mention you changed something recently inside your computer? This change could be causing the interference. Inside computer cases are horrible places to put any sort of analogue signal. I'm not sure if it's possible, try moving the card to another computer. I'm not sure if it's a software bug On 10/03/2008, at 2:39 AM, Andrea Giuliano wrote: By the way, Mark, can you explain to me how did you split the image into YUV's channels? It's very interesting for me, but I could not find a way to do that, due to my rather low level of practice. As for YUV channels. MPEG and JPEG file use YUV to store their colour information. This allows for chroma subsampling, since our eyes are not as perceptive spatially to colour, as we are to brightness. All the tools that this mailing list is based around operate in the YUV colour space. Displaying this information in a meaningful way is another story however. For viewing, Photoshop's L-a-b colour mode is similar, I'm not quite sure if it's exactly the same but if you want to get a visual idea about the image it's pretty good. I wouldn't see that it would be difficult to write a yuvtool to copy the chroma channels into the luma and show the video image this way. Maybe include it in a set of video tools to display more engineering information about a yuv stream... It wouldn't be hard to do, just need some motivation! :-) Is anyone interested in such a tool? Mark -- View my latest yuvtools at http://silicontrip.net/~mark/lavtools/- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Zig-zag pattern on every frame...
I've split this image into it's Y-U-V channels, There appears to be no noise in the chroma channels only the Luma channel. This could be due to: * the chroma channels being half resolution, not enough resolution to represent the noise pattern. (below the nyquist value) * the interference frequency is not high enough to cause colour shifts. Or due to JPEG compression. * notice that the noise falls cleanly within Macroblock boundaries. * the noise may be falling below the quantizable threshold in those areas. Thus not being encoded into the Macroblock. If you get to capture the image again, maybe do it at a very high bitrate, so we don't see compression artifacts. I have seen this type of noise before, even recorded onto a digibeta provided by Universal, but never looked into methods of removing it. Have you tried a bit of trial and error, to see if the noise goes away? * Turn off all electrical appliances. * Try the capture source closer to the computer. Mark -- Check out my latest YUV tools at http://silicontrip.net/~mark/lavtools/ On 08/03/2008, at 8:34 AM, Andrea Giuliano wrote: Okay, you and Burkhard suspect radio interference. But you have not seen the full pictures I sent to Bernhard Praschinger. In those picture you could see that the pattern is not spread all over the frame: the trunks of the trees, and the rocks too, are only affected very little, if even not at all. Could an interference affect some colors and not other? I'm not expert of interference, nor of colors, indeed? So here is a link to one of those frames: http://www.webalice.it/sarkiaponius/0669.jpg It's just 54K big. If you zoom around the trunks or the rocks you will surely understand what I'm trying to say (sorry, my native language is neapolitan, not english...) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness
On 23/01/2008, at 5:16 AM, Florin Andrei wrote: Mark Heath wrote: Anyway I've been using the mpeg2 encoder in ffmpeg and have been happy with the results. I asked recently on their mailing list if they solved the rate control issues and they said no. Kind of a big issue if the target media is DVD. I use a max rate of 8500 (rather than the DVD specified limit of 9800) and never had problems during muxing or had the files rejected by authoring software. Maybe I'm just lucky. I'll see if I can do some investigation. Mark “What if Microsoft had designed Windows Vista.” - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness
On 17/01/2008, at 3:34 PM, Steven M. Schultz wrote: On Wed, 16 Jan 2008, Christian Ebert wrote: I get buffer underflows for longer stuff when encoding from dv to mpeg2 for dvd with ffmpeg, and i really played around a lot with That's the rate control issue(s) I had in mind. I found that ffmpeg had trouble with DV files. When I did direct conversions from DV to mpeg2 dvd constrained files, I found some strangeness that caused the frame rate of the dv file to increase, or drop frames, and therefore reduce the duration of the movie. Due to the non-contiguous nature of the resulting dv file, the bitrate of the mpeg file would increase and couldn't be controlled. I would always need to go via another tool before making the mpeg2 file with ffmpeg. the ever changing options... Yep - hard to keep up sometimes. But I'd like to decode with lav2yuv, but it segfaults here on dv movs Works fine here - BUT I have seen the problem you mentioned earlier (symptom is that 'twos' audio isn't recognized as valid). I have some hacky code which uses libav to do decoding (really wanted it after WMV3 support was added) to yuv4mpeg check out: http://silicontrip.net/~mark/lavtools/ http://silicontrip.net/~mark/lavtools/libav2yuv.c Maybe someone could make it a little more compiler friendly. I think that it doesn't compile with the latest version of libav, and needs some libav_open calls changes (and structs made into pointers) and I need a cvs system at home! There's an Apple compressor for mpeg2? And 3gpp, H.264, AC3, MPEG-1, AAC, MPEG-4 and a bunch of others I'd have to lookup. Compressor (I'm only at Compressor2, not having upgraded to 3) is Apple's compression engine frontend. It's not sold separately but only as part of the Final Cut Studio bundle (a bit pricey but a fair value for the amount of software and documentation you get). Although doesn't come with mpeg2 encoding (or decoding, unless the quicktime component is installed) have a look at MPEG Streamclip http://www.squared5.com/ Mark “What if Microsoft had designed Windows Vista.” - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness
On 16/01/2008, at 2:28 AM, Christian Ebert wrote: * Steven M. Schultz on Friday, March 23, 2007 at 00:48:14 -0700 If you're using a PPC and OS/X there is a fantastically high quality workaround for mpeg2enc's current buggy state. The BitVice encoder from: http://www.innobits.com/ works _great_. Not all the inner tweeking capability I'm used to but the quality has to be seen to believed... I've used bitVice professionally and I have found it's constraints too limiting. Maybe it was just the version I was using. It couldn't create files less than 2mbit average bit rate. It would only do 2 passes, couldn't do 1 pass. It couldn't do constant quality, it would only do average bitrate. It would only create a constrained mpeg file, the dimensions had to be 720/704x576/480 It would only read quicktime files. It couldn't be scripted. Which was ok for the majority of work the company was doing but when marketing decided they needed files taken from the web rather than from our ingest suite. These limitations started causing problems. Anyway I've been using the mpeg2 encoder in ffmpeg and have been happy with the results. Of course most of my source material is mpeg 4 part 2 so any encoding artefacts I see I blame on the source :-) ffmpeg can read yuv4mpeg streams from stdin, just incase you don't know the command line is: yuvcommand | ffmpeg -f yuv4mpegpipe -i - -moreffmpegoptionshere Mark “What if Microsoft had designed Windows Vista.” - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] how can i figure out if ppmtoy4m has a option 420mpeg2
Hi Martin, The output from the help of ppmtoy4m is appearing on stderr not stdout. You will need to redirect stderr through your pipe. Depending on what shell you are using this is done in different ways. tcsh: ppmtoy4m -h | grep 420mpeg2 | wc -l bash: ppmtoy4m -h | grep 420mpeg2 21 | wc -l Have a search for redirecting stderr for which shell you are using on how to redirect stderr. Mark On 06/12/2007, at 8:08 AM, Martin Gansser wrote: hi, i tried to figure out, if ppmtoy4m have the option 420mpeg2, but this fails with newer mjpegtools version. with mjpegtools-1.8.0: # ppmtoy4m -h|grep 420mpeg2|wc -l the result is 1, thats ok, but with mjpegtools-1.9.0rc2 and mjpegtools-1.9.0rc3 it's no longer possible to get an integer result. # ppmtoy4m -h|grep 420mpeg2|wc -l usage: ppmtoy4m [options] [ppm-file] Reads RAW PPM image(s), and produces YUV4MPEG2 stream on stdout. Converts computer graphics R'G'B' colorspace to digital video Y'CbCr, and performs chroma subsampling. If 'ppm-file' is not specified, reads from stdin. options: (defaults specified in []) -o n frame offset (skip n input frames) [0] -n n frame count (output n frames; 0 == all of them) [0] -F n:d framerate [3:1001 = NTSC] -A w:h pixel aspect ratio [1:1] -I x interlacing [p] p = none/progressive t = top-field-first b = bottom-field-first -L treat PPM images as 2-field interleaved -r repeat last input frame -S mode chroma subsampling mode [444] '420jpeg' - 4:2:0 JPEG/MPEG-1 (interstitial) '420mpeg2' - 4:2:0 MPEG-2 (horiz. cositing) '444' - 4:4:4 (no subsampling) -v n verbosity (0,1,2) [1] -B PPM image is packed with BGR pixels [RGB] 0 thanks Martin -- --- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users “What if Microsoft had designed Windows Vista.” - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdeinterlace bug?
On 14/09/2007, at 3:23 PM, David McNab wrote: I am thinking about doing something more intelligent than line doubling. (maybe adaptive blending) Oh yes, please do! :) And making better support for different chroma subsampling, but maybe next week. Less urgent, since many yuv4mpeg tools seem to be hardwired to 4:2:0. But in a perfect world, all the tools would support all the ss modes. I've written some generic utility functions that handle any chroma plane size. And changed the way I think about processing a video frame, so any new filters I write automatically support any chroma size. I'm re-working my old filters to support these utility functions. There are a lot of good deinterlacing algorithms out there but most of the implementations are for systems other than mjpegtools. mjpegtools absolutely needs a lossless deinterlacer. Any filter that doesn't touch the original scanlines while interpolating the missing ones could be considered lossless. So it's up to really good interpolation algorithms to make the de- interlacer good. I've been getting great results with yuvmotionfps, especially when block size and search radius are tuned appropriately for the footage. I guess I don't know enough about the settings to get an acceptable result from it. What would be brilliant is a tool to convert 4:2:0 to 4:4:4alpha and back, and for all the mjpegtools and 3rd party yuv4mpeg tools to support 4:4:4alpha. Doing the maths to convert 4:2:0 YUV to RGB and back is presently a coding pain and a resource waster. y4mscaler I know can do chroma conversion, though I'm not sure if alpha is supported. And - would be awesome if ffmpeg had options to output YUV streams with any chroma subsampling. It seems hardwired to 4:2:0 at the moment. Check out my libav2yuv (apart from being annoying to compile, needs the ffmpeg libav shared libraries) It allows any chroma subsampling output and I find it simpler to use than ffmpeg. Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] yuvdeinterlace bug?
I haven't looked thoroughly into this but it appears that the version of yuvdeinterlace crashes on 480 height files, while works fine on 576 height files. I'm not sure which version I am using, the tool doesn't have any version information, it is the Motion-Compensating-Deinterlacer. I did compile it from the 1.9.0rc2, I'm not sure if there have been any code updates since then. Or if you are aware of the bug. this is a stack trace from the crashed executable EXC_BAD_ACCESS (0x0001) KERN_PROTECTION_FAILURE (0x0002) at 0x003b1e98 Thread 0 Crashed: 0__memcpy + 556 (cpu_capabilities.h:189) 1deinterlacer::temporal_reconstruct_frame(unsigned char*, unsigned char*, unsigned char*, unsigned char*, int, int, int) + 108 (yuvdeinterlace.cc:175) 2deinterlacer::deinterlace_motion_compensated() + 112 (yuvdeinterlace.cc:709) 3main + 1856 (yuvdeinterlace.cc:1033) 4_start + 340 (crt.c:272) 5start + 60 Let me know if I can help debug it. Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdeinterlace bug?
On 14/09/2007, at 12:50 PM, David McNab wrote: There's an alternative implementation of yuvdeinterlace, unfortunately with the same name, at: http://silicontrip.net/~mark/lavtools/ :-) yeah that's my version. It was for non interlace aware temporal filters, such as my original yuvafps (weighted averaging frame rate converter) but it totally screwed up the spacial representation of the fields. I am thinking about doing something more intelligent than line doubling. (maybe adaptive blending) And making better support for different chroma subsampling, but maybe next week. There are a lot of good deinterlacing algorithms out there but most of the implementations are for systems other than mjpegtools. I also improved my weighted average framerate converter after seeing that yuvfps was giving incorrect results on converting to very slow framerates. (1fps) It can also be forced into interlace mode where it will convert a progressive stream into an interlace stream of a different frame rate. I've recently added some more tools which you may find useful. I'm finding the motion compensating de-interlacers a little slow and the artefacts it introduces a little annoying. This version performs lossless deinterlacing (extracting the fields, and generating a stream with both fields set to double the frame rate). It also has a 'reinterlace' option which does the reverse. Since coming across this alternate version, I've deleted mjpegtools' 'yuvdeinterlace' from my system. Thanks for the support, it's good to hear that it is making use somewhere, if you need any improvements, let me know. Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] keyframe automation with yuv4mpegpipe-style tools
On 30/08/2007, at 1:06 PM, David McNab wrote: On Thu, 2007-08-30 at 00:20 +1200, David McNab wrote: Hi, Is there a sane way to perform, with the various yuv4mpegpipe-based tools, something comparable to the keyframe-based automation found in graphical video editors such as Cinelerra? I had a thought on how this could be achieved with a simple protocol, implemented in the respective y4 tools. Imagine if a y4 tool could accept a command line option such as '-automate filename' and if the file given has one or more lines of the form: frame_no -option1 value1 -option2 value2 ... where 'frame_no' is the frame number from which a new set of options should take effect, and '-option1 value1...' is one or more options normally accepted by that tool. Then, dynamic settings changes over time could be a fairly straightforward matter. The downside of this is that each of the y4 tools would need to be hacked into new versions which support this scheme, hopefully not too difficult a task. I wouldn't see that as the case. Most of the yuv tools read from stdin and write to stdout, this automation command could act like a shell which executes different command depending on the frame count. my guess is that the automate script simply lists the frame number and then the command, including any option to have them read from stdin and write to stdout 0 yuvdenoise -m 8,12,12 25 yuvdeinterlace 275 yuvdenoise -m 8,12,12 This seems relatively straight forward, unless I've misunderstood what is being described here. Mark - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc is currently broken
I have been using ffmpeg with the mjpeg tools for some time. To convert from the myriad of formats that ffmpeg supports to yuv use this command: ffmpeg -i myfile.ext -f yuv4mpegpipe - | yuvmytool | etc. To convert to another format from yuv4mpeg use this style of command: yuvmytool | ffmpeg -f yuv4mpegpipe -i - -vcodec mpeg2video -hq -b 6000 -maxrate 8000 -bufsize 224 myfile.mpg There are more options you may need, but this should get you started. Mark On 24/07/2007, at 12:49 AM, sean wrote: ffmpeg seems the only alternative on linux. I'll go try to find out how to do it with ffmpeg. Without docs, it's not always easy. And they're such a friendly bunch :( sean - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] does mplex support MPEG2 transport stream?
ffmpeg will produce transport streams. To convert an existing program stream use this command: ffmpeg -i file.mpg -acodec copy -vcodec copy file.ts where file.ts is the output file. ffmpeg uses extensions to recognise what format to write the file in. Though this can be overridden with the -f option. I was even able to wrap a h264 elementary stream into a transport stream this way. Hope this helps. Mark On 27/05/2007, at 2:20 PM, Bernhard Praschinger wrote: Hallo Thierry Foucu wrote: I was wondering if mplex supports MPEG2 transport stream for output? if so, what is the option to set? No that is not possible. If not, how hard will it be to do it? or is ther any tools to convert the output of mplex to MPEG2 transport stream I don't know of any tools that are able to do that. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: status of low quality settings on ix86
Interestingly enough I attempted using mpeg2enc as a change (from ffmpeg) just to see how things were progressing. I had just compiled the mjpeg suite on my g5, to do some NTSC to PAL conversion. I used the following settings: mpeg2enc -f 8 -q 2 -M 8 I couldn't get it using more than 2 of my cpus, even when I tried -M 32 There were visible errors in the encoded video. Not mpeg artefacts or bandwidth encoding limitations but errors, where a blue scene would end up with a yellow block in it, then motion vectors would smear the yellow across the screen. This occurred consistently throughout the encoded clip, say every GOP or every second GOP. This error does seem similar to the issue you described. I'm not sure how to debug such a result. Mark On 11/05/2007, at 9:34 AM, Jonathan Woithe wrote: Hi all For a long time there have been known issues with encoding at low quality factors such as q=2 (ie: high quality encoding) on ix86. I understand this was due to something related to potential overflows in some parts of the MMX code. From memory the general recommendation from a year or so ago was that on ix86 one shouldn't go below a q value of 3. What is the current status on this - does mpeg2enc still suffer this limitation or has it been dealt with? Regards jonathan -- Time is an illusion; lunchtime doubly so -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Standards converter?
Hi, I was wondering if a yuv format standards converter exists? I know that one could be pieced together with y4mscaler and a frame rate converter. Though I was wondering about doing adaptive interlace detection and changing the behaviour of the scaling and frame rate interpolation based on whether a pixel was interlaced or not? I'm not sure if such a tool would be useful. But I know that the operation of standards conversion is both scaling and frame rate and the behaviours of scaling and frame rate conversion depend on if the material (even to a pixel level) is interlaced or not. Would it make much of a difference than using a separate scaler and frame rate converter? By the way, which frame rate converter is considered the *best* at the moment? Mark - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Reasonable targets for Video8 sources...
I purchased a D8 camera to do the capturing. It is able to read video 8 tapes and send it via firewire. I've been archiving the tapes on disk as DV files. I'll edit the files together one day and burn them onto DVD. Mark On 07/09/2006, at 9:38 PM, Andrea Giuliano wrote: Hi, I hope this is not a trivial question, but since I have a lot of Video8 tapes to save before they cannot be played anymore, I would like to save them digitally the best way. I made some experiments with VCD and XviD, using a DC30+ card, but there are so many parameters to tune, so I would like to have at least a rough idea of what output format to choose (or even to avoid). I just guess that DVD is to avoid, since there is nothing to gain. Also, I guess VCD should not be bad at all, and it fits well with my tapes (all are one hour long). Finally, I would avoid XviD because some people that asked me for a copy of a tape don't have a DivX player (nor Video8 camcorder). Any hint will be very appreciated. Best regards. PS Yes, I have read several time the MJPEG-HOWTO and the man pages. -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnkkid=120709bid=263057dat=121642 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] B ... [WAS: y4mscaler: Upsampling to widescreen]
Andrew Stevens wrote: For the same x2 special-case asd your algorithm there is also some very interesting work based on ideas from some Sony researchers. Here you again choose your weights dynamically based on context in which your new pixel appears. However, the weight-selection function you use constructed by a 'learning' process. You 'train' your 'smart filter' on a huge set of training data (upscaling downsampled video and trying to match the original as closely as possible). The results are sometimes eerily good! The training approach (and the larger 3x3 'context' they use) allows them to avoid certain kinds of artefact I (suspect) your technique might have in common with median-like non-linear scaling filters. The usual complaint is a tendency to optical 'fattening' of fine features. Median filters also tend to be expensive (in HW) to get to work for fractional scale factors. Though I suspect yours is quite 'friendly' in that regard. I'm not sure how this came about but I thought about training a Backpropagation neural net with sample images so that it may learn what the missing pixels looked like from the surrounding pixels. At first the results looked surprisingly good. Later I discovered that the engine appears to be dependent on the sample images used to train it. IE if there are a lot of uphill diagonal lines in the sample images, all uphill lines in the upsampled picture look perfectly smooth, however the downhill lines look excessively jaggered. This also happens if the reverse is used to train the network. I thought that it may be that I was only using a 3x3 grid (effectively 6 pixels) so tried a 5x3 grid, which simply made things look worse. I then went to passing the RGB values through the network at the same time (back to a 3x3 grid), incase they might have an effect on each other, and it looked promising at first but as it was trained with more images, became progressively worse. The result appears no better than a box filter (as used by pamscale). I'm not sure if this is because I have not trained it enough, or if this is something that has no pattern and cannot be learnt, or that I'm using the wrong sort of images. I don't suppose anyone has any suggestions? this is how I am training the network, with a 3x3 grid: 1 2 3 4 5 6 7 8 9 take pixels 1,2,3,7,8 and 9 as the inputs to the neural net, and pixel 5 as the output. Mark --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc 1.6.2: how to use -p for 24fps source?
On 14/12/2005, at 4:21 PM, Trent Piepho wrote: When you use -F 4 -p, the mpeg file has its framerate set to 30 fps, but there are only 24 frames encoded per second. The encoder puts in repeat field flags that tell the decoder to do the pulldown, which has the effect of converting 24 frames into 30 frames. So it's more correct to say that the decoder contructs 3:1001 video from a 24000:1001 source, as opposed to the other way around. I am guessing that these repeat field flags are not to difficult to add to a stream. As this program can modify an existing m2v stream http://www.inwards.com/inwards/?id=36 (source is available and will compile on OSs other than windows) And I am also guessing that the repeat field flags are distinct enough for players, such as mplayer, to say, hey this is really a 23.976 progressive steram, I'll play it as such. I've seen mpeg files that swap between 29.97 and 23.976 with pulldown. Some of the video is in 23.976 progressive and some is 29.97 interlaced, mplayer can detect these changes and will change it's playback mid stream. I guess my confusion is, that the resulting mpeg stream is a fully compliant 29.97 interlaced stream, and is played as such by players that don't know about pull down, but these repeat field flags can be added, detected and removed easily. I don't quite understand. Mark --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too many frame drops
Anne Wilson wrote: On using the commant mplex 1_title.mp2 1_title.m2v -o 1_title.mpg You need to add '-f 8' to the mplex command line. -f 8 has the same meaning as -f 8 in mpeg2enc, which is to produce a DVD compatible MPEG file. Since your m2v file is DVD compatible, you also must tell mplex to make a DVD compatible file, as it defaults to something more like VCD. Mark I see many warning messages, culminating in the following: ++ WARN: [mplex] Audio c0: buf= 4096 frame=000237 sector=0087 ++ WARN: [mplex] Video e0: buf= 19974 frame=000196 sector=1228 ++ WARN: [mplex] Padding : sector=2482 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=767274 required(DTS)=767125 ++ WARN: [mplex] Audio c0: buf= 4096 frame=000237 sector=0087 ++ WARN: [mplex] Video e0: buf= 13997 frame=000212 sector=1496 ++ WARN: [mplex] Padding : sector=2522 **ERROR: [mplex] Too many frame drops -exiting Does this imply that there is a problem with the m2v file? That was created with the command title.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 8 -I 1 -q 7 -o title.m2v Anne --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] A bug ?
E.Chalaron wrote: Hi all This may not be relevant to everybody but ... I am capturing here YUV frames using Coriander. On my Athlon 32 it works fine and the used script to buld my movies back is : (find . -name \* | xargs cat) | yuyvto4m -k -w 1244 -h 934 -a 1:1 -i p -r 16:1 | bunch_of_filters | yuvplay Let say I have a sequence of frames such as : A BB C Well I end up with BABCBCC A chance that is not my DNA ! I assume that you are assembling a bunch of still frames into a movie. It's not the order that find is finding your files in? If you run find by itself, does it produce the list of files in the correct order? From memory, find uses inode order not alphabetical order. perhaps you could try: cat * | yuyvto4m ... Mark --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] No a bug
E.Chalaron wrote: Or perhaps not? The thing you most likely are experiencing is that find list all matches i filesystem order, which may or may not be what you want. You may be better off with find . -name \*|sort, or, if you don't need the recursion, simply ls *. The recursion wont work, as find will report the directories and cat will error if you try to give it a directory. If you want recursion you need: find . -type f also you shouldn't need the -name \* since these switches act as a filter. -name \* doesn't filter anything so can be omitted. So between SUSE to Mandrake find does not behave the same way It is dependent on the order that the files are written to the directory. Most of the time inode order is also alphabetical order, if there are directory nodes available when the file was created. There are scenarios where the inode order does not match an alphabetical filename order as you have found out. As recommanded I need to add sort to get it to work OK not on MDK... ls * seems to work as well on SUSE but not on Mdk if I remember properly. the shell expand the * to all the matching files. Some commands may not like that many arguments. curious... find cannot be relied upon to return files in alphabetical order, even if it does do so in most cases. Mark --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] fixing fields order in encoded mpeg2(vob)
Aleksander V. Dyomin wrote: Hi! Sorry for my poor english. I have made misstake while writing script to encode my DV to MPEG2. Exporting stream with mplayer I used -vo yuv4mpeg:interlaced option. Later, on hw dvd player, I have seen buggy video, as described at mjpeg-howto(wrong field order). Problem understood, and now I using -vo yuv4mpeg:interlaced_bf (bottom first). All ok. But I have some buggy disks and have not dv-sources for it :( So I cant recode it from sources with right setting. Its possible to change field order in mpeg2 _without_ recoding? I have tested wrong and right files and sizes is equal, and differences is similar on some bytes(some flags is different I think). But I dont found any utilities to change such flags :( Help me plz. There is a program called pulldown which allows the modification of various mpeg flags. It's a hacked up version of bbvinfo. The source can be found here: http://www.inwards.com/inwards/?id=36 I hope this helps. Mark [taken from the command help] PULLDOWN - v0.99d, by Hard Code. [Based on sources by Brent Beyeler ([EMAIL PROTECTED])] PULLDOWN is a tool for modifying the encoding flags in an MPEG-2 video stream. It is most useful for turning a 23.976fps progressive stream into an SVCD or DVD-compliant 29.97fps NTSC interlaced stream via 2:3 pulldown. Using pulldown with only the source file name and no additional arguments creates a new file called PULLDOWN.M2V in your current directory. usage: pulldown source target [options] options: -nopulldown : pulldown will not insert the necessary flags for 2:3 pulldown -framerate [23.976, 25, 29.97] (defaults to 29.97) : changes framerate -norff : strips out all RFF flags -tff [odd, even] : changes the field order -notimecodes : does not recalculate timecodes for the new framerate -prog_seq [p, i] : marks the entire MPEG stream as progressive or interlaced -prog_frames [p, i] : marks each frame as progressive or interalced -drop_frame [true, false] : Set drop_frame_flag for NTSC streams -aspect_ratio [1:1, 4:3, 16:9, 2.21:1] : Change aspect ratio --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Converting back from DVD
Bernhard Frühmesser wrote: So far i have the vob file on the HDD, and mpeg2dec reads it, but do i have to use a pipe here to store the output in a file? Right now the video displays on the desktop. With -o pgm i get a pgm for each frame. Why not use 'mpeg2dec -o pgmpipe ...'? I have tested this, mpeg2dec ofile.m2v -o pgmpipe | pgmtoy4m -i t -a 1:1 -r 3:1001 -x 420mpeg2 test.mov But when i do a lavplay later on test.mov i get: nable to identify file (not a supported format - avi, quicktime). **ERROR: [lavplay] Error opening test.mov Maybe you could try using ffmpeg or mplayer. I've documented how to get yuv4mpeg out of them previously. Here's the crash course: ffmpeg -i ofile.m2v -f yuv4mpegpipe test.yuv (will write to test.yuv) mplayer -ac dummy -ao null -vo yuv4mpeg -benchmark -noframedrop ofile.m2v (will write to stream.yuv, this name is hardcoded) Also have you had a quick look at the resulting yuv file, produced by pgmtoy4m? (test.mov) It should look something like this: YUV4MPEG2 W352 H288 F3:1001 It A1:1 FRAME [snip] Mark --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Converting back from DVD
Bernhard Frühmesser wrote: Hello, I have a small problem :-) I used the mjpegtools to record a movie from a VHS Video a while ago, unfortunately i don´t have the VHS tape anymore, but i have all the stuff on DVD. I would need a short sequence of the Video to use on another DVD. Just a short sequence. Does anybody know if it is possible to rip back the DVD to use it with the mjpegtools (glav) etc...? There are a couple of tools to make this very easy. Since this is one of your own authored DVDs you won't need any decryption software. You can copy the VIDEO_TS structure straight off the dvd to your harddisk. To convert the mpeg VOB files into more friendly mpegs, I use a program called dvdunauthor, which is a part of the dvdauthor package. http://dvdauthor.sourceforge.net/ You can point dvdunauthor directly at your DVD, since you do not need to do any decrypting. You can then use mpeg2dec to convert the mpeg files into yuv4mpeg streams. (or ffmpeg or mplayer...) Mark --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] more - splitting an MJPEG to a series of JPEGs
On 09/10/2005, at 2:43 PM, Bernhard Praschinger wrote: AnY good way to batCh process this on the CLI besides a for loop and ppntojpeg? I would use convert this way: for i in *.pnm; do convert $i `basename $i pnm`jpg; done convert can do the conversation to nearly every picture format. Convert is a part of the imagemagick package. It needs to be installed first. My personal favourite for converting to JPEG from PPM is to use the jpeg utilities themselves, they are installed when you install the jpeg libraries. The tool is called cjpeg and you can specify the quality and type of jpeg (progressive, optimised etc) Typical usage might be: cjpeg -qual 95 -opt foo.ppm foo.jpg It has heaps of other options for advanced jpeg users, check out the man page. Mark --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Fwd:ms-ima-adpcm import module?
[EMAIL PROTECTED] wrote: I want to extract an audio track from an avi to a wav file The video stream is RGB uncompressed the audio stream use ms-ima-adpcm codec I've tried the work with various tools (mjpegtools, ffmpeg, transcode and avidemux...) The mjpegtools works fine on my video stream, but only ffmpeg seems to decode the audio stream. In each case, with ffmpeg, I am able to get only an AC3 audio track that's terribly noiseful! Can anyone help me? How can I tell to transcode (or lavtrans or lav2wav - for example) to use the ms-ima-adpcm codec ? Thanks *If* mplayer can handle this format you can get it to write to a wave file like this: mplayer -vc dummy -vo null -ao pcm file.avi and you will end up with a wave (audiodump.wav) file that you can encode into another format. Mark --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdenoise -S and -b
On 02/10/2005, at 6:35 PM, Frank Albrecht wrote: Is it possible to use mencoder or ffmpeg for capturing for mjpegtools? I couldn't figure out how to create an input satifying lav2yuv/mpeg2. Hopefully this is will answer what you are asking. Mplayer and ffmpeg can both produce a yuv4mpeg stream which works nicely with mjpeg tools. the command lines would be like this: ffmpeg -i input_file.ext -f yuv4mpegpipe outfile.yuv you can replace outfile.yuv with - if you want to use standard out. mplayer will only write to a file called stream.yuv, so if you want to pipe it, you have to use mkfifo. It messes up the interlacing field, it says that every file is progressive and the aspect field saying that the file is 0:0 mplayer -vo yuv4mpeg input_file.ext you can use some other option in mplayer to turn off the sound and to run at full speed rather than at the frame rate that the file determines. eg -ao null -benchmark -noframedrop I hope this is what you were after. Mark --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] how to encode an MPEG from an AVI?
On 27/07/2005, at 7:24, Torsten Mohr wrote: Hi, i did not encode any MPEGs from an AVI for a longer time. I find that ffmpeg is good for doing this. It can read pretty much any file format, though I have come across a few that it cannot read. And it can write to a large number of formats, mpeg and yuvpipe included. Mark --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users