I have backup copies of my dvds stored on a NAS (Terrastation). When I play on my HTPC using MyMovies or on a PC directly the work perfectly. When I try and play them on the XBMC by selecting either the ifo or vob the whole movie plays in about 1 minute. This happens with about 75% of my ripped movies. Currently using lastes build of XBMC from T3. Blood Diamond [Blu-ray]: Edward Zwick, Jennifer Connelly, Leonardo :: Rank: #11,505 in DVD (See Bestsellers in DVD) (Studios: Improve Your What an Incredible Movie!, April 30 2007. By. D. Landry (Ottawa) - See all my reviews http://www.amazon.ca/Blood-Diamond-Blu-ray-Edward-Zwick/dp/B000N0WCLCHOME |
Any idea what I am doing wrong?
The debug log should show something more like this string found on the net.
libdvdcss debug: using CSS key cache
dir: /home/gjm11/.dvdcss/OFFICE_SPACE#2003041012214000/
note that the title of the disk and a datestring is visible ASUS Eee PC 900HA User Review:: u330 off ebay? Which NAS drive should i get? Upgrading RAM on 5920g - help please I play h264 videos at DVD resolution (848x480) and they run perfectly http://www.notebookreview.com/default.asp?newsID=4698HOME | the shrewdness of apes: January 2004 Archives:: Walt Disney/Touchstone 30-seconds In-house. 2ND QUARTER ADVERTISERS LENGTH AGENCY Hearteningly, this movie took in only $13.5 million, though that still means http://www.balgavy.com/apes/archives/2004/01/HOME |
teebee
yes, css key caching is b0rk for dvd's stored as folders/ iso files, however i think that is mainly cause it can't figure out any good way to I.D. the files. ie not use the wrong cached keys for the wrong dvd. Blood Diamond [HD DVD]: Edward Zwick, Jennifer Connelly, Leonardo :: DiCaprio pulls off his characters Afrikaner accent, smuggler wits and cynic What an Incredible Movie!, April 30 2007. By. D. Landry (Ottawa) - See all my reviews http://www.amazon.ca/Blood-Diamond-DVD-Edward-Zwick/dp/B000MZHW1SHOME | macosxhints.com - 10.5: Make Time Machine work with AirPort and AFP disks:: restore as well, both from the Time Machine interface, and off the Leopard DVD. Taskbar/ Icon crash every 1min 30 seconds http://www.macosxhints.com/article.php?story=20071026075201634HOME |
i'm thinking we should disable any cracking of css keys for files read from HD, and only do it for proper dvd's. that would assume that whoever ripped the dvd knew what he was doing.
If that means that it's assumed that decss has occurred at rip time (is that always the case?), then that seems to be reasonable solution - as in my case - the key always 00:00:00:00...
Thanks for your validation.
I'm having no problems whatsoever using a NAS with NAS-Basic45 or 46 and loader 70. Using the latest build by T3ch. IFO files are rarred in 50 meg rars and being decompressed on the fly.
Make sure your NAS drive has the latest software. Older versions of the NAS-Basic gave me a lot of issues in combination with XBMC.
Don't store it as files. Use IMG or ISO, dude. Not sure that this is your problem though.
Also did you try a complete reinstall of XBMC?
yes, css key caching is b0rk for dvd's stored as folders/ iso files, however i think that is mainly cause it can't figure out any good way to I.D. the files. ie not use the wrong cached keys for the wrong dvd.
i'm thinking we should disable any cracking of css keys for files read from HD, and only do it for proper dvd's. that would assume that whoever ripped the dvd knew what he was doing.
I'm kinda freeform blogging here about my research into this.. I had some great difficulty building mplayer under minGW to get started on this.
so digging in deeper -- my theory still looks correct
look like this code doesn't work at all on Win32 platforms (Windows or Xbox)
dvdcss_open has code that tries to create a cache folder based on the title, serial and key of the disk -- but on Xbox and Windows it generates a garbage folder
i += sprintf( dvdcss->psz_cachefile + i, "/%s-%s%s", psz_title,
psz_serial, psz_key );
but instead generates a folder path like this
C:msys1.0hometeebee.dvdcss-1859ffffffd80018-0000000000
(note that similar names appear in the xbox debug log)
so dvdcss_open is called once for each file in the video_ts folder -- and the cache folder path explicitly is not set for VOB files -- which are the things we actually want to keep and store the keys for.
So in summary it appears that the caching logic built in assumes that the DVD will be read as a block device instead of a series of files?
pjjameso, did you ever solve your problem? I have hundreds of DVD's ripped to video_ts folders that I'm loading onto my new Terrastation to play on an Xbox. I hope I don't run into the same problem. Thanks.
Hmmm, interesting. I also noticed that when playing a DVD as a set of files over
a windows share (smb) over wlan it takes quite a long time before it actually starts.
I thought it was because of some mechanism for caching or a quick view
through the while vob file. Over a rather slow wlan link that would take a
lot of seconds. The wlan card in my laptop would blink continuously while the
xbox is starting up the DVD playback. So data is flowing. It would be neat if
that mechanism appears to be this decss and that is eradicated. Then we
would have a nicely starting DVD in XBMC over slower links.
Im using vob and ifo files so that I have compatability with MCE in the living room and dont think My Movies will work otherwise but will check out. I just did an upgrade over a old xbmc which the dvd playback didnt work either. Was hoping this new version would solve my problem.
Does anyone out there rip into Video_TS folders with ifo and vobs and it works fine for them?
I am pretty sure that this a bug in libdvdcss.c -- I am seeing it too -- if you look at the debug log - you will see that it is trying to decss every VOB before playing them. - the code appears to have logic to try to save the keys after finding them -- but it never does. And so it will repeat the next time.
I'm seeing the same thing (as if you couldn't tell) -- I'm currently trying to get mplayer to build under cygwin so I can debug this more easily --- glad to hear that others are seeing the same issue (I'm running these off of FreeNAS) -- I suspect that most folks won't notice this if they are playing off of local drive (due to faster read & random access) - and there's probably a clue in that folks that use ISOs aren't seeing the problem (i'm using files)
Cheers.:)
Nortel Unveils Vision, Strategy for Israeli High-Performance Net
Busy Friday Leads to Strong Close for Net Stocks
|