Re: Download speed and progress indicator

[Jeremy Nicoll - ml gip]

On 2017-11-07 20:35, RS wrote:


One thing that has occurred to me is that my desktop monitor is wider
than the laptop screens.


Actually that's not the width that matters.  The terminal window also 
has

a width (and depth) and if it's set wider than your screen then you just
have to scroll it sideways.

In XP and W8.1 and presumably W10 too, if you click the icon at the top
left of the window (on the titlebar) then choose Properties -> Layout
you can set the size of the buffer lines in which output is stored, and
also the maximum width of the terminal window.  I typically have

 screen buffer  width 150 columnsheight  rows
 window size  150height   42 rows

You can also set colours and other options.

Those settings only apply to that window, or - if it was started by a
shortcut - to the way the window will open when next started by the same
shortcut.

There is also a Defaults option on the icon menu, with all the same
options, but that saves system defaults so that any command window
opened in the future (unless opened with a shortcut which had its
own options saved) will get the values you have set.

It's overly complicated, I think.



--
Jeremy Nicoll - my opinions are my own

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Problem with 3.06 PVR

[John Reay]

Seems to have fixed my problem by doing this:

cpanm IO::Socket::SSL

Now everything seems to work. Thanks to all who replied!

On 7 November 2017 at 11:09, John Reay  wrote:
> `get_iplayer --refresh --no-index-concurrent' works for me without
> resorting to sudo.
>
> ..but how do I get the PVR to use it? Or should I just set it in
> preferences for get_iplayer?
>
> On 7 November 2017 at 07:21, Ralph Corderoy  wrote:
>> Hi again John,
>>
>>> > > > INFO: Indexing tv programmes (concurrent)
>>> > > > .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
>>> > > > SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
>>> > > > line 1642.
>>>
>>> have you tried `get_iplayer --refresh --no-index-concurrent'?
>>
>> I forgot to mention, Homebrew users on Mac OS suffered these until the
>> recipe was updated to depend on later versions of Perl modules.
>> https://github.com/Homebrew/homebrew-core/issues/19956
>> By using --no-index-concurrent, I think Mojo stops being used and thus
>> the Perl-module versions won't matter, hopefully.
>>
>> I use --no-index-concurrent anyway because I don't want to install the
>> extra Mojo dependencies.
>>
>> --
>> Cheers, Ralph.
>> https://plus.google.com/+RalphCorderoy
>>
>> ___
>> get_iplayer mailing list
>> get_iplayer@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/get_iplayer

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Download speed and progress indicator

[RS]

From: Ralph Corderoy
Sent: Tuesday, November 7, 2017 5:25 PM


Do you physically sit at all of these machines' screens, or access some
over a network?  What OS are they running?  If Linux, are you using the
same terminal emulator on all of them?  xterm(1) is a good standby for
testing.


Hi Ralph and Jeremy

Thanks for the repIies.  I am looking at the screens directly, not over a 
network.  The OS is Windows 10.  The terminal emulator is the Windows 
command prompt.


From: Jeremy Nicoll - ml gip
Sent: Tuesday, November 7, 2017 5:46 PM


The relevant code seems to be between lines 7206 and 7224.  It calls
main::logger with a string formatted by sprintf.  If I don't set
--verbose, so the else code is executed, all machines display a single
continuously updated line.  In both cases the line appears from the
code to end with CR LF unless {crlf} doesn't mean what it appears to.



It doesn't mean what it looks like.  There a line of code (in 3.06, if
that's what you use) that says:



 my $crlf = ( $hide_progress || $opt->{logprogress} ) ? "\n" : "\r";



ie setting it to either LF or CR depending on whether those named vars
are set or not.  You'd need to look more closely at the perl to find
out under what circumstances they're set one way or another.


Thanks for the explanation of my $crlf and {crlf}.  I had been looking for 
it in the sprintf documentation.


