Mailing List Archive

'Couldn't create VideoOutput instance. Exiting..
I'm afraid d49021c still has a problem. No video playback. It still
looks ok with the preamble. Thanks again :-)

> https://drive.google.com/open?id=1CEX5VHJdyzs10nouVVpQmGgqvzhQ13WB




_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On Fri, 31 Jan 2020 at 23:12, John Pilkington <johnpilk222@gmail.com> wrote:
>
> I'm afraid d49021c still has a problem. No video playback. It still
> looks ok with the preamble. Thanks again :-)

Apart from this line:)

2020-01-31 22:39:08.692741 I Using the Qt painter. Video playback
will not work!

It's actually working as expected - I just fixed the crash when OpenGL
initialisation failed so it falls back to the Qt painter.

Based on a comment from someone else yesterday, I now have a suspicion
that the root cause of your problem is the same as:

https://code.mythtv.org/trac/ticket/13538

While I've recreated the crash in that ticket, others have reported
that it manifests as falling back to OpenGL software renderer - ie.
llvm pipe, as in all of your logs. Fingers crossed!

Thanks
Mark
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 01/02/2020 09:53, Mark Kendall wrote:
> On Fri, 31 Jan 2020 at 23:12, John Pilkington <johnpilk222@gmail.com> wrote:
>>
>> I'm afraid d49021c still has a problem. No video playback. It still
>> looks ok with the preamble. Thanks again :-)
>
> Apart from this line:)
>
> 2020-01-31 22:39:08.692741 I Using the Qt painter. Video playback
> will not work!
>
> It's actually working as expected - I just fixed the crash when OpenGL
> initialisation failed so it falls back to the Qt painter.
>
> Based on a comment from someone else yesterday, I now have a suspicion
> that the root cause of your problem is the same as:
>
> https://code.mythtv.org/trac/ticket/13538
>
> While I've recreated the crash in that ticket, others have reported
> that it manifests as falling back to OpenGL software renderer - ie.
> llvm pipe, as in all of your logs. Fingers crossed!
>
> Thanks
> Mark

There may be some delay. I'm suddenly getting an sslv3 alert handshake
failure in the build script. It looks as if curl, used by spectool, has
got fussy.


_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 01/02/2020 11:42, John Pilkington wrote:
> On 01/02/2020 09:53, Mark Kendall wrote:
>> On Fri, 31 Jan 2020 at 23:12, John Pilkington <johnpilk222@gmail.com>
>> wrote:
>>>
>>> I'm afraid d49021c still has a problem.  No video playback.  It still
>>> looks ok with the preamble.  Thanks again :-)
>>
>> Apart from this line:)
>>
>> 2020-01-31 22:39:08.692741 I  Using the Qt painter. Video playback
>> will not work!
>>
>> It's actually working as expected - I just fixed the crash when OpenGL
>> initialisation failed so it falls back to the Qt painter.
>>
>> Based on a comment from someone else yesterday, I now have a suspicion
>> that the root cause of your problem is the same as:
>>
>> https://code.mythtv.org/trac/ticket/13538
>>
>> While I've recreated the crash in that ticket, others have reported
>> that it manifests as falling back to OpenGL software renderer - ie.
>> llvm pipe, as in all of your logs. Fingers crossed!
>>
>> Thanks
>> Mark
>
> There may be some delay.  I'm suddenly getting an sslv3 alert handshake
> failure in the build script.  It looks as if curl, used by spectool, has
> got fussy.
>

No joy with the rpms yet. I've filed

https://bugzilla.redhat.com/show_bug.cgi?id=1797256


_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 01/02/2020 09:53, Mark Kendall wrote:
> On Fri, 31 Jan 2020 at 23:12, John Pilkington <johnpilk222@gmail.com> wrote:
>>
>> I'm afraid d49021c still has a problem. No video playback. It still
>> looks ok with the preamble. Thanks again :-)
>
> Apart from this line:)
>
> 2020-01-31 22:39:08.692741 I Using the Qt painter. Video playback
> will not work!
>
> It's actually working as expected - I just fixed the crash when OpenGL
> initialisation failed so it falls back to the Qt painter.
>
> Based on a comment from someone else yesterday, I now have a suspicion
> that the root cause of your problem is the same as:
>
> https://code.mythtv.org/trac/ticket/13538
>
> While I've recreated the crash in that ticket, others have reported
> that it manifests as falling back to OpenGL software renderer - ie.
> llvm pipe, as in all of your logs. Fingers crossed!
>
> Thanks
> Mark

