[XviD-devel] Non-deterministic encoding

[Matthew Kwan]

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 <michael at xvid.org>
To: xvid-devel at xvid.org
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 <matt_kwan at yahoo.com.au>:

> 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 <dark_sylinc at yahoo.com.ar>
> To: xvid-devel at xvid.org
> 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" <keith.brafford at gmail.com>
> 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
>> XviD-devel at xvid.org
>> 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
> XviD-devel at xvid.org
> 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
> XviD-devel at xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel
>
>






_______________________________________________
XviD-devel mailing list
XviD-devel at xvid.org
http://list.xvid.org/mailman/listinfo/xvid-devel





      __________________________________________________________
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com