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 this
On Sat, 6 Dec 2003, Andrew Stevens wrote:
> > Well, I just encoded on a couple different platforms the clip that
> > was uploaded to me and I can't seem to reproduce the artifacting.
>
> Gaah just what we need. Another Heisenbug ;-)
Yep - can't have life getting too boring
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
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 it to look,
> nice and clean.
Well, I just encoded
Hi Stevem
> Possible that it's the SSE DCT that's having trouble instead of the
> MMX one? The encoding I just did was on a system that doesn't
> have SSE support (the old MMX vs SSE problem we've discussed in the
> past) and using the current cvs version of the encoder I
On Sat, 6 Dec 2003, Andrew Stevens wrote:
> > 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
Richard uploaded a 70MB snippet
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
On Fri, 5 Dec 2003, Richard Ellis wrote:
>
> 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
sure - go ahead and push it to the location I mentioned.
> found the culprit. If I drop the -Q 4.0 parame
On Thu, Dec 04, 2003 at 04:18:36PM -0800, Steven M. Schultz wrote:
>
> On Thu, 4 Dec 2003, Richard Ellis wrote:
>
> > splotches less intense, but they are still there. If you want, I
> > can lavtrans out the first 30 or 60 seconds of the capture and
> > set it up
>
> I could take a look at it a
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
Ah, ok - those caught my eye more than the pattern you mentioned
(took a while to detect that).
> If
On Wed, Dec 03, 2003 at 09:39:18PM -0800, Steven M. Schultz wrote:
>
> On Wed, 3 Dec 2003, Richard Ellis wrote:
>
> > attached a small jpeg (29k) showing an example of the artifact.
> > If you look to the right of the tall actor's shoulder, you can
> > see very clearly what I'm talking about, it
On Wed, 3 Dec 2003, Richard Ellis wrote:
> Has anyone noticed mpeg2enc rc92 creating odd "flashing" artifacts on
> what should be otherwise generally smooth color backgrounds? I've
No, can't say I've seen anything like what you describe.
> attached a small jpeg (29k) showing an example
Hallo
> Has anyone noticed mpeg2enc rc92 creating odd "flashing" artifacts on
> what should be otherwise generally smooth color backgrounds? I've
> attached a small jpeg (29k) showing an example of the artifact. If
> you look to the right of the tall actor's shoulder, you can see very
> clearly
Has anyone noticed mpeg2enc rc92 creating odd "flashing" artifacts on
what should be otherwise generally smooth color backgrounds? I've
attached a small jpeg (29k) showing an example of the artifact. If
you look to the right of the tall actor's shoulder, you can see very
clearly what I'm talking
14 matches
Mail list logo