Hi Mark: No build yet of e232843 for el7, but I have it on the core3duo
kubuntu laptop which you encountered earlier. It has similar symptoms
to those above, needing the MYTHTV_NO_EGL=1 preamble for playback
although the OSD and thumbnails are fine. -v playback logs:

https://drive.google.com/open?id=17gFKZBjl3jfotXr2HfkkQCvzSKzMExT2

Regards,

John
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
>
> There may be some delay. I'm suddenly getting an sslv3 alert handshake
> failure in the build script. It looks as if curl, used by spectool, has
> got fussy.
>

No joy with the rpms yet. I've filed

https://bugzilla.redhat.com/show_bug.cgi?id=1797256

_______________________________________________


Are you sure that curl is the issue? As I understand it the (very strong?) recommendation is that sites should refuse connections via SSLv2, SSLv3 or TLSv1.0, irrespective of client request.

Perhaps the site hosting the rpm files has been updated accordingly?

What happens if put url in https://www.cdn77.com/tls-test
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 03/02/2020 01:19, Mark Perkins wrote:
>
>
> >
> > There may be some delay.  I'm suddenly getting an sslv3 alert
> handshake
> > failure in the build script.  It looks as if curl, used by
> spectool, has
> > got fussy.
> >
>
> No joy with the rpms yet.  I've filed
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1797256
>
> _______________________________________________
>
>
> Are you sure that curl is the issue? As I understand it the (very
> strong?) recommendation is that sites should refuse connections via
> SSLv2, SSLv3 or TLSv1.0, irrespective of client request.
>
> Perhaps the site hosting the rpm files has been updated accordingly?
>
> What happens if put url in https://www.cdn77.com/tls-test


Yes, I was beginning to realise that handshakes are two-sided. It's
trying to download the MythTV tarball from codeload.github.com, and
spectool appears to be configured to use curl in --insecure mode.

In fact by that stage in the script I already have what appears to be
that tarball, but so far I haven't succeeded in dropping it into the
right place to continue the build.
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 03/02/2020 09:46, John Pilkington wrote:
> On 03/02/2020 01:19, Mark Perkins wrote:
>>
>>
>>      >
>>      > There may be some delay.  I'm suddenly getting an sslv3 alert
>>     handshake
>>      > failure in the build script.  It looks as if curl, used by
>>     spectool, has
>>      > got fussy.
>>      >
>>
>>     No joy with the rpms yet.  I've filed
>>
>>     https://bugzilla.redhat.com/show_bug.cgi?id=1797256
>>
>>     _______________________________________________
>>
>>
>>     Are you sure that curl is the issue? As I understand it the (very
>>     strong?) recommendation is that sites should refuse connections via
>>     SSLv2, SSLv3 or TLSv1.0, irrespective of client request.
>>
>>     Perhaps the site hosting the rpm files has been updated accordingly?
>>
>>     What happens if put url in https://www.cdn77.com/tls-test
>
>
> Yes, I was beginning to realise that handshakes are two-sided.  It's
> trying to download the MythTV tarball from codeload.github.com, and
> spectool appears to be configured to use curl in --insecure mode.
>
> In fact by that stage in the script I already have what appears to be
> that tarball, but so far I haven't succeeded in dropping it into the
> right place to continue the build.

Hmm. https://www.cdn77.com/tls-test said the site had TLS 1.3, but with
/etc/rpmdevtools/curlrc holding --tlsv1.3 and --verbose I get

* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath none

TLSv1.3 (IN), TLS alert, handshake failure (552):

followed by the original sslv3 handshake failure... Do I need to
specify ciphers etc?

Thanks,

John

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
Hmm. https://www.cdn77.com/tls-test said the site had TLS 1.3, but with
/etc/rpmdevtools/curlrc holding --tlsv1.3 and --verbose I get

* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath none

TLSv1.3 (IN), TLS alert, handshake failure (552):

followed by the original sslv3 handshake failure... Do I need to
specify ciphers etc?

Thanks,

John

_______________________________________________


