[mythtv] [mythtv-commits] mythtv branch master updated by peper03. v0.28-pre-2343-gdc8f929

[Richard Hulme]

On 30/10/14 23:06, John Pilkington wrote:
> On 26/10/14 18:13, Git Repo Owner wrote:
>> The branch, master has been updated on the
>> mythtv repository by gitolite user peper03.
>>         via  dc8f929a2c08f1c72b0a82f8addf88bdf0c354a5 (commit)
>>        from  4f971fbe10d4165ccb7f35bd099d5b8799574725 (commit)
>>
>> Those revisions listed above that are new to this repository have
>> not appeared on any other notification email; so we list those
>> revisions in full, below.
>>
>> - Log -----------------------------------------------------------------
>> commit dc8f929a2c08f1c72b0a82f8addf88bdf0c354a5
>> Author:    Richard Hulme <peper03 at mythtv.org> at Sun, 26 Oct 2014
>> 19:12:38 +0100
>> Committer: Richard Hulme <peper03 at mythtv.org> at Sun, 26 Oct 2014
>> 19:13:12 +0100
>> URL:
>> http://code.mythtv.org/cgit/mythtv/commit/?id=dc8f929a2c08f1c72b0a82f8addf88bdf0c354a5
>>
>>
>> Make logic in RingBuffer::WaitForReadsAllowed check whether the
>> timeout actually set in timeout_ms has been reached rather than
>> assuming timeout_ms is always going to be 10 seconds.
>>
>
> I don't know if this is related; the code appears to be in the same
> region.  Attempts to play new MythArchive disks are failing on exit from
> the menu with 'Could not read the first 2048 bytes'.
>
> This system (master v0.28-pre-2348-gb327d14/sl7/64bit) is still in
> shakedown mode and this is the first time I have tried to play DVDs on
> it.  I don't see the same in pre-2339/sl6/32bit.  All the audio is mp2.
>    A commercial disk played ok.

This commit should actually have no visible effect at all at the moment. 
  It was really just a clean-up as the timeout is set in a variable but 
the error handling worked on a hard-coded value.  Both are currently 10 
seconds so the code as it stands should work exactly the same before and 
after.  The commit just makes both the timeout and the error handling 
use the same value so if it is changed, it affects both.

If the timeout had occurred, you should have seen the message 'Took more 
than 10 seconds to be allowed to read'.

Try starting the frontend with '-v file'.

> The attachment is from an attempt to play the original iso file.
> Sometimes that works.
> ===========
> Addition after finding the above had gone to the commits list:
>
> I've just seen several repetitions of this in the backend log.  This is
> a combined FE/BE on 192.168.0.4
>
> libdvdread: Encrypted DVD support unavailable.
> 2014-10-30 21:16:35.899811 I  MainServer: MainServer::HandleAnnounce
> FileTransfer
> 2014-10-30 21:16:35.899821 I  MainServer: adding: hpbox as a remote file
> transfer
> libdvdread: Encrypted DVD support unavailable.
> 2014-10-30 21:16:36.163250 I  MainServer: MainServer::HandleAnnounce
> FileTransfer
> 2014-10-30 21:16:36.163260 I  MainServer: adding: hpbox as a remote file
> transfer
> libdvdread: Encrypted DVD support unavailable.

That would seem to indicate that libdvdcss is not installed although if 
you're trying to play a disc created with MythArchive, that shouldn't be 
an issue.

Richard.