>From: Mark Heath
>
>I assume I'd need to use glib but it appears to be broken on my system.
>I also tried the gcc atomic operations but I've only got gcc 4.0.1.
>
>I've also sig_atomic_t but I've got no idea if it's reading and
>incrementing as an atomic action. The read and increment is such
On Fri, 23 Sep 2011, Alan Cox wrote:
> It's a very sane default because the performance difference is
> astronomical
I disagree. I do not see how having a thread which obtained a lock
be the one which releases it causes any performance change. The same
amount of unlock
On Mon, 12 Jan 2004, Lance F. Squire wrote:
> > I'm a bit confused if you're talking about the SCSI card or the BUZ
> > card :)
>
> Joke.
Ah, ok.
> Hello! It has 2 IEEE1394 ports. 1 back plane, 1 card plate/cable. I
> didn't think I could use these without a DV camera. $$$!
>
On Mon, 12 Jan 2004, Karl and Tanya Pizzolatto wrote:
> I have successfully compiled and installed libquicktime (cvs), but mjpegtools
> does not find it.
Are you sure it compiled and installed successfully?
Do you see something like this (assuming /usr/local - the default -
On Tue, 13 Jan 2004, E.Chalaron wrote:
> Was wondering if re-editing a mpeg2 file produced by mjpeg tools could be
> possible with Adobe premiere ? if so is there any particular parameters to
> set (-g -G) ?
mpeg2 isn't really meant for editing but I'm sure you know that ;)
I
On 12 Jan 2004, Craig Lawson wrote:
> Can someone help me out with a command line recipe for SVCD production?
> I am following the MJPEG Tools instructions, and I end up with an SVCD
> that works great with Xine on my system, but is unrecognized by both
> Macs and Windows, even when I directly op
On Mon, 12 Jan 2004, Al Bogner wrote:
> What do you think makes a better encoding from excellent sources: the
> kvcd or tmpgenc matrix if the result should have the _same_ filesize.
tmpgenc of course. the kvcd tables were designed to reduce the bitrate
to allow for longer pla
On Mon, 12 Jan 2004, George Kola wrote:
> from 1 hr DV) showing up as only ~16 minutes in windows media player. I tried
> video lan player, and it found ~18 minutes in that same mpeg file. But the
> bad thing was with the mpeg in which windows media player found the full 1
> hour, video lan p
On Mon, 12 Jan 2004, James Finnall wrote:
> Thank you for all your help Steven, have CVS version built
> and installed now.
Hurrah!
> Built and installed the SDL, after I googled to find out what it is.
AH, so my (strong) suspicion that the sdl.m4 file was the root
cau
On Wed, 14 Jan 2004, Al Bogner wrote:
> So, if size doesn't matter is it _always_ better to use tmpgenc, also
> with _bad_ sources?
Well, if size doesn't matter you can use '-K hi-res' :-)
What I use for high quality encoding is a custom table made up of
the hi-res Intr
On Tue, 13 Jan 2004, T.E. wrote:
>
> **ERROR: [mpeg2enc] could not allocate 133056 bytes aligned on a 64 byte
> boundary
Insufficient information to do much of anything except take wild
guesses.
What system are you using - if a linux system what version of glibc
On Wed, 14 Jan 2004, Gernot Ziegler wrote:
> Hej Manfred !
>
> I am currently quite busy (as usual ;) ), so I'll forward this to the list
> - I can only see that you haven't run configure explicitly - and another
> thing that comes to mind is that you have to do "make distclean" if you
> update
On Wed, 14 Jan 2004, Ray Cole wrote:
> I had this issue with the CVS version as well. I had to make a change to
> utils/cpu_accel.c to use memalign rather than posix_memalign in bufalloc(). It now
> looks like this:
Have you done a 'cvs update' recently? There was code added to
On Wed, 14 Jan 2004, Ray Cole wrote:
> It's been about a month since I'd pulled it down. I don't pull from the
> development CVS branch often because it almost never builds :-(
Few if any of the developers have seen the bug - that makes it hard
to test/fix.
The next r
On Wed, 14 Jan 2004, Trent Piepho wrote:
> > if (posix_memalign( &buf, simd_alignment, size))
> > buf = memalign(pgsize, size);
> > if (buf && ((int)buf & (simd_alignment - 1)))
> > {
> > free(buf);
> > buf = memalign(pgsize,
On Thu, 15 Jan 2004, James Finnall wrote:
> Thanks to Steven I was able to compile the CVS version of the mjpeg tools
> and create my first DVD type movie. (If you want to call it that.) The video
Hurrah!
> images look great and play according to the creation. But my DVD player
> is
On Thu, 15 Jan 2004, James Finnall wrote:
> When played back by mplayer, it plays without any sound drop outs. However,
Ah, ok - that would indicate the .mpg file is good.
> message that your computer is to slow to play this file. It displays the
> screen size is reduced until hit
On Thu, 15 Jan 2004, James Finnall wrote:
> This is what mplayer reports the specs of the file are, with the bit rate at
> 9375 kbps. And that is way over your estimated 8000 kbps.
>
> Playing VTS_01_1.VOB
> Detected MPEG-PS file format!
> VIDEO: MPEG2 720x480 (aspect 2) 29.97 fps 9375.0
On Thu, 15 Jan 2004, James Finnall wrote:
> to different problems. If I need to reauthor after updating from the CVS
> then I will look into the settings to see if I can at least drop the video
I think recoding after updating will be necessary but will solve
the problem.
> Ho
On Thu, 15 Jan 2004, Reinhard [iso-8859-1] Drückes wrote:
> I hope I'm right here to ask for some help.
It is indeed the right place to ask.
> For the first time I'm trying to create an SVCD with Fotos. WhenI try to
> multiples a still mpeg stream I get the following error message
>
>
On Fri, 16 Jan 2004, Robert Wappler wrote:
> The -O option of mplex does not seem to work in any way. Are there
> currently any workarounds available?
Should be fixed in the latest release candidate. RC4 was announced
this morning.
Cheers,
Steven Schultz
On Fri, 16 Jan 2004, James Finnall wrote:
> I updated from the CVS last night and was able to produce something that at
> least ogle could run without any error messages, even with the output set for
Great!
> full rate. But I could only mplex to about 350 MByte then it would abort with
On Fri, 16 Jan 2004, Ronald Bultje wrote:
> well, first "bug" (possibly) from myself ;):
I think James' mail item came in first with what looks like
the rate control bug. You might have to settle for '2nd bug' ;)
> what does the above mean and is it a bad thing? I get it with
On Fri, 16 Jan 2004, James Finnall wrote:
> Well, -b 300 didn't work and neither did -b 500. The man page is interesting
> though on this setting. It appears that the default value is 46KB.
After seeing how you are producing the video stream I'm beginning
to have doubts that
I left out one key line in the script. After reading the YUV4MPEG2
header the skip1 function needs to use 'cat' to pass the rest of the
data thru:
--
#!/bin/sh
JPEG2YUV="jpeg2yuv -v 0 -n 30 -I p -f 29.97 -l 60"
skip1()
{
read junk
On 16 Jan 2004, Florin Andrei wrote:
> "man mpeg2enc":
> - still has "-H|--keep-hf" in the summary, but "-h|--keep-hf" in the
> detailed section
That's Bernhard's area - the sgml sources for the manpages aren't
in the main tree so editing them is pointless. The master s
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
On Sat, 17 Jan 2004, James Finnall wrote:
> option so I used -n 162000 @ 30 fps and feed the stream to
> mpeg2enc. It produced a seamless video stream, then mplex'ed the
> output. Mplayer would play it great. Mastered the DVD and again
> mplayer would play the VOB just fine. Ogle played it
Hi!
On Mon, 19 Jan 2004, Andrew Stevens wrote:
> > > It's the precision of the DC component. Most commercial DVDs
> > > use -D 10 but mpeg2enc defaults to 9 to save a few bits. A
> > > value of 11 is only valid at the next MPEG-2 profile/level so it's not a
> > > currently mea
On Mon, 19 Jan 2004 [EMAIL PROTECTED] wrote:
> I am in doubt about what aspect ratio to use
> when encoding SVCDs from a widescreen source.
4/3
> giving a better quality. When playing the
> SVCD at a normal TV (aspect ratio 4:3), the
> DVD player will add black borders to fit
> the imag
On Wed, 21 Jan 2004, George Kola wrote:
> Thanks Steven for the script. It was very useful (I found...
You're welcome. Glad it was useful.
> Command? create quicktime playable MP4). I find that MPEG-4 has A/V...
> Command? towards the end (one stream is behind the other), but MPEG.
On Wed, 21 Jan 2004, [ISO-8859-1] Thomas Börkel wrote:
> In the mjpegtools HowTo, I read that a quality factor below 4 is not
> recommended (= not necessary?). Is this still true?
Yes, it's still true - but it is a guide/hint and not a firm rule
or prohibition. The risk is, wi
On Thu, 22 Jan 2004, [ISO-8859-1] Thomas Börkel wrote:
> Bernhard Praschinger wrote:
> >
> >>I can see light vertical stripes in bright scenes in my encoded result.
> >
> > How large is the stripe ?
> > Do you scale (guessed from the -Z option) the picture ?
> > If yes does it also happen when
On Thu, 22 Jan 2004, [ISO-8859-1] Thomas Börkel wrote:
> > "If I use -q 2 or -q 3, I get pulsating (every second or so) block
> > artifacts in the background, which I get not with -q 4."
> I tried without scaling and still have the artifacts. Maybe it's the
> source material.
That mig
On Thu, 22 Jan 2004, Nicolas Boos wrote:
> The sinc* kernels are very bad at removing noise. IMHO, the
> cubic* kernels are better for this job...
That's what yuvdenoise is for :)
For clean sources the sinc kernels are better at preserving
detail (it's an open question h
On Thu, 22 Jan 2004, Richard Ellis wrote:
> Is there any way to concatenate plural sets of mp2/m2v files for
> multiplexing together into a single stream.
Not in a 100% reliable way. If you simply cat the files together
you'll find that some software players ignore the disconti
On Thu, 22 Jan 2004, Nicolas Boos wrote:
> > That's what yuvdenoise is for :)
>
> For "big" noise only... :-)
As in "VHS" ;)
> Yes, but a _clean_ source is rare... If source is noisy (even a
DV (from miniDV or Digital8) is very clean. DVDs are clean, at least
for
On Thu, 22 Jan 2004, George Kola wrote:
> find that the generated MPEG-1 and MPEG-2 have perfect A/V sync (Thanks to
> people here for helping me with it). I find that the MPEG-4 (two pass) has
> A/V sync issue. The audio slowly drifts behind the video. In the beginning,
The alternate
On Thu, 22 Jan 2004 [EMAIL PROTECTED] wrote:
> > What about yuvmedianfilter? Is it a spatial lowpass filter?
>
> It's a nonlinear spatial filter that generally gives an overall
> lowpass effect. Ideally it removes noise without attenuating high
> signal frequencies (thus preserving edges), but
> On Fri, 23 Jan 2004 [EMAIL PROTECTED] wrote:
>
> > Even with patched lav2mpeg still green. See attached noisy log.
Green is what you see when the Y/U/V data is 0. It would appear
that something is encoding a bunch of 0s
> 00:12:13 - nice -n 19 mplex -f 1 -m 1 -o test.mpg tes
On Sat, 24 Jan 2004 [EMAIL PROTECTED] wrote:
> Well, Steven challenged me so I whipped up a simple spatial filter to
> operate on yuv4mpeg streams, y4mspatialfilter.
Wow - thanks!
As soon as the release is out I'll add y4mspatialfilter - unless
there's a demand to do it
On Mon, 26 Jan 2004, Ronald Bultje wrote:
> Don't add it, I've seen enough changes for now. I've noticed the small
Ok - I wasn't planning on adding it unless the demand for it was
"overwhelming" ;)
> change in the ratecontroller in mpeg2enc - does it require a new RC or
> are we
On Mon, 26 Jan 2004, Lehmeier Michael wrote:
> I have created a menu-video for a dvd.
> It is only four seconds long, so when I use dvd options to loop it, the
> menu resets every four seconds, not enough to navigate.
>
> So I want to loop it before authoring it. Ten times should be enough.
> Wh
On Fri, 23 Jan 2004, Ray Cole wrote:
> With the same parameters as 1.6.1.92, I'm seeing terrible quality problems.
>
> Parameters used:
> mpeg2enc -f 8 -q 5 -a 2 -g 6 -G 18 -E -10 -N 1.0 -z t -4 2 -2 2 -r 16 -o file.m2v
>
Is it possible to have less that 200+ character lines? ;)
> I'm
On Tue, 27 Jan 2004, Andrew Stevens wrote:
> Hi Ray,
>
> I tried encoding a fairly noisy, interlaced, captured video to simulate a DV
> source.First with and without yuvdenoise (default settings). I found I
> was getting visible block artefacts with yuvdenoise on static image
> component
On Wed, 28 Jan 2004, E.Chalaron wrote:
> Regarding frame rates for DVD, do I have to comply with NTSC or PAL frame
> rate or is it possible to use 20,18, 16 fps without the standalone DVD
> player going mad ? or mplex refusing mplexing
MPEG-2 allows from 23.976 (24000/1001)
On Mon, 26 Jan 2004, E.Chalaron wrote:
> I have burnt a couple of DVDs with various audio bitrates (96,128,224) in mp2.
> Some are misbehaving, jumping frames and so.
But not all are misbehaving?
> -b 8000 is used with -f 8 for the video, along with -V for mplex
> -r 48000 as sampling f
On Wed, 28 Jan 2004, E.Chalaron wrote:
> Yes if the movie was shot at 24 fps which is not always the case.. Super
Pity we're stuck with 24fps for film - interesting how that came to
be "the standard" (from eons ago but we're stuck with it now).
> 8 mm, 8 mm are very often a
On Sun, 1 Feb 2004, Matti Haveri wrote:
> Thanks for the info, I'm making slow progress but I'm not there yet
> because I'm still stuck at an old version of mjpegtools 1.6.1 without
> newer -K -N options.
Hmmm, not at least the latest release candidate? It should be
ready to
On Mon, 2 Feb 2004, Dragon_at_work wrote:
> > (yuv4mpegsource1; yuv4mpegsource2; yuv4mpegsource3; ... ) | mpeg2enc
> For some reason this did not work for me: The shell complained "permission
> denied". Running as root yielded same results.
By yuv4mpegsource1 and so on I meant a pr
On Wed, 4 Feb 2004, Dragon_at_work wrote:
> Running into a bit of a problem merging y4m files together.
>
> Here is my basic schema:
>
> lav2yuv +n file_1.avi | yuvfps -v 0 -r 25:1 | yuvscaler -v O -O SVCD >
> file_1.y4m
> lav2yuv +n file_2.avi | yuvfps -v 0 -r 25:1 | yuvscaler -v O -O SVC
On Wed, 4 Feb 2004, Dragon_at_work wrote:
> Your scripting is a much better idea!
I came up with that approach a long time ago when sections of a long
capture needed different y4mshift parameters.
> > read junk
> Does junk refer to stdio in this case?
To "stdin" to be p
On Wed, 4 Feb 2004, [ISO-8859-1] Thomas Börkel wrote:
> Ronald Bultje wrote:
>
> > it's my pleasure to announce the official release of mjpegtools 1.6.2.
>
> Is there a list of changes somewhere?
cvs log
;)
That's the only list I know of offhand.
> For example, wher
On Wed, 4 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote:
> I have installed version 1.6.1.93 of the mjpegtools, but i mostly get
> Segmentation fault with "lavrec, lavplay and glav", so i decided to
Of course that should not happen ;)
> install version 1.6.0, to see if i still get
On Thu, 5 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote:
> OK, compiled libquicktime and mjpegtools 1.6.2. Worked find, i didn't
> get any errors, after compiling i tested lavrec with my Pinnacle Dc10
> Card, and it worked this time, i tested it several times to make sure it
Hurrah
On Thu, 5 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote:
> >> ++:INFO: [lavplay] Using mmap(2) system call for capture
> >> ++:INFO: [lavplay] Output norm: PAL
> >> ++:INFO: [lavplay] Output dimensions: 768x576
> >> ++: Fatal signal: Segmentation Fault (SDL Parachute Deployed)
On Fri, 6 Feb 2004, Maarten De Boer wrote:
> lavplay file.avi
>
> only output a plain green screen. but
>
> lav2yuv file.avi | yuvplay
>
> does work correctly (after a fraction of a second of green screen at
> the start)
Yes, I get that flash of green also when using yuvplay. Somehow
On Fri, 6 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote:
> > I think "-p S" will work for you though.
>
> Unfortunately it doesn't :-(
Sigh.
> Is there a way that version 1.6.0 of the mjpegtools will work with
> libquicktime? Maybe i should try this version ?
Unknown
On Sat, 7 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote:
> Hmm, there are several files with do "HAVE_LIBQUICKTIME" :
Ok, so it should be possible to build mjpegtools-1.6.0 with
libquicktime instead of quicktime4linux. It was later (after 1.6.0)
that libquicktime co
On Sun, 8 Feb 2004, Dragon_at_work wrote:
> I think that the problem is in the way I generate and use silence.
I agree and have an idea what the problem might be (on the other
hand I could be off base (again) ;)).
> Below is how I use silence. But, mplayer claims that the 1s of
On Sun, 8 Feb 2004, Ray Cole wrote:
> mplayer and 2 standalone players. I haven't been able to reproduce it with other
> material. The part of the scene giving the problem was a wall. The wall was
> textured, had a lot of yellowish color to it (gee, I'm sure I'm being real
> descriptive her
On Mon, 9 Feb 2004, Dragon_at_work wrote:
> On Monday 09 February 2004 02:57, Steven M. Schultz wrote:
> > system - when a program asks for 1 second it can be a tick or two
> > of the clock off.
> I was afraid of that
UNIX 101 - sleep(1) is not guarante
On Mon, 9 Feb 2004, [ISO-8859-1] Thomas Börkel wrote:
> As I wrote in another thread: I have a still example, I think, for that
> problem: http://www.boerkel.de/q.zip
Initially, to me, that just looks like a variation on the grey
blocks/splotches that always seem appear during d
On Tue, 10 Feb 2004, Dragon_at_work wrote:
> > ARG_MAX has nothing to do with it - you're only passing 1 file argument
>
> I have over 12G free (about 200MB free RAM) and I am getting return codes of
> 32512 from system calls that try to deal with all 1066 files yuv'ing them. It
> goes ahe
On Wed, 11 Feb 2004, Dragon_at_work wrote:
> I thought so. I wasn't doing it that way, though.
> It was more like your following example, but without the backslashes and new
> lines.
Ah, then you may be running into a line length limit imposed by the
shell...
The new
On Thu, 12 Feb 2004, Bernhard Praschinger wrote:
> I have a strange effect, using when I don't use yuvdenoise, I get smaller
> files than when I use yuvdenoise -f. Using only yuvdenoise makes smaller
> file than without the usage of yuvdenoise.
Hmmm, is it possible that when you use "yuv
On Sun, 22 Feb 2004, Dik Takken wrote:
> I succeeded in compiling MJPEG Tools version 1.6.2, but I had some
> difficulties. Every time the compile command referenced the SDL library,
> it failed to find it and linking failed. I fixed this by replacing
Do you have the script/program "sdl-
On Sun, 22 Feb 2004, Dik Takken wrote:
> software would fail to compile. I compiled SDL myself, I don't need any
> devel package.
Ah, ok - I do the same thing.
> I compiled and linked it to SDL by doing
> gcc test.cc -lSDL
> It works perfectly. Why can MJPEG Tools not find SDL?
On Sun, 22 Feb 2004, Dik Takken wrote:
> [EMAIL PROTECTED] lavtools]$ make
> /bin/sh ../libtool --mode=link gcc -mcpu=i686 -march=i686 -march=athlon
> -pipe -O2 -ffast-math -fomit-frame-pointer -s -Wall -Wunused -s -o
> lavplay lavplay.o ../utils/libmjpegutils.a liblavplay.la liblavjpeg.la
> l
On Mon, 23 Feb 2004, Dik Takken wrote:
> Hmm.. can't find anything odd in the Makefile.* files...
>
> I use libtool 1.5 and automake 1.6.3 and autoconf 2.57.
Ah, good. That is fine.
> Thanks for looking into this, I hope you can think of something...
What has caused
On Fri, 6 Feb 2004, Philip Coltart wrote:
> I am using Final Cut to get a nice m2v file at 7.5 mbs and aiff audio
> which I convert to MP2 using BitVice Helper. When I mux them together
> in Bitvice Helper I get a nice MPEG2 with a rate of about 7.8mbs but in
> the file header is a mux rate o
On Mon, 23 Feb 2004, Jonathan Woithe wrote:
> Hi there
>
> [ Please CC me since I don't subscribe to this list ]
I usually do NOT do that - I consider it impolite to not join the
group but still ask people for advice/answers/help.
Want some help? Join the commu
On Mon, 23 Feb 2004, Jonathan Woithe wrote:
> Can anyone shed any light on these observations - either in terms of ways to
> "fix" the P frames or to make the "I frame only" stream happy with fast
> forwarding in hardware DVD players? I've searched the net fairly
I've had no problems wi
On Thu, 26 Feb 2004, Andrew Stevens wrote:
> Set --no-dual-prime to turn off dual-prime when using only P frames.
>
A pending change you haven't checked in yet? I can't find
that option in the source anywhere...
Cheers,
Steven Schultz
--
On Thu, 26 Feb 2004, Jonathan Woithe wrote:
> Between my initial post and now I have since discovered that including B
> frames in the stream does fix the problem. What is it about the B frames
> which makes this particular player happy with the I frames which are of
> course still there? Do
On Sat, 28 Feb 2004, Andrew Stevens wrote:
> > A pending change you haven't checked in yet? I can't find
> > that option in the source anywhere...
>
> Ooops I forgot: the flag is --no-dualprime-mpeg2 and it is only in the
> development mpeg2enc branch. I'll add it into the main branc
On Mon, 1 Mar 2004, Alfonso wrote:
> I'm using mjpegtools-1.6.1-9mdk (note that its the version that came
> precompiled with my Mandrake 9.2). I've two streams: video (mpeg-2) and
> audio (ac3) ripped from a DVD. When I mplex them together mplayer and ...
>
> From what I read from the lists I
On Tue, 2 Mar 2004, Ted Huntington wrote:
> I am trying to do the same thing. I wish DVD players could play mpeg-2 files
> on UDF file system. I may just make my computer the movie player and store
> captured vi in mpeg-2.
My Philips 724 DVD player can do that. I've put generic MPEG-
On Tue, 2 Mar 2004, Ted Huntington wrote:
>I would like to skip the step of analog to DV(mjpeg avi), DV to mpeg-2 encoding
DV != mjpeg
> with a Hauppauge card (now I have DC10+). That is too labor intensive.
No labor at all - the computer's doing all the hard work :-)
On Tue, 2 Mar 2004, Richard Ellis wrote:
> It all depends on your intended use (and the availability of drivers
> for the H250 or H350). The H250's and H350's have one real big
The MythTV project (www.mythtv.org) claim to be able to use the
Hauppauge 250 and 350 card (and can us
On Tue, 2 Mar 2004, Ted Huntington wrote:
> So how do you go from VHS to DV (.avi)?
http://www.canopus.com
Look for the ADVC-100 (there are other models ranging from the -50
up thru the -1000, the ADVC-300 is new and if it'd been available
back when I started in o
On Tue, 2 Mar 2004, George Kola wrote:
> I would like to try Distributed encoding of DV to MPEG1,2 &4 using some
> 10+ machines. I realize that I need some utility to split the DV, encode the
> pieces and finally merge them together. Does anybody know of any utilites to
> accomplish that ?. Are
On Thu, 4 Mar 2004, Maxwell Sayles wrote:
> I'm trying to build mjpegtools1.6.2. I managed to build jmpeg-mmx-0.1.5 ...
> make[2]: Entering directory `/home/max/tmp/mjpegtools-1.6.2/lavtools'
> /bin/sh ../libtool --mode=link gcc -mcpu=i686 -march=i686 -g -O2 -Wall
> -Wunused -o lavplay la
On Fri, 5 Mar 2004 [EMAIL PROTECTED] wrote:
> I need to know if there is a difference between the yuv4mpeg format and
> the yuv raw and how I can convert a sequence from yuv4mpeg to yuv raw.
yuv4mpeg is usually just 420p yuv data with a header and frame markers.
to remove the he
On Sat, 6 Mar 2004, E.Chalaron wrote:
> I just recompiled mjpegtools, and it is slow slow slow compared to a rpm
> version I had before. Anything I should in the configure with.
Can you quantify "slow slow slow"? ;)
I'm seeing about 10 frames/sec for the DVD frame size. I s
On Sat, 6 Mar 2004, Nicolas Boos wrote:
> When mplexing with the profile #3, the size of the final mpeg
> file is (four time) bigger than with the profile #8.
> It's a bug or a feature ?
Would you believe it is both? :-)
Did you specify "-V" to "mplex -f 3"? If not then I thi
On Mon, 8 Mar 2004, E.Chalaron wrote:
> 2.14 fps with
Thanks for the info.
That's a little slow - but only _slightly_ below what I'd expect for a
~900MHz P3. I think I get somewhere around 1.5 to 2 on a dual
800MHz P3 - been a while since I've encoded on that
On Mon, 8 Mar 2004, E.Chalaron wrote:
> > That's a little slow - but only _slightly_ below what I'd expect for a
> > ~900MHz P3.
>
> Even for a dual CPU ?
Remember - one of those cpus is being used by yuvdenoise...
The parallelism in mpeg2enc is fairly coarse too so u
On Mon, 15 Mar 2004 [EMAIL PROTECTED] wrote:
> Does the option "-R" used with mpeg2enc have
> any influence in the quality of the transcoded
> video stream? If I am not wrong, in old versions
> of mjpegtools the default is "-R 2" and in the
> latest one it is "-R 0", which speeds up processing.
On Mon, 15 Mar 2004, Ray Cole wrote:
> Speaking of timestamp issues... :-) I'd reported such a problem and had
> believed it had to do with pulldown, but I've since switched away from
> using pulldown to encoding interlaced. The counter on my set-top DVD
> player does really weird things - c
On Mon, 15 Mar 2004, Ray Cole wrote:
> Picture plays fine. Could be the DVD authoring process. I use mplex piped
> into dvdauthor. I'm not sure what you mean by placing a PS file into an ISO
> filesystem. I understand what an ISO filesystem is, not sure I know the
> term PS :-)
P
On Wed, 17 Mar 2004, Richard Ellis wrote:
> > --no-dualprime-mpeg2
> > I suppose?
>
> Sounds right.
That option is needed if you're producing content that will be
played using either Ogle or Apple's MPEG-2 decoder - neither of
those implement Dual Prime.
> Both
On Wed, 17 Mar 2004, gregory duchesnes wrote:
> I read the post by Richard Ellis called "How to concatenate mp2/m2v files
> for multiplexing", which gave me some very useful info (especially the
> answers from Steven M. Schultz). I do understand that the solution is
&g
On Thu, 18 Mar 2004, Maarten de Boer wrote:
> If I understand you correctly, you are saying that using B frames will
> result in less player compatibility? And Richard suggests dual prima
> motion estimation is causing less player compatibility. So I guess it is
> best (compatibility wise) to both
On Thu, 18 Mar 2004, Gernot Ziegler wrote:
> > > Does MPEG2 (actually: DV format or the internal MPEG2 DVD-compression ) do
> > > compression inbetween the interlaced fields ?
> Yes, that's a good start, but it doesn't answer if hardware encoders (like
> DV cams) do that, too ;)
For a go
On 18 Mar 2004, Florin Andrei wrote:
> That's very strange. I thought MP2 should work with the vast majority of
> DVD players (no matter what the standards say). It never happened to me,
> anyway.
> But now i use AC3 and the point became moot.
>
If MPEG-1/Layer-II audio works for an NTSC
On Thu, 18 Mar 2004, Richard Ellis wrote:
> The DVD specs, or at least that part of which is available freely
> online from various web pages, indicates that for NTSC, only LPCM and
> AC3 are mandated. For PAL, it's LPCM and MP2 that are mandatory.
From one of those web pages (http:://
On Sun, 21 Mar 2004, Boris Shingarov wrote:
> Can mplex include an uncompressed PCM stream?
Yes, it can.
> I tried
> mplex -f 8 -o birthday1.mpg birthday1.mpv birthday1.pcm
> but mplex says 'Unrecognised format'.
It is necessary to use the "-L" (or --lpcm-params) option and
Hi!
I know that this is going to be a strange question ;)
Most of the time folks are interested in deinterlacing a stream
to create a progressive movie. I want to go the other way - I have
a 1280x720 at 60 frames/sec (actually 6:1001) progressive clip
On Tue, 23 Mar 2004, Matto Marjanovic wrote:
> You want to take the 'other' lines from the 2nd frame
Ok - that's what another reply I received mentioned. Thought was,
initially, one would want the 0,2,4 (or 1,3,5) from both.
> If you go (0,2,4,...) followed by (1,3,5,...)
1 - 100 of 1219 matches
Mail list logo
