Printable View
I have expired the number of region changes allotted to me in windows (5) on my dual boot system; however, ubuntu still lets me play all regions of DVD. Can anyone explain to me why if the firmware was locked on my DVD drive to region 1 that I am still able to play anything in ubuntu?
Of course, I am very happy about this, but I'd like to understand it.
I found the following thread, but that didn't offer a real explanation:
http://ubuntuforums.org/archive/index.php/t-237111.html
That thread was right and not right.
It's all about aquiring the keys.
In linux open source players (read unlicensed) use libdvdcss to acquire the keys and when there is a region mismatch will attempt using up to 3 different methods and usually are successful.
Factors that can come into play are the type of region coding on the disk and the drive itself.
Some drives, most notably matshita laptop drives, will not allow access to the drive if there is a region mismatch, in which case playback and or ripping is impossible. (with any Os ,app or prog
using vlc as an example, on a R4 with a R1 drive
In linux (clipped, red is mine
Now in windows on the same disc and drive vlc is unable to acquire the keys (maybe only tries 1 method, running progs on windows from command prompt is too much of a hassle to ck.Quote:
libdvdread: Using libdvdcss version 1.2.10 for DVD access
libdvdcss debug: opening target `/dev/scd1'
libdvdcss debug: using libc for access
libdvdcss debug: disc is scrambled
libdvdcss debug: requesting AGID
libdvdcss debug: drive authenticated, using variant 0
libdvdcss debug: authentication established <- what matshita prevents
libdvdcss debug: GetASF authenticated, ASF=1
libdvdcss debug: decrypting disc key xxxxxxxxx
libdvdcss debug: trying player key xxxxxxxxx
libdvdcss debug: decrypted disc key is xxxxxxxx
libdvdcss debug: using CSS key cache dir: /home/doug/.dvdcss/HERO-2004121517021700-000004ea8f/ <- where the keys will be stored for future use
libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x000032af
libdvdcss debug: getting title key at block 12975 the classic way
libdvdcss debug: requesting AGID
libdvdcss debug: drive authenticated, using variant 0
libdvdcss debug: authentication established
libdvdcss debug: ioctl ReadTitleKey failed (region mismatch?)
libdvdcss debug: GetASF not authenticated, ASF=0
libdvdcss debug: lost ASF requesting title key
libdvdcss debug: resetting drive and cracking title key
libdvdcss debug: requesting AGID
libdvdcss debug: drive authenticated, using variant 0
libdvdcss debug: authentication established
libdvdcss debug: GetASF authenticated, ASF=1
libdvdcss debug: decrypting disc key xxxxxxxx
libdvdcss debug: trying player key xxxxxxxx
libdvdcss debug: decrypted disc key is xxxxxxxx
libdvdcss debug: cracking title key at block 12975
libdvdcss debug: successful attempts 1/1, scrambled blocks 2/5
libdvdcss debug: vts key initialized
libdvdcss debug: title key is xxxxxxxx
Ect., ect. .......
Also on a windows with a different disc (R2 this time) vlc can aquire the keys and will playback so the disc itself can be a factor.
If you still dual boot and have vlc on windows you can test this and or give vlc the ability to playback all mismatches by copying the disc's folder containng the keys from /home/.dvdcss to the dvdcss folder in windows
( typically in documents and settings > your name > application data