One thing that has occurred to me is that my desktop monitor is wider than 
the laptop screens.  The --verbose speed and progress indicator in v3.06 has 
more information than the corresponding indicator in v3.02 and earlier.  In 
particular it shows the current and final segment numbers.  It may be that 
the line length is alright for the desktop monitor but too long for the 
laptop screens.  It could be that Windows is inserting a CR LF as a line 
break but the  text overflowing to the next line is overwritten when 
get_iplayer generates a CR.


The else limb generates a much shorter line, so there is no risk of 
overflow.


I'll have to try reducing the number of items displayed and reducing the 
font size.


Best wishes
Richard



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Download speed and progress indicator

[Jeremy Nicoll - ml gip]

On 2017-11-07 17:04, RS wrote:

Does Perl distinguish between desktop and laptop machines?


I wouldn't think so.

Do you run these commands in a Windows cmd.exe command window, or do
you by any chance use some other form of terminal?



If I run get_iplayer with --verbose I can get an instantaneous
download speed indicator similar to the one we used to have.

If I run it on my desktop machine it displays a single line which is
continuously updated, like the indicator we used to have by default.
If I run it on any of my laptops each update is on a new line.  I
presume that in the first case the line is terminated with a CR and in
the other cases with a CR LF.

The relevant code seems to be between lines 7206 and 7224.  It calls
main::logger with a string formatted by sprintf.  If I don't set
--verbose, so the else code is executed, all machines display a single
continuously updated line.  In both cases the line appears from the
code to end with CR LF unless {crlf} doesn't mean what it appears to.


It doesn't mean what it looks like.  There a line of code (in 3.06, if
that's what you use) that says:

 my $crlf = ( $hide_progress || $opt->{logprogress} ) ? "\n" : "\r";

ie setting it to either LF or CR depending on whether those named vars
are set or not.  You'd need to look more closely at the perl to find
out under what circumstances they're set one way or another.


--
Jeremy Nicoll - my opinions are my own

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: TV Cache Not Updating

[Anthony Kehoe]

Looks like it's updating for me..

[iTunes@Frontier get_iplayer]$ ./get_iplayer --future -f
get_iplayer v3.06, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.


INFO: Indexing tv programmes (concurrent)

INFO: Indexing tv programmes (concurrent)

INFO: Added 1 tv programmes to cache
Matches:
...
...
INFO: 7215 matching programmes


On 7 November 2017 at 09:30, CJB  wrote:
> Using the Windows PVR for v3.06 ...
>
> One of the reasons for seeing a list of new programmes added to the
> cache after a refresh is that such a list gives reason that the
> updating has indeed occurred.
>
> Over the last few weeks I have been assuming that the TV cache has
> been updated OK.
>
> BUT when I set Added Since (hours) = 1 whilst I get many Radio
> programmes listed, I get none for TV. Adjusting the Added Since
> (hours) to say 2000 - OK OTT - I DO get TV programmes listed - BUT
> THEY ARE 14 DAYS AGO OR MORE.
>
> This implies to me that the TV cache is not refreshing, and has not for 14 
> days.
>
> How can I tell if it is please?
>
> Chris B.
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Download speed and progress indicator

[Ralph Corderoy]

Hi Richard,

> Does Perl distinguish between desktop and laptop machines?

No.  :-)

> Any ideas on what is causing the different behaviour?

Do you physically sit at all of these machines' screens, or access some
over a network?  What OS are they running?  If Linux, are you using the
same terminal emulator on all of them?  xterm(1) is a good standby for
testing.

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Download speed and progress indicator

[RS]

Does Perl distinguish between desktop and laptop machines?

If I run get_iplayer with --verbose I can get an instantaneous download 
speed indicator similar to the one we used to have.


If I run it on my desktop machine it displays a single line which is 
continuously updated, like the indicator we used to have by default.  If I 
run it on any of my laptops each update is on a new line.  I presume that in 
the first case the line is terminated with a CR and in the other cases with 
a CR LF.


