Hi Andrew,
On Mon, 2003-11-03 at 18:49, Andrew Stevens wrote:
> Ronald: I don't think a gstreamer wrapper for libmpeg2encpp will be too hard.
> However, I worry about the fact that I need to link all the C++ library
> routines. Are there any existing C++ based plugin's?
Lots. Modplug, matrosk
On Mon, 3 Nov 2003, Andrew Stevens wrote:
> > Hmmm, without the -I 0 I only get about 15 Frame/sec on my Athlon
> > 2800. Does -I 0 make that big of a difference?
>
> -I 0 really does make that big a difference. If you know you don't have
> interlaced material then you should always us
Hi Steven,
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 routines
Hallo
> >While playing around I have noticed a problem that the boarder seems to
> >be fine as long as I set the color to black. But If I set is for example
> >to a nice red (yuv: 16,128,234). I have something like a shadow around
> >the area. First I thought it would be problem in my code. Af
On Mon, 3 Nov 2003, Andrew Stevens wrote:
> Well... its got a little way to go before its professional quality...
It's getting closer every week/month though ;)
> So, to compare like with like you have to compare default mpeg2enc and MPEG-4
> encoder encoding full CCITT 720x pictures w
Hi Laurent,
> I might be wrong as I don't have an in-depth knowledge of MPEG2 and MPEG4
> compression, but it seems to me that MPEG4 compression is more time
> consumming than MPEG2.
>
> I know that mpeg2enc is a professional-quality tool that can give extremely
> good quality MPEG2 streams.
Well
> > How do I check if the input is progressive or interlaced ? still images
> > in
>
> If it's from a DVD it is interlaced. The DVD specs do not allow
> progressive streams.
Right, but the interlaced stream can contain progressive material.
> > I did that, and can't see any problem
> My superquick $.02 here:
>
> I bet some errant printf() in mplayer is writing UI crap to stdout instead
> of stderr
MPlayer outputs to a file or a named pipe, not to stdout.
Laurent Pinchart
---
This SF.net email is sponsored by: SF.ne