> 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' alignment
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
Am Sonntag, 4. Januar 2004 16:01 schrieb Andrew Stevens:
> 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!"
Hi Andrew!
> > Is this a serious proble
Hello.
How do y4mscaler and yuvscaler compare
when scaling a video stream for MPEG2
encoding for SVCD, in terms of speed
and image quality?
Regards.
Romildo
--
Prof. José Romildo Malaquias[EMAIL PROTECTED]
Departamento de Computação [EMAIL PROTECTED]
Univ. Federal de Ouro Preto h
Steven M. Schultz wrote:
> Do you have the original source material to perform encoding from?
Alas, no.
> I tried a brief experiment on a .mpg file - I used "dd" to cut a >
section
> from the middle of the file (attempting to simulate the 'hacked apart'
> you mention). Then I used mplayer to du
On Sun, 4 Jan 2004 [EMAIL PROTECTED] wrote:
> How do y4mscaler and yuvscaler compare when scaling a video stream for MPEG2
> encoding for SVCD, in terms of speed and image quality?
I've found y4mscaler to be better. Depending on the scaling method
chosen (and y4mscaler offers ma
On Sun, 4 Jan 2004, Lehmeier Michael wrote:
> > Do you have the original source material to perform encoding from?
>
> Alas, no.
Sigh, I was afraid of that ;(
> > the file 'stream.dump' was correctly recognized as a MPEG-ES stream
>
> You probably hit a lucky spot.
> Here it doesn't w
Sirs:
Thank-you for the suggestions on tuning the driver-zoran. I have tried
different v4l_nbufs and anything else I could see but to no affect. I have
included a syslog dump of one of my capture attempts, in the hope that it
will point something out to the more knowledgeable.
Something of note
I'm not sure if this is the proper channel to ask about the mencvcd script, so
let me know in whatever appropriate manner ;-)
Anyhow, I have a DivX file which I encoded to SVCD, the picture quality was
great but the sound was waay off, and I suspect it is because of my use of
incorrect comman
On Sun, 4 Jan 2004 [EMAIL PROTECTED] wrote:
> How does its speed compare to yuvscaler when encoding to
> similar quality (it that is possible anyway)? I have been
I haven't measured it - scaling is the least cpu intense activity
that's going on so that has never been the bottlene
I was using the software player xine. I will have an opportunity to
test with hardware in the near future. I am building up to authoring my
first DVD. I've done a lot of SVCD's but recently acquired a DVD
writer. When I get my first DVD authored to my statisfaction, I'll try
both with and w
Okay, since I didn't have my original material anymore and re-encoding
the VCD is not really an option, I used a sledgehammer solution.
I created an a couple of frames long, black video sequence and put it at
the beginning of each video file.
mplex then recognizes it as video stream and although i
On Sun, Jan 04, 2004 at 09:28:30AM -0800, Steven M. Schultz wrote:
>
> On Sun, 4 Jan 2004 [EMAIL PROTECTED] wrote:
>
> > How do y4mscaler and yuvscaler compare when scaling a video stream for MPEG2
> > encoding for SVCD, in terms of speed and image quality?
>
> I've found y4mscaler to be b
I'm not sure if this is the proper channel to ask about the mencvcd script, so
let me know in whatever appropriate manner ;-)
Anyhow, I have a DivX file which I encoded to SVCD, the picture quality was
great but the sound was waay off, and I suspect it is because of my use of
incorrect comman
On Sun, Jan 04, 2004 at 02:51:18PM -0800, Steven M. Schultz wrote:
>
> On Sun, 4 Jan 2004 [EMAIL PROTECTED] wrote:
[...]
> > yuvscaler -v 0 -O SVCD -n n
> >
> > as a filter. What would be the scaling method whose resulting
> > quality best aproximates to the yuvscaler call above?
>
> Hmm
On Sun, 4 Jan 2004 [EMAIL PROTECTED] wrote:
> I am encoding from a 672x272 AVI movie.
Ah, ok.
> > Ah, I see the "-vf expand :504" in the mplayer command. Why is that
> > present? Perhaps if that was left out things would work better.
>
> It adds black borders at the top
On Fri, 2004-01-02 at 16:29, Steven M. Schultz wrote:
> Actually most of the speed up was done by changing the defaults to
> omit B frames ("-R 0")
I do not agree with that decision.
MPEG2 without B frames makes some DVD players choke. The default
settings should attempt to be "safe" and should n
On 4 Jan 2004, Florin Andrei wrote:
> MPEG2 without B frames makes some DVD players choke. The default
What player is so braindamaged and standards non-compliant as to
choke on an *optional* part of the MPEG-2 specs? (B frames are
optional).
Are you sure that
On Mon, 05 Jan 2004 00:05:50 +0100, Lehmeier Michael <[EMAIL PROTECTED]>
wrote:
On Sat, 2004-01-03 at 18:13, Robert Kesterson wrote:
On Sat, 03 Jan 2004 16:01:28 +0100, Lehmeier Michael <[EMAIL PROTECTED]>
wrote:
> My problem: They have been split at a later time without care, just
> brutally hack
On Sat, 2003-11-29 at 18:03, Steven M. Schultz wrote:
> On 29 Nov 2003, Florin Andrei wrote:
>
> > In file included from export_yuv4mpeg.c:42:
> > /usr/include/mjpegtools/yuv4mpeg.h:29:25: mjpeg_types.h: No such file or
> > directory
> > /usr/include/mjpegtools/yuv4mpeg.h:33:27: mjpeg_logging.h: N
On 4 Jan 2004, Florin Andrei wrote:
> # pkg-config --cflags mjpegtools
> -I/usr/local/include/mjpegtools
> Which is wrong, because i installed mjpegtools in /usr not in /usr/local
> Then i forced -I/usr/include/mjpegtools to the CFLAGS and all was ok.
> This happened when using 1.6.1.92. Please
On Sun, 2004-01-04 at 17:23, Steven M. Schultz wrote:
> On 4 Jan 2004, Florin Andrei wrote:
>
> > MPEG2 without B frames makes some DVD players choke. The default
>
> What player is so braindamaged and standards non-compliant as to
> choke on an *optional* part of the MPEG-2 specs? (B frames ar
On 4 Jan 2004, Florin Andrei wrote:
> > Are you sure that was the cause or was it pusing the bitrate too high
> > and generating streams out of spec on the peaks? As I recall the
> > stuttering was caused by -b 9000.
>
> Ok, i can't reproduce the problem now, and i'm using 8500 kbps, so
> perh
24 matches
Mail list logo