The relevant code seems to be between lines 7206 and 7224.  It calls 
main::logger with a string formatted by sprintf.  If I don't set --verbose, 
so the else code is executed, all machines display a single continuously 
updated line.  In both cases the line appears from the code to end with CR 
LF unless {crlf} doesn't mean what it appears to.


All machines are running the version of Perl dated 15 Jan 2017.  They are 
all running various versions of 64-bit Windows 10, Home and Professional, 
1709, 1703 and 1607.


Any ideas on what is causing the different behaviour?



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

TV Cache Not Updating

[CJB]

Using the Windows PVR for v3.06 ...

One of the reasons for seeing a list of new programmes added to the
cache after a refresh is that such a list gives reason that the
updating has indeed occurred.

Over the last few weeks I have been assuming that the TV cache has
been updated OK.

BUT when I set Added Since (hours) = 1 whilst I get many Radio
programmes listed, I get none for TV. Adjusting the Added Since
(hours) to say 2000 - OK OTT - I DO get TV programmes listed - BUT
THEY ARE 14 DAYS AGO OR MORE.

This implies to me that the TV cache is not refreshing, and has not for 14 days.

How can I tell if it is please?

Chris B.

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Problem with 3.06 PVR

[John Reay]

`get_iplayer --refresh --no-index-concurrent' works for me without
resorting to sudo.

..but how do I get the PVR to use it? Or should I just set it in
preferences for get_iplayer?

On 7 November 2017 at 07:21, Ralph Corderoy  wrote:
> Hi again John,
>
>> > > > INFO: Indexing tv programmes (concurrent)
>> > > > .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
>> > > > SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
>> > > > line 1642.
>>
>> have you tried `get_iplayer --refresh --no-index-concurrent'?
>
> I forgot to mention, Homebrew users on Mac OS suffered these until the
> recipe was updated to depend on later versions of Perl modules.
> https://github.com/Homebrew/homebrew-core/issues/19956
> By using --no-index-concurrent, I think Mojo stops being used and thus
> the Perl-module versions won't matter, hopefully.
>
> I use --no-index-concurrent anyway because I don't want to install the
> extra Mojo dependencies.
>
> --
> Cheers, Ralph.
> https://plus.google.com/+RalphCorderoy
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Problem with 3.06 PVR

[Ralph Corderoy]

Hi again John,

> > > > INFO: Indexing tv programmes (concurrent)
> > > > .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
> > > > SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
> > > > line 1642.
>
> have you tried `get_iplayer --refresh --no-index-concurrent'?

I forgot to mention, Homebrew users on Mac OS suffered these until the
recipe was updated to depend on later versions of Perl modules.
https://github.com/Homebrew/homebrew-core/issues/19956
By using --no-index-concurrent, I think Mojo stops being used and thus
the Perl-module versions won't matter, hopefully.

I use --no-index-concurrent anyway because I don't want to install the
extra Mojo dependencies.

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Problem with 3.06 PVR

[Ralph Corderoy]

Hi John,

> I've discovered that if I update the cache from a terminal window
> using 'sudo get_iplayer --refresh' instead of just 'get_player
> --refresh' everything works fine.
> So it's a permissions issue, for some reason. get_player 3.06 running
> on Linux Mint 17.3 "Rosa".

It might not be a permissions problem, and you should not have to run as
root with sudo.  Not unless you've messed things up in the past by
dabbling somehow with root.  Based on your previous error report that
you quoted,

> >> INFO: Indexing tv programmes (concurrent)
> >> .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
> >> SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
> >> line 1642.

have you tried `get_iplayer --refresh --no-index-concurrent'?

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: 3.06 and 25fps/50fps modes

[Peter Corlett]

On Mon, Nov 06, 2017 at 11:15:03PM +0100, chrisch...@free.fr wrote:
> if that can be of any help, having to use a VPN, I have encountered the
> problem of the unavailability of hls definitions with some vpn connections
> and not others