Try:
--tlsv1.2 --ciphers ecdhe_rsa_aes_128_gcm_sha_256
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 03/02/2020 13:32, Mark Perkins wrote:
>
>
> Hmm.  https://www.cdn77.com/tls-test said the site had TLS 1.3, but with
> /etc/rpmdevtools/curlrc holding --tlsv1.3 and --verbose I get
>
> *     CAfile:  /etc/pki/tls/certs/ca-bundle.crt
>     CApath none
>
> TLSv1.3 (IN), TLS alert, handshake failure (552):
>
> followed by the original sslv3 handshake failure...  Do I need to
> specify ciphers etc?
>
> Thanks,
>
> John
>
> _______________________________________________
>
>
> Try:
> --tlsv1.2 --ciphers ecdhe_rsa_aes_128_gcm_sha_256
>

Thanks, but still no joy. I've added the log, using the unmodified
github build-script for FC30, to the BZ.
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
> Thanks, but still no joy. I've added the log, using the unmodified
> github build-script for FC30, to the BZ.
> _______________________________________________

Was intrigued so started digging. Will skip the boring part. But I believe there is something else at play here. I pulled up a Fedora FC30 container to reproduce and couldn't - steps as detailed previously worked.

The key differences were the IP address redirections.

When I run the build I get redirected to https://codeload.github.com/MythTV/mythtv/tar.gz/ce373bbd14ba6270dd6097ff072ad171ac2db871 which is identical.

However for me (Australia) https://codeload.github.com resolves to 3.105.64.153. Client says hello, server says hello, everything works.
* Connection #0 to host github.com left intact
* Issue another request to this URL: 'https://codeload.github.com/MythTV/mythtv/tar.gz/ce373bbd14ba6270dd6097ff072ad171ac2db871'
* Trying 3.105.64.153:443...
* TCP_NODELAY set
* Connected to codeload.github.com (3.105.64.153) port 443 (#1)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [122 bytes data]



For John https://codeload.github.com resolves to 81.130.111.239. Client says hello, server says handshake failure, nothing works.
* Connection #0 to host github.com left intact
* Issue another request to this URL: 'https://codeload.github.com/MythTV/mythtv/tar.gz/ce373bbd14ba6270dd6097ff072ad171ac2db871'
* Trying 81.130.111.239:443...
* TCP_NODELAY set
* Connected to codeload.github.com (81.130.111.239) port 443 (#1)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS alert, handshake failure (552):
{ [2 bytes data]


Using curl -v to access 3.105.64.153 gives the following:
curl -v https://3.105.64.153/MythTV/mythtv/tar.gz/ce373bbd14ba6270dd6097ff072ad171ac2db871
* Trying 3.105.64.153:443...
* TCP_NODELAY set
* Connected to 3.105.64.153 (3.105.64.153) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256
* ALPN, server accepted to use http/1.1
* Server certificate:
* subject: C=US; ST=California; L=San Francisco; O=GitHub, Inc.; CN=*.github.com
* start date: Jul 8 00:00:00 2019 GMT
* expire date: Jul 16 12:00:00 2020 GMT
* subjectAltName does not match 3.105.64.153
* SSL: no alternative certificate subject name matches target host name '3.105.64.153'
* Closing connection 0
* TLSv1.3 (OUT), TLS alert, close notify (256):
curl: (60) SSL: no alternative certificate subject name matches target host name '3.105.64.153'
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.




Using curl -v to access 81.130.111.239 gives the following failure:
curl -v https://81.130.111.239/MythTV/mythtv/tar.gz/ce373bbd14ba6270dd6097ff072ad171ac2db871
* Trying 81.130.111.239:443...
* TCP_NODELAY set
* Connected to 81.130.111.239 (81.130.111.239) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS alert, handshake failure (552):
* error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure
* Closing connection 0
curl: (35) error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure

Something re-routing the domain to an incorrect IP address? Proxy server? Bad mirror? Incorrect server configuration?

whois reports for 81.130.111.239 say BT Public Internet Service.
whois report for 3.105.64.153 say Amazon.

Hopefully this gives someone else enough to jump in and comment?
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: 'Couldn't create VideoOutput instance. Exiting.. [ In reply to ]
On 03/02/2020 14:29, John Pilkington wrote:

The most recent messages in this thread have no obvious relationship to
its 'Subject'.

'whois' showed that the apparent connection to codeload.github.com was
actually to BT, my ISP, and power-cycling the BT Hub seems to have fixed
things.

Thanks for the help, and sorry for the noise.

John
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org