On Fri, 7 Nov 2003, Richard Ellis wrote:
> It's my own machine, I don't limit myself :)
I do - mainly as a safety measure to keep a runaway program from
completely trashing the machine.
> > Having multiple versions of mjpegtools on a system might cause the
> > problem due to th
On Fri, 7 Nov 2003, Richard Ellis wrote:
> It's been so long since I bumped up to -G 54 for timeshifting I don't
> remember, but when I tested it the reduction was worth enough to
> convince me that it was worth staying with. I'd have to run a test
> with/without to give you actual numbers, whic
On Fri, Nov 07, 2003 at 10:40:06AM -0800, Steven M. Schultz wrote:
>
> On Fri, 7 Nov 2003, Bernhard Praschinger wrote:
>
> > Could it be a memory problem ?
> > On my machine mpeg2enc buffers 111 Frames. That is about 100MB
>
> That's a possibility I suppose. The other thing that might cause
>
On Fri, Nov 07, 2003 at 07:24:08PM +0100, Bernhard Praschinger wrote:
> > > q_scale_type=1, satlim=2047, nonsat_mquant=0x41b5d02c)
> > > at quantize_x86.c:309
> > > 309 mulps_m2r( *(mmx_t*)&piqf[0], xmm2 );
> I forgot to ask, wihch version of NASM do you use ?
> I have N
On Fri, Nov 07, 2003 at 10:28:40AM -0800, Steven M. Schultz wrote:
>
> On Fri, 7 Nov 2003, Richard Ellis wrote:
>
> > switch. Using gop length of 54 shrinks the resultant video size
> > a wee bit due to fewer I frames. The command line is what I use
> > for
>
> How little is 'wee' bit? There
On Fri, 7 Nov 2003, Bernhard Praschinger wrote:
> > It's a possibility but I think you may have uncovered a bug in the
> > threading.
> Unlikely. ;)
> Because Andrew check that some weeks ago, where the multithreading code
> was broken.
There is a problem in that area th
On Fri, 7 Nov 2003, Richard Ellis wrote:
> > Uh, -G to set the maximum GOP size looks very strange - a GOP size
> > of 54 is *way* out of bounds for any format I know of that will be
>
> It works just peachy for a Hollywood+ em8300 hardware playback card.
Ah, ok. I was really wonderi
Hallo
> > Has anyone tried the current cvs mpeg2enc lately? I pulled the
> It's all I ever use. I haven't used the "release" version in
> a couple years.
CVS is more fun than Stable versions. To less surprises ;)
> > Core was generated by `mpeg2enc.cvs.2003.11.04 -f 5 -n n -a 2
On Fri, Nov 07, 2003 at 09:30:05AM -0800, Steven M. Schultz wrote:
>
> On Fri, 7 Nov 2003, Richard Ellis wrote:
>
> > lav2yuv t.cut | mpeg2enc.cvs.2003.11.04 -M 0 -f 5 -n n -a 2 -V 230 -B
> > 224 -S 8000 -b 9576 -q 10 -I 1 -G 54 -H -N 0.0 -X 200 -Q 4.0 -d -4 4
> > -2 4 -R 0 -o t.m2v
>
> Differen
On Fri, 7 Nov 2003, Richard Ellis wrote:
> Has anyone tried the current cvs mpeg2enc lately? I pulled the
It's all I ever use. I haven't used the "release" version in
a couple years.
> current cvs on Nov. 4 because I wanted to see for myself how well the
That should
On Fri, Nov 07, 2003 at 04:20:13PM +0100, Bernhard Praschinger wrote:
> Hallo
>
> > Has anyone tried the current cvs mpeg2enc lately? I pulled the
> > current cvs on Nov. 4 because I wanted to see for myself how well the
> > new "no B frames please" option worked. But my copy of mpeg2enc
> > com
Hallo
> Has anyone tried the current cvs mpeg2enc lately? I pulled the
> current cvs on Nov. 4 because I wanted to see for myself how well the
> new "no B frames please" option worked. But my copy of mpeg2enc
> compiled from the source I pulled that day takes a segfault while
> it's processing t
Michael Hanke írta:
Hallo,
I have a question about synchronization issues while capturing. I own a
bt878-based capture card and a emu10k-based sound card. When recording a
video using lavrec, the program does its best to keep audio and video in
sync. Since my VCR seems to be a little bit too s
Has anyone tried the current cvs mpeg2enc lately? I pulled the
current cvs on Nov. 4 because I wanted to see for myself how well the
new "no B frames please" option worked. But my copy of mpeg2enc
compiled from the source I pulled that day takes a segfault while
it's processing the first frame (
Hi Michael,
On Fri, 2003-11-07 at 11:15, Michael Hanke wrote:
[..]
> Sometimes, one can see this.
[..]
> Wouldn't it be a better idea to adjust the audio stream to the video stream,
> probably in a control loop (with a time constant in the order of magnitude
> comparable to a second)?
Unless yo
Hallo,
I have a question about synchronization issues while capturing. I own a
bt878-based capture card and a emu10k-based sound card. When recording a
video using lavrec, the program does its best to keep audio and video in
sync. Since my VCR seems to be a little bit too slow, I get relatively
Hi Edouard,
On Fri, 2003-11-07 at 17:04, E.Chalaron wrote:
> I am trying to install Mjpegtools extensions and filters from
> http://wave.prohosting.com/espsw/
[..]
> gcc -o
> -I
You probably want to try doing "gcc -o $(pkg-config
--cflags --libs mjpegtools) -DHAVE_STDINT_H".
Ronald
--
17 matches
Mail list logo