> why that should be I ' d like to know!

The BBC make efforts to detect VPN connections because they may have originated
from overseas, and these will get blocked from accessing iPlayer TV services.
It takes a few moments for a newly-added block to take full effect, during
which it looks like a partial or broken service.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Problem with 3.06 PVR

[artisticforge .]

hello

you should not have to run get_iplayer any version as 'root'.
you have an installation issue or issues.

i used debian / raspbian on Raspberry Pi.

all get_iplayer versions are installed:

/home//get_iplayer-X.XX

Everything in that directory is owned by that UID.

I have never had to run get_iplayer as root.


On Tue, Nov 7, 2017 at 2:15 AM, John Reay  wrote:
> I've discovered that if I update the cache from a terminal window
> using 'sudo get_iplayer --refresh' instead of just 'get_player
> --refresh' everything works fine.
> So it's a permissions issue, for some reason. get_player 3.06 running
> on Linux Mint 17.3 "Rosa".
>
> ...John Reay
>
> On 31 October 2017 at 21:26, John Reay  wrote:
>> Further to my previous post...
>>
>> From the cache refresh
>>
>> INFO: Indexing tv programmes (concurrent)
>> ...
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcalba/programmes/schedules/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcone/programmes/schedules/channel_islands/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcfour/programmes/schedules/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcnews/programmes/schedules/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcone/programmes/schedules/cambridge/this_week
>> ...
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcone/programmes/schedules/east/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcone/programmes/schedules/hd/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcone/programmes/schedules/east_midlands/this_week
>> .
>> WARNING: Failed to download schedule page:
>> http://www.bbc.co.uk/bbcone/programmes/schedules/london/this_week
>>
>> etc., ad infinitum...
>>
>> On 31 October 2017 at 20:57, John Reay  wrote:
>>> Can anyone help with this error I'm getting running the web PVR. I
>>> just did a manual upgrade to IP version 3.06 on Linux Mint 17.3.
>>>
>>> Running PVR Searches:
>>>
>>> INFO: PVR Run: '_Ambulance_Series_2_name_tv'
>>>
>>>
>>> INFO: Indexing tv programmes (concurrent)
>>> .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
>>> SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
>>> line 1642.
>>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>>>
>>> Running IP from tty using --pid seems to work though
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer



-- 
terry l. ridder ><>

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Problem with 3.06 PVR

[John Reay]

I've discovered that if I update the cache from a terminal window
using 'sudo get_iplayer --refresh' instead of just 'get_player
--refresh' everything works fine.
So it's a permissions issue, for some reason. get_player 3.06 running
on Linux Mint 17.3 "Rosa".

...John Reay

On 31 October 2017 at 21:26, John Reay  wrote:
> Further to my previous post...
>
> From the cache refresh
>
> INFO: Indexing tv programmes (concurrent)
> ...
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcalba/programmes/schedules/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcone/programmes/schedules/channel_islands/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcfour/programmes/schedules/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcnews/programmes/schedules/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcone/programmes/schedules/cambridge/this_week
> ...
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcone/programmes/schedules/east/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcone/programmes/schedules/hd/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcone/programmes/schedules/east_midlands/this_week
> .
> WARNING: Failed to download schedule page:
> http://www.bbc.co.uk/bbcone/programmes/schedules/london/this_week
>
> etc., ad infinitum...
>
> On 31 October 2017 at 20:57, John Reay  wrote:
>> Can anyone help with this error I'm getting running the web PVR. I
>> just did a manual upgrade to IP version 3.06 on Linux Mint 17.3.
>>
>> Running PVR Searches:
>>
>> INFO: PVR Run: '_Ambulance_Series_2_name_tv'
>>
>>
>> INFO: Indexing tv programmes (concurrent)
>> .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
>> SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
>> line 1642.
>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>> Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file SCALAR(0xfeb188)
>> does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 1642.
>>
>> Running IP from tty using --pid seems to work though

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer