2010-11-13, 11:12
SMB support for AppleTV and ISO's has always been sketchy, but somewhere during the Camelot -> Dharma transition, it has changed for the worse.
Opening ISO's for the first time over SMB always took around 30 seconds, but now it has suddenly become 5 minutes+.
From the debug log:
(full debug log).
It takes 322 seconds to get the encryption keys, during that time XBMC is unresponsive. As I rip my DVD's with no encryption (who doesn't), they are always 00:00:00:00, and this process could have been skipped.
An existing ticket #9074 already covers this (and even mentions a solution, not implemented yet though), but the delay has now changed for the worse, upto the point that it's really annoying: 20 seconds is easy to ignore, 5 minutes isn't...
The recent changes also impacts the XBMC Subtitles script, as we now have to disable the hash-search on smb:// paths. I'm btw. only assuming that this is all due to the same change(s).
Maybe it's just me, but looking at various posts it looks like more people are suffering from this. I set the NAS resolve in /etc/hosts, played around with the network buffers etc., to no avail.
Are more ppl experiencing this, or am I overlooking something? Would be nice to have this resolved before Dharma is released, or atleast have confirmation that I need to rethink the SMB strategy.
Opening ISO's for the first time over SMB always took around 30 seconds, but now it has suddenly become 5 minutes+.
From the debug log:
Code:
09:40:35 T:51878400 M: 8744960 INFO: msg: libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x00039505
09:42:10 T:51878400 M: 8892416 INFO: msg: libdvdread: Elapsed time 95
09:42:10 T:51878400 M: 8892416 INFO: msg: libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x00048717
09:43:25 T:51878400 M: 8888320 INFO: msg: libdvdread: Elapsed time 75
09:43:25 T:51878400 M: 8888320 INFO: msg: libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x0031bad8
09:45:04 T:51878400 M: 8892416 INFO: msg: libdvdread: Elapsed time 99
09:45:04 T:51878400 M: 8892416 INFO: msg: libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00362ce7
09:45:57 T:51878400 M: 8540160 INFO: msg: libdvdread: Elapsed time 53
09:45:57 T:51878400 M: 8540160 INFO: msg: libdvdread: Found 3 VTS's
09:45:57 T:51878400 M: 8540160 INFO: msg: libdvdread: Elapsed time 322
It takes 322 seconds to get the encryption keys, during that time XBMC is unresponsive. As I rip my DVD's with no encryption (who doesn't), they are always 00:00:00:00, and this process could have been skipped.
An existing ticket #9074 already covers this (and even mentions a solution, not implemented yet though), but the delay has now changed for the worse, upto the point that it's really annoying: 20 seconds is easy to ignore, 5 minutes isn't...
The recent changes also impacts the XBMC Subtitles script, as we now have to disable the hash-search on smb:// paths. I'm btw. only assuming that this is all due to the same change(s).
Maybe it's just me, but looking at various posts it looks like more people are suffering from this. I set the NAS resolve in /etc/hosts, played around with the network buffers etc., to no avail.
Are more ppl experiencing this, or am I overlooking something? Would be nice to have this resolved before Dharma is released, or atleast have confirmation that I need to rethink the SMB strategy.