Re: Non-deterministic encoding

Matthew Kwan <[email protected]>
Newsgroups gmane.comp.video.xvid.devel
Message-ID <[email protected]>
Just tried it on the firewall machine and the live machine - and got identical output both times.
So it looks like it's a problem with the dev machine. I'm guessing it's something obscure in the FPU - faulty RAM would cause other problems.

But thanks for helping me isolate this. As long as it works properly on the live machine it's not really an issue.

Regards,


mkwan


----- Original Message ----
From: Michael Militzer <[email protected]>
To: [email protected]
Sent: Friday, 28 December, 2007 9:33:43 PM
Subject: Re: [XviD-devel] Non-deterministic encoding

Hi,

Xvid normally produces identical results when encoding with same input
 and
same settings. So the 'non-deterministic encoding' is not at all a
 known
'feature'.

Have you considered a hardware fault? Maybe you have some bad RAM? Have
you tried running your transcoding task on another machine with same
 input
and settings? Do you then still see the non-deterministic behavior?

Regards,
Michael


Quoting Matthew Kwan <[email protected]>:

> Set xvid_enc_frame_t->vop_flags, vol_flags, and motion all to zero,  
 
> and set xvid_gbl_init_t->cpu_flags to XVID_CPU_FORCE. Still getting  
 
> P-frames of differing sizes from identical images and quant values,  
 
> usually starting over a hundred frames into the clip.
>
> The machine is a single-core x86, and I've written a checksum   
> function to ensure the input images are in fact identical each time.
>
> The suggestions so far have been good, but no luck so far.
>
> Regards,
>
>
> mkwan
>
> ----- Original Message ----
> From: Dark Sylinc <[email protected]>
> To: [email protected]
> Sent: Thursday, 27 December, 2007 4:48:11 PM
> Subject: Re: [XviD-devel] Non-deterministic encoding
>
> Hi,
>
> Is XviD still non-deterministic with all optimizations
> off?
>
> Cheers
> Dark Sylinc
>
> --- "Keith R. Brafford" <[email protected]>
> escribió:
>
>> The only time I've heard of issues like this has to
>> do with the floating
>> point unit using 16 extra bits for accuracy which
>> aren't preserved across
>> context switches.  Also, don't the SSE2 extensions
>> alias on the floating
>> point registers?  Does that have an impact?
>>
>> As a test in the off-chance that this is your
>> problem (which I doubt), can
>> you run a test on a relatively unloaded dual-core
>> machine and set processor
>> affinity to one core?  If that gives different
>> results than you are seeing,
>> then that should be telling.
>>
>> --Keith
>> _______________________________________________
>> XviD-devel mailing list
>> [email protected]
>> http://list.xvid.org/mailman/listinfo/xvid-devel
>>
>
>
>
>       Yahoo! Encuentros.
>
> Ahora encontrar pareja es mucho más fácil, probá el nuevo Yahoo!
>  Encuentros http://yahoo.cupidovirtual.com/servlet/NewRegistration
> _______________________________________________
> XviD-devel mailing list
> [email protected]
> http://list.xvid.org/mailman/listinfo/xvid-devel
>
>
>
>
>
>       ___________________________________________________________
> Support the World Aids Awareness campaign this month with Yahoo! For
  
>  Good http://uk.promotions.yahoo.com/forgood/
> _______________________________________________
> XviD-devel mailing list
> [email protected]
> http://list.xvid.org/mailman/listinfo/xvid-devel
>
>






_______________________________________________
XviD-devel mailing list
[email protected]
http://list.xvid.org/mailman/listinfo/xvid-devel





      __________________________________________________________
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.