On Tue, 24 May 2005, Jean Connelly wrote:
> Re:
> > I also made a patch for mplayer that fixes the header.
>
> YUV4MPEG2 W1920 H1080 F3:1001 It A1:1
That looks a LOT better. With that as input the script I posted
earlier should work well.
> Thanks! I had a bit of trouble
Re:
> I also made a patch for mplayer that fixes the header.
YUV4MPEG2 W1920 H1080 F3:1001 It A1:1
Bingo.
Thanks! I had a bit of trouble finding the utility yuvtoy4m that
Steven mentioned, but I grabbed a version of your patch from the
mplayer-dev list and tweaked my copy of mplayer. The pa
Dear Steven,
Regarding:
> One thing to watch out for with mplayer...
> ... is that it gets the YUV4MPEG2 header wrong. One of the things
> it "guesses at" is the interlacing ('I' tag in the YUV4MPEG2 header).
> The other thing can be the sample aspect ratio ('A' ta
On Tue, 24 May 2005, Steven M. Schultz wrote:
>
> There are tools in mjpegtools that can fix up the header (it's a bit
> ugly but it works ;)). You can use 'y4mtoyuv' to strip off the bogus
> header, and then use 'yuvtoy4m ...' to explicity specify all attributes
> of the
Steven M. Schultz wrote:
> On Tue, 24 May 2005, Jean Connelly wrote:
>
>
>>Well, I tried searching for strings including things like: hdtv, dvd,
>>scaling, y4mscaler, yuvscaler, mpeg2enc, 1080i ... in various
>
>
> Hmm, strange - I would have expected a few signficant hits when
> se
On Tue, 24 May 2005, Jean Connelly wrote:
> Well, I tried searching for strings including things like: hdtv, dvd,
> scaling, y4mscaler, yuvscaler, mpeg2enc, 1080i ... in various
Hmm, strange - I would have expected a few signficant hits when
searching the mjpeg-dev and -users lis
Hi Steven,
Thanks for getting back to me.
> Hmmm, I know I've posted (moderately extensively) on the subject
> in the past. But then perhaps the mjpegtools archives aren't
> easily searchable
Well, I tried searching for strings including things like: hdtv, dvd,
scaling, y4mscaler,
On Tue, 24 May 2005, Dik Takken wrote:
> I recently switched from yuvscaler to y4mscaler for reasons known to
> some of you ;) and came across a problem: The croma data in the image
> that has been processed via y4mscaler looks weird. I compared the
> output of the command
>
> smil2yuv -i 2 te
On Tue, 24 May 2005, Jean Connelly wrote:
> I've looked around in the archives, but much to my surprise, I haven't
> seen a good howto on this. I've got a firewire-captured TS stream
Hmmm, I know I've posted (moderately extensively) on the subject
in the past. But then perhaps
Hi,
I recently switched from yuvscaler to y4mscaler for reasons known to
some of you ;) and came across a problem: The croma data in the image
that has been processed via y4mscaler looks weird. I compared the
output of the command
smil2yuv -i 2 test.dv | y4mscaler -O chromass=420_MPEG2 -S o
Hi,
I've looked around in the archives, but much to my surprise, I haven't
seen a good howto on this. I've got a firewire-captured TS stream
from my cable box. I'm using mplayer to generate a yuv stream and
then I'm scaling it with y4mscaler. Are there any recommendations or
options for either
On Tue, 24 May 2005, Dik Takken wrote:
> Alright, so you are basically saying that y4mscaler is a requirement for
> using MJPEGTools with PAL DV.
At the moment that is what it looks like.I might be wrong but
so far it appears that PALDV needs more support than previously
On Mon, 23 May 2005, Steven M. Schultz wrote:
Ok - I am fairly certain I have found the cause of the problem you're
having.
Hacking acceptance of other formats into yuvscaler would be a
major undertaking and that's what I think it would take to avoid
13 matches
Mail list logo
