Hi Christian,
mpeg2enc author here!
Unfortunately I am unable to contribute constructively but I just
wanted to send a periodic encouragement to take off with mpeg2enc
where it was left in 2007-02-20 (last working version).
Thanks for the encouragement. Basically mpeg2enc development has
somehow and then can't correct fast enough).
Examples ... I need examples (no longer have a dumb analog capture card or
JPEG capture cared).
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
the encoder
looks ahead to make good use of available buffer capacity to avoid
unnecessarily reducing quality for short spikes in picture content.
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
in explanation/support to do a proper hand over. So far
no interest. Hopefully (I work from home nowadays) I'll have a bit more time
this winter and push mpeg2enc forward again!
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile
,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find
'. Should perhaps be made
default...
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
-
This SF.net email is sponsored by: Splunk Inc
in a two-pass or look-ahead
setting where you have decent statistics in advanced of needing them...
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
the acquisition and editing.
$229... inexpensive ... cough cough. I've got MIPS and hard-disk space up the
wazzoo but my living-room box has got firewire. I was looking more a
recommendation for a straight analog capture card $50-$80 range
cheers,
Andrew
--
Dr Andrew Stevens
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now
Hi Johannes,
Bob Stia wrote:
**ERROR: [mplex] Can't find next AC3 frame: @ 349129984 we have 04c3 -
broken bit-stream?
I just encountered the same problem when trying to convert an NTSC DVD
to PAL norm.
I had dumped the audio stream using mplayer (2005-11-02 CVS version):
mplayer
Hi Bob,
Tried doing that last night. Ran out of space at about 100mb. Will have to
see if my ISP will give me some temporary space for a few days. Breaking it
into pieces would not be a good idea I guess
Well... breaking it into pieces would be better than nothing... there's a
handy command
HI Bob,
What happens if you mplex with the a some AC3 taken off the front of the
sequence
run
tail --bytes=+179200 your_original.ac3 shifted.ac3
tail? or head? Ran your tail command and it produced a shifted.ac3 file of
23568384b (24 mb? - pretty drastic)
Definately 'tail' .
Hi Bob,
1. There is a bug in mplex' look-up table that gives the length of AC3
frames from the encoded frame-length.
Ummm...Not likely, right?
Actually, I just heard from Steven that he may have encountered the issue
himself. Could be a bug in the AC3 reading code that (e.g.) does bad
Hi,
Joined this and the transcode list about a week ago and have been lurking
to see if I am in the right place
You're in the right place for mplex!
Sent a very similar message to the transcode list and they provided a few
suggestions which did not work out. They told me this is where
i have a problem with mplex and timecode.
if i use mplex (2.2.1 from mjpegtools.1.6) under windows (xp sp2),
everything worsk correct.
if i use mplex (2.2.4 from mjpegtools 1.8) under linux (debian sarge), the
timecode of the file is wrong.
i have a m2v and a mp2 file, the mp2 file has a
Hi Rob,
Thanks for all your hard work. Combined with DVDAuthor, this is an
amazing tool. Recently, I found I needed to offset my ac3 7310ms (yes, I
know, that's big) to sync with my video. Quite a few errors later,
mplex finished; reporting buffer underruns.
Hmmm 'theoretically'
Hi Delio,
Thanks for the Bug report ... I'll take a look to see what the difference is
and what's going wrong.
cheers,
Andrew
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop!
The easy way to understand all this is that the -F flag specifies
the rate at which the decoder outputs *decoded images* for display.
This is not always the same as the rate at which encode images arrive and are
decoded because of the 3:2 pulldown to display 24Hz Movie material for
display on
Hi Clemens,
Can you verify you're using an up-to-date version of the tools.
If you are could you emailed short(ish) Segment of a sequence that plays
correctly. Usually 10MB is plenty.
I would tend to suspect Authoring too as that is that puts in the stuff that
allows skipping to and fro.
Hi Stefan,
Nice Algorithm... it seems to fall into the class of 'median' style
non-linear filters. These are very important in the x2 upscalers used in
motion-adaptive deinterlacing in current mainstream Digital TV chips for flat
panel displays. There are quite a few variations (every firm
Hi,
At one point in the scene there is rapid movement whereby something solid
moves approximately 20% of the frame width within one frame. Playing at
fullspeed on the DVD player, the edges look a little jumpy as the movement
occurs. Freezeframing at this point (the player does internal
Hi,
Subtitle muxing is 'on the list'. I'm afraid I simply have had very little
coding time due to pressure of work. It's not a big job but it is a fiddly
one. One issue is simply deciding which of the many subtitle formats to
support.
Did you have any particular favourite?
There are tools
Hi all,
I have now modified mplex to remove a problem that occured when very small
(less than one sector payload) frames appeared in video sequences that:
a) Occasionally cause mis-aligned I-frames in SVCD streams.
b) Rarely cause sequence end markers to be missed in SVCD streams.
Hi all,
There is currently a bug in the handling of sequence end marker / I-frames
alignmnet constraints. Markers/I-frames can be missed if they are preceded
by a B or P frame that is smaller than a single progream stream sector.
I am currently working on this issue and should have a fix
I looked at this one,
[EMAIL PROTECTED] dvd]# mplex -f 8 -O 0ms test.m2v test.ac3 -O 67ms -o test.mpg
INFO: [mplex] Run-in Sectors = 89 Video delay = 13019 Audio delay = 7166793
Unfortunately it appears to be a compiler bug in the implementation of the
standard library call 'lround'. E.g.
Hi ANdrew,
Can you try things with 1.6.2 - a lot of Bugs have been fixed since 1.6.1...
You'll need to use '-M' to stop mplex trying to split the output at every
sequence end marker it receives (probably one per video segment you cat-ed).
Andrew
Hi,
First step is to use 1.6.2 as quite a few Bugs got fixed since 1.6.1!
Run mplex directly on the .m2v and .mpa files so you can see what's going on.
cheers,
Andrew
---
SF.Net is sponsored by: Speed Start Your
On Thursday 26 February 2004 22:20, Steven M. Schultz wrote:
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...
Ooops I
Hi all,
There's a quick and a easy way to see if mismatches or DCT implementation
Problems are *really* the cause of the issues seen.
Next time you see the Problem run the encoding again with either reference
inverse quantizer or iDCT routines.
This is really easy to do: simply put
Hi all,
It looks like there is, someplace, a mismatch problem lurking in the
Arithmetic routines. Basically, different rounding between the (internal)
decoding done in mpeg2enc for calculating the difference between the image to
encode and the decoding of its predecessor and what is happening
HI,
Has anyone seen anything similiar to this? Is it
possible that my computer is overheating and screws up
the calculations? Could one of my computers have
a hardware problem that is manifesting itself this
way? Is it my DVD burner?
Well computer hardware Problems definately aren't
Hi Ronald,
As soon as the release is out I'll add y4mspatialfilter - unless
there's a demand to do it now.
Don't add it, I've seen enough changes for now. I've noticed the small
change in the ratecontroller in mpeg2enc - does it require a new RC or
are we ready for an actual
On Saturday 24 January 2004 06:18, Ray Cole wrote:
I was able to confirm it is the default of '-R 0' that was causing poor
quality. If I use '-R 0' on 1.6.1.92 I get the same flood of artifacts
that I get with 1.6.1.93.
-- Ray
Hmmm very odd. Do you have a short Test-sequence you can
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
components but not with just mpeg2enc.
Looks like it something
Hi Steven,
cat video.m2v video2.m2v ; cat video.m2v video2.m2v
mv video2.m2v video.m2v
mplex -f 8 audio.m2a video.m2v -o output.mpg
I think if I see cat used with MPEG-2 files one more time I'll
scream.
Actually, contactenating a MPEG-2 video elementary stream (an .m2v)
Hi Bernhard,
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 meaningful value to use.
Just added it to the
On Monday 19 January 2004 08:10, Thomas Börkel wrote:
HI!
Where can I found the release notes for new versions of mjpegtools (I
did not find anything up to date in the source archive)?
Yes, they need updating!
With 1.6.1.92,
timestamp in NTSC movies was wrong. This seems to be fixed in
On Tuesday 13 January 2004 06:27, Steven M. Schultz wrote:
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
The final result was a smooth flowing image (on my DVD player) with a
bit less quality than the original - it's a bit blotchy in certain
scenes. The original Dolby Digital (2 channel) sound was preserved.
There the -q option might help.
If it is just certain scenes then you need to boost
On Monday 12 January 2004 14:44, Dragon_at_work wrote:
How would I join multiple m1v and mp2 files in a way that would later lend
itself to mplexing them.
I tried cat. And it seemed to work for both types.
But, mplex was unable to join them properly --ie the video worked, but the
audio did
On Thursday 08 January 2004 01:05, Robert W. Fuller wrote:
I was looking at the source code, and I don't see any difference. Also,
when I use cmp -l on the output, it appears to be the same! I have
version 1.6.1.90.
Maybe I haven't had enough sleep?
Currently there isn't one. The two
of these patents are
* general enough such that they are unavoidable regardless of implementation
* design.
*
*/
/* Modifications and enhancements (C) 2000,2001,2002,2003 Andrew Stevens */
/* These modifications are free software; you can redistribute it
* and/or modify it under the terms
In floating point, all you have to do is flip a sign bit. But with
integers, it's not so easy. There is no instruction for absolute value in
MMX, you have to use a four instruction sequence and two registers. Slower
than squaring a value, which only takes two instructions.
I finally
Gert, Robert,
Thanks very much for the LPCM feedback. It is *extremely* interesting to get
real feedback on some of these fiddly issues. Just a quick question: are the
noise problems Robert had with a hardware player or software? If hardware,
this would indicate there is a 'funny'
On Sunday 21 December 2003 20:26, Al Bogner wrote:
After every mplex from different sources I get this warning:
++ WARN: [mplex] Discarding incomplete final frame MPEG audio stream
c0!
Is this a serious problem or can I ignore this?
Hi Al,
This is harmless it simply mplex saying that the
On Tuesday 16 December 2003 23:35, Richard Ellis wrote:
Hi Richard,
In that case it will kill the majority of the performance benifit
provided by the caches, because there's very little locality of
reference for the cache to compensate for. It moves through at least
512k for pass one, then
Hi all.
It's why I came up with the pgmtoy4m program. The YUV4MPEG output
from mpeg2enc was a local hack (I think Andrew did it eons ago to
an old version of mpeg2dec).
Its actually *really* easy to do. I don't think mpeg2dec has changed all
that much in quite a
Hi all,
First off a bit of background to the multi-threading in the current stable
branch. First off:
- Parallelism is primarily frame-by-frame. This means that the final phases
of the encoding lock on completion of the reference frame (prediction and DCT
transform) and the predecessor (bit
Hi Steven, Trent,
But what about bit allocation? You need to know how big the last GOP was
to figure out how many bits you can use for the next GOP.
Actually, this is not such a big deal provided the GOPs are well seperated.
Simplifying a little, you just need to ensure that you have = the
Hi Richard,
I finally got the y4m from Steven and I now know what's going. Actually, I
should have been able to tell you very soon just by looking at the command
line but ... that's life. Anyway I've Cc: Bernhard as 'honorary question
answerer and Doku whipper-in' in case something like
Hi Matti,
Thanks for the correction. So mplex has VBV buffer set correctly at
230 kB for standalone DVD players, right?
Again: there are *two* video buffer size parameters.
1. vbv_buffer_size. A 'left over' in the sequence headers from MPEG-1 that
just has to be filled in more or less any
On Sunday 07 December 2003 07:36, Florin Andrei wrote:
Using -g 1 might trigger hiccups on certain hardware DVD players; at
least i was able to do that on a fairly new JVC XV-N55 (a very flexible
beast: DVD, SVCD, JPEG, MP3...) with a DVD encoded with
mjpegtools-1.6.1.92 from a DV source.
Hi Matti,
There also something else at work here too.
AFAIK (X)SVCD VBV buffer (Video Buffering Verifier) default is 224kB
although some apps use 230kB for historical reasons.
An important thing to bear in mind is that VBV buffer *not* the same thing as
the decoder video buffer
HI Richard,
If you'd still like a piece of the capture, I'll gladly push some
stuff your way. But, in further experimenting tonight I think I've
found the culprit. If I drop the -Q 4.0 parameter, then rc92 stops
producing the splotches. It looks like rc92 has a different effect
(and a bad
On Saturday 06 December 2003 19:48, Steven M. Schultz wrote:
On Thu, 4 Dec 2003, Richard Ellis wrote:
Those are the artifacts, and no, they are not in the original source
as far as I can see by playing the .avi with glav. The original
source from the DC10+ card looks just as I would expect
Hi Nicolas,
Back from a Weekend at my Parter's parents... ;-)
Although I normall develop on a Debian 'unstable' machine my house server is a
pure 'woody' box. How are you building? I'd like to replicate the issues
you're having with mplex and/or mpeg2enc.
However, I've found the default
Hi Andrei,
If i understand correctly, one of the reasons why mplex cannot multiplex
subtitles was the scarcity of tools to generate subtitle streams with
timestamp information.
Thanks for the info - adding subtitle muxing itself once you can get the
timing info is pretty easy. It is quite
HI,
So, the CVS should fix the issue, right?
Certainly -O big shift it produces the expected result out-of-sync when I
playback using xine.
Andrew
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and
However, neither xine nor mplayer show any differences in A/V sync when
playing these VOBs. It's like -O has no effect.
Not all players actually use the PTS for their sync stuff. Some just more or
less reconstruct it themselves 'on the fly'. You should see a noticeable
result on hardware
Hi Steven,
Veerry interesting I'll have a look-see at what's going on with those
small I frames / big P frames...
Amdrew
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
Hi,
video PTS: 244ms
video DTS: 144ms
audio PTS: 262ms
The same video, muxed with bbmpeg gives the following:
video PTS: 280ms
video DTS: 180ms
audio PTS: 398ms
This is a known Bug in older Versions of mplex (the audio sync offset is
calculated without taking into account the
Hi Steven,
aside
Lying around useless with the 'flu today but I have spent the time learning
more about PIC code and shared libs Basically, I think if all the relevant
libs are compiled for shared library usage we should be in business. I've
modified the nasm sources so all the assmbler
Hi Florin,
It difficult to tell which way the market will go.
However, the vast majority of the newer DVD players will happily play
both formats, even when they only advertise one of them. Strange, isn't?
Not really. Almost all DVD Players now use standard ATAPI drives plus one of
a few
On Friday 10 October 2003 14:03, Julio Sanchez wrote:
On Wed, 08 Oct 2003 21:50:17 +0200, Laurent Pinchart wrote:
I think that the multiplexing part should be included in mplex, and the
SVCD, CVD and DVD subtitles generation should be handled by an external
tool (subenc or something similar
Hi Andras,
I had a look at this issue and there was indeed a suble issue in some recent
modifications that meant intra coding was being preferred slightly to
non-intra coding.This is the wrong way around as non-intra can be skip
coded (when blocks are unchanged) whereas intra cannot...
Hi Andras,
Sounds very interesting...
The material was PAL, digitized at [EMAIL PROTECTED], uncompressed YUV 4:2:2
However I have noticed, that during pure black mpeg2enc 1.6.1.90 uses
up to 1.4 Mbit/s no matter whether -q is 1, 4, 8 or 12. This I find
strange. The command line used is as
Hi all,
Back again... last track-weekend of the Season is over and its raining so its
time for the Tippety-tap hobby again ;-)
Is lpcm in mplex working? I need it to make DVDs.
No idea. Well let's put it this way.What I could test using software
players seemed to work. Do you have
On Sunday 29 Jun 2003 9:30 am, Ochendrowitsch Pablo wrote:
Sorry the question but, is there any project to make mplex multiplex
subtitles in the stream ??
It depends what you mean by subtitles. SVCD and DVD do it differently.
Both are on the 'TODO' list. Neither should be very hard to do -
Dear Ion,
Sorry I can't help. I don't know anything about the windows verison.
However, if they distributed the binaries they *must* make source code
available too. mjpegtools is release under the GPL...
Andrew
---
This SF.net
Looks like you compiler does not support MMX instructions in inline assembler.
Possibilities:
1. It is a very very old gcc.
2. It is not gcc at all.
Both way's the solution is to build with an up-to-date gcc!
cheers,
Andrew
---
This
Hi Steven,
In particular the 'pnmnlfilt' program sounds intriguing, it offers:
'Alpha trimmed mean filter', 'Optimal estimation smoothing' and
'Edge enhancement'. All the types of things we might want to do or
at least try.
Smoothing would be useful but edge enhancement will explode
Hi Al,
So the difference you see, is:
-q -4 2 -2 3
I use different -q values with different sources. But does it make
sense to use -4 2 -2 3 for encoding DVDs from dv-camera-sources?
The -4 and -2 flags just control how exhaustively the motion estimator
searches for good motion
On Friday 21 Mar 2003 8:33 pm, you wrote:
Ok, I found the bug. Seems that when MPEG_FORMAT_DVD split into
MPEG_FORMAT_DVD and MPEG_FORMAT_DVD_NAV, it didn't propagate
everywhere. Trivial patch (do I do any other kind?) enclosed.
Hi Dan,
Thanks for the patch. You're a star! The one that's
On Wednesday 19 Mar 2003 8:23 pm, Mauriat Miranda wrote:
Hello,
I'm using 'lavrec' to record sound/video. The first run is always
successful, however the second run *always* crashes. The crash prevents
any further usage of *any* lavtools application. It complains about an
audio error. To use
Hi Paul,
How old is your LML33 a recent R10 upwards or an oldie like mine.
I'm currently working (i.e. its on my list for a free evening when I'm not
knackered) on tuning the LML33 video decoder setup. Feel free to feed me
your Results - it useful to have different video sources they
Hi,
You need to use yuvscalwer. Select the non-black section with the -I
USE_ option and select -O DVD -n n. You will then need to tell mpeg2enc
to mark the MPEG stream for 16:9 playback with -a 3.
N.b. expect to use a lot more bits to encode the scaled-up image. You're
probably better
On Thursday 13 Feb 2003 7:31 am, you wrote:
Hi everybody,
each time I do something with mjpegtools, I think about
meaning of INFO: messages from mpeg2enc.
for ex.:
INFO: [mpeg2enc] GOP LENGTH = 12
INFO: [mpeg2enc] Frame start 262 I 2 264
INFO: [mpeg2enc] Frame end 262 307.19
On Tuesday 11 Feb 2003 2:21 pm, natarajan thirunavukkarasu wrote:
Hi,
I want to build MJPEG encoder decoder in VC++
environment. Where can i get source codes? What is the
procedure to build such an application on VC++
environment?.
Kindly response
Regards,
Arasu
A port of the mplex
On Saturday 25 Jan 2003 8:31 pm, Robert Kesterson wrote:
On Sat, 25 Jan 2003, Matti Haveri wrote:
The first three places were taken by TMPGEnc, ProCoder and Digital
Media Press. mpeg2enc did rather well, too.
http://www.tfdvd.com/public/156.cfm
A few days ago, I did a comparison of
Hi Michael,
That doesn't mean everything is necessarily all right now.
While I don't see the results on CD yet, I now tried with mpeg2enc -z b
and -z t and both results seem to be identical (again...). But it
doesn't look good, the edges of the flat areas (anime) is strangely
distorted. I
Hi all,
CVs should build again... drop me an email if it won't work for you.
More file shuffling coming soon so get your working CVS while stocks last
;-)
Andrew
---
This SF.net email is sponsored by: Scholarships for Techies!
The PVR s/w runs on PCs only but it records to a format which seems to
be referred to as PVA. A free PC tool called PVAStrumento lets you
demux this, and it stores the results on my Mac's hard drive. It also
fixes
any errors which occurred while the transport stream was being received.
I
HI Robert,
Now that I can actually see my video, I have a new problem -- although
most of it looks wonderful, parts of it don't look all that good!
There's quite a bit of fuzziness at the boundaries between black areas
and light areas (i.e. I've seen it with white and pink).
Depending
The usual reason for segfaulting mpeg2enc in 1.6.0 and 1.6.1 is a broken
version (there are several) of the nasm assmebler. RedHat based systems are
particularly prone to this problem.
The other alternative is compiling for PentiumPro/P-IV/Athlon CPUs but trying
to run the binary on Pentium,
On Sunday 19 Jan 2003 5:53 am, Markus Plail wrote:
Hi there!
In order to be able to use 'mpeg2enc'oded streams in IfoEdit it is
necessary to have fixed I-frame location (from what I understand). One
can create a template for TMPEnc which looks like that:
...
61269,I
61281,I
61293,I
The video is encoded by the broadcaster, not me. I have
a digital TV receiver connected to a PC which has software
which can record the digital TV MPEG2 stream to its hard
disk.
I've got one myself... a huge leap forward over analog stuff...
With a quick demux/remux the recordings can be
Hi all,
I don't want to depress you but it is quite possible that the board's
PCI setup is plain incompatible with the Zoran hardware. In my experience
with dual 440BXers the earlier ones didn't work so great but the later ones
were much better. It could be your very early board just can't
Hmmm sounds like a limitation of the current dvdauthor.
The .VOB's on a DVD can be a single MPEG stream split across multiple files
to avoid (you guessed it) a 1GB file size limit. I haven't had enough time
to play with DVDauthor to check whether it handles this situation.
I suspect the
On Tuesday 07 Jan 2003 10:53 pm, you wrote:
On Tue, Jan 07, 2003 at 04:30:11PM +0100, Bernhard Praschinger wrote:
Thanks for your help everyone. I've decided that mpeg2 based solutions
are too intensive for my intended application. I am now trying DIVX
based solutions (using lav2divx), but
On Sunday 05 Jan 2003 2:25 pm, you wrote:
On Sun, Jan 05, 2003 at 12:49:12PM +0100, Andrew Stevens wrote:
Sounds like your using an older version. There was a bug where the size
for -f 8 was effectively hard-wired to 2GB.
This is certainly fixed in the development version and I think I
On Saturday 04 Jan 2003 9:01 pm, Gregoire Favre wrote:
Hello,
I use this:
mplex -f 8 -S 400 -o name%d.mpg 001.mp*
to mux files together, but I alwasy get 2 Gb files :-(
Any idea on how to use this option?
Thank you very much and please CC to me as I am not on this ml!!!
Grégoire
Hi b.,
First off we need to make sure we're comparing like with like.
For a test.avi which is 720x568 full-size PAL video:
lav2yuv test.avi | mpeg2enc -f 8 -o /dev/null
my old PIII-500 (Katmai core) delivers just under 1.5 frames/sec.
my Duron-800 delivers roughly 3 frames/sec.
my Athlon/XP
Dear Laurent,
The problem you have could be related to an MPEG parsing error in mplex
if you are using the stable 1.6.1 or 1.6.0 mplex. This has been fixed a while
now in the CVS development version.
Otherwise I'm just not sure what the issue could be
Andrew
93 matches
Mail list logo
