You don't need to update libdvdcss. It decrypts them well. It is a ripper that is failing. Different program, different place.
I'm yet again confused. What do you mean "ripper"? What exactly do I need to look for as a seemless solution?
OK, I'll try to shed some light here:
- when you have issues with new disks (copying them to Core AKA ripping), the separate tool is called that copies DVDs sectory by sector into a .dvd file. This is where it fails, according to your description (because of new protection with dummy sectors). I am calling this tool "ripper".
- when you are _playing_ the DVDs or .dvd files (ripped DVDs), the libdvdcss is used to decrypt the DVD for the playback
So, on the stage of copying (where it fails for you), libdvdcss is not used. Therefore it is no sense to look for libdvdcss updates, you should either use different ripper tool (which will not be seamless, but can work) or work on updating the current ripper to handle errors.
I would suggest you to try copying one of the failing DVDs from the commandline using
dd if=/dev/cdrom1 of=/home/linuxmce/testDisk.dvd conv=noerror
to see if it is possible to copy it at all, by suppressing errors (the "conv=noerror" should do this). It is for a start.