<div dir="ltr">Just a wild guess honestly, but if your DVD drive is set to region of the disk you're reading, it will perform the auth in hardware, and libdvdcss wouldn't be involved.<div><br></div><div>So I would check with the other developer whether you're using matching or mismatching drives/discs.</div>
</div><div class="gmail_extra"><br clear="all"><div>Diego Elio Pettenò — Flameeyes<br><a href="mailto:flameeyes@flameeyes.eu" target="_blank">flameeyes@flameeyes.eu</a> — <a href="http://blog.flameeyes.eu/" target="_blank">http://blog.flameeyes.eu/</a></div>

<br><br><div class="gmail_quote">On Wed, Jul 10, 2013 at 9:24 AM,  <span dir="ltr"><<a href="mailto:libdvdcss@jmbreuer.net" target="_blank">libdvdcss@jmbreuer.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've run into an issue while taking care of DVD resume code in XBMC.<br>
<br>
A bit of background: XBMC computes a hash over the content of all .IFO files to use as a Disk Unique ID, to make it possible to identify the same disk when it is inserted again later and have per-disk persistent player state / resume bookmarks.<br>

<br>
XBMC uses libdvdnav/libdvdread/libdvdcss for DVD access.<br>
<br>
<br>
I've observed the following: On both of my systems (gentoo on x86_64 and OpenELEC on x86_64 [different HW]), performing CSS authentication (e.g. "starting playback") will cause a different hash value to be computed than before - see <a href="https://github.com/xbmc/xbmc/issues/2936" target="_blank">https://github.com/xbmc/xbmc/<u></u>issues/2936</a><br>

<br>
So it seems that performing CSS (my guess: the drive authentication part) causes different data to be returned from the drive - FOR ME.<br>
<br>
The hashes returned "before" and "after" authentication each are stable, i.e. I always get the same two hashes for a given disc, one before auth, the other after.<br>
<br>
<br>
While discussing the issue with upstream, it turns out that another developer on Windows cannot reproduce the issue - he always gets the same content/hashes, although the logs show CSS authentication being performed against his drive as well.<br>

See <a href="https://github.com/xbmc/xbmc/pull/2951" target="_blank">https://github.com/xbmc/xbmc/<u></u>pull/2951</a><br>
<br>
<br>
Can anyone shed some light on why our systems would behave differently as they do?<br>
<br>
<br>
Thanks a lot!<br>
<br>
<br>
So long,<br>
   Joe<br>
______________________________<u></u>_________________<br>
libdvdcss-devel mailing list<br>
<a href="mailto:libdvdcss-devel@videolan.org" target="_blank">libdvdcss-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/libdvdcss-devel" target="_blank">http://mailman.videolan.org/<u></u>listinfo/libdvdcss-devel</a><br>
</blockquote></div><br></div>