Re: Slow speed

2020-02-17 Thread Geoff Smith
Just downloaded episodes 2 to 6, without problems.
Mode hvfsd1.

Geoff Smith

On 18/02/2020, Paul Thornett  wrote:
> The specifics of my repeated failures is:
> I'm trying to download the 2nd series of The Split. I used
>g --pid=p0818j9r --pid-recursive
> and got the 1st 3 episodes perfectly, followed by failed attempts at
> episodes 4-6.
>
> The I used this command
>g --pid p0818kjf,p0818l1y,p0818lfz
> to get the last 3 episodes - this has failed at least 10 times. And
> typidcal speeds I see vary between 0.3 to 1.1.
> I have tried at many different times throughout a 24-hour period.
>
> Errors I see are often like the following:
> INFO: Downloading tv: 'The Split: Series 2 - 05. Episode 5 (p0818l1y)
> [original]'
> WARNING: Using existing DASH audio file:
> D:\Downloads\BBCiPlayerDownloads\The_Split_Series_2_-_05._Episode_5_p0818l1y_original.dash.m4a
> WARNING: Use --overwrite to re-download
> INFO: Downloaded: 11.72 MB (00:00:38) @ 1.27 Mb/s (dvfsd1/bi) [video]
> WARNING: Unexpected size for file segment [18]
> WARNING: Expected: 1415668  Downloaded: 736248
> WARNING: This indicates a problem with your network connection to the
> media server
> WARNING: No streams available for 'original' version (p0818l42) -
> skipping (retry)
>
> My relevant preferences are as follows:
>tvmode = dvfsd,dvfxsd
>subtitles = 1
>subsmono = 1
>
> Today (at around 2am) I have got to 87.6% of Episode 4 (0.99GB) before
> failing again. If relevant, only Episode 1 is in the cache, hence my
> use of PIDs.
>
>
> Regards,
>
> Paul Thornett
>
> On Sun, 16 Feb 2020 at 00:14, Paul Thornett  wrote:
>>
>> It seems to me that downloads have become very slow, often not
>> completing. Has anyone else noticed this phenomenon?
>>
>> Regards,
>>
>> Paul Thornett
>
> ___
> 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: Slow speed

2020-02-17 Thread Paul Thornett
And the way I have got to 87.6% is by stopping the transfer every 10%
and doing a robocopy to a separate folder.

Regards,

Paul Thornett

On Tue, 18 Feb 2020 at 16:49, Paul Thornett  wrote:
>
> The specifics of my repeated failures is:
> I'm trying to download the 2nd series of The Split. I used
>g --pid=p0818j9r --pid-recursive
> and got the 1st 3 episodes perfectly, followed by failed attempts at
> episodes 4-6.
>
> The I used this command
>g --pid p0818kjf,p0818l1y,p0818lfz
> to get the last 3 episodes - this has failed at least 10 times. And
> typidcal speeds I see vary between 0.3 to 1.1.
> I have tried at many different times throughout a 24-hour period.
>
> Errors I see are often like the following:
> INFO: Downloading tv: 'The Split: Series 2 - 05. Episode 5 (p0818l1y)
> [original]'
> WARNING: Using existing DASH audio file:
> D:\Downloads\BBCiPlayerDownloads\The_Split_Series_2_-_05._Episode_5_p0818l1y_original.dash.m4a
> WARNING: Use --overwrite to re-download
> INFO: Downloaded: 11.72 MB (00:00:38) @ 1.27 Mb/s (dvfsd1/bi) [video]
> WARNING: Unexpected size for file segment [18]
> WARNING: Expected: 1415668  Downloaded: 736248
> WARNING: This indicates a problem with your network connection to the
> media server
> WARNING: No streams available for 'original' version (p0818l42) -
> skipping (retry)
>
> My relevant preferences are as follows:
>tvmode = dvfsd,dvfxsd
>subtitles = 1
>subsmono = 1
>
> Today (at around 2am) I have got to 87.6% of Episode 4 (0.99GB) before
> failing again. If relevant, only Episode 1 is in the cache, hence my
> use of PIDs.
>
>
> Regards,
>
> Paul Thornett
>
> On Sun, 16 Feb 2020 at 00:14, Paul Thornett  wrote:
> >
> > It seems to me that downloads have become very slow, often not
> > completing. Has anyone else noticed this phenomenon?
> >
> > Regards,
> >
> > Paul Thornett

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


Re: Slow speed

2020-02-17 Thread Paul Thornett
The specifics of my repeated failures is:
I'm trying to download the 2nd series of The Split. I used
   g --pid=p0818j9r --pid-recursive
and got the 1st 3 episodes perfectly, followed by failed attempts at
episodes 4-6.

The I used this command
   g --pid p0818kjf,p0818l1y,p0818lfz
to get the last 3 episodes - this has failed at least 10 times. And
typidcal speeds I see vary between 0.3 to 1.1.
I have tried at many different times throughout a 24-hour period.

Errors I see are often like the following:
INFO: Downloading tv: 'The Split: Series 2 - 05. Episode 5 (p0818l1y)
[original]'
WARNING: Using existing DASH audio file:
D:\Downloads\BBCiPlayerDownloads\The_Split_Series_2_-_05._Episode_5_p0818l1y_original.dash.m4a
WARNING: Use --overwrite to re-download
INFO: Downloaded: 11.72 MB (00:00:38) @ 1.27 Mb/s (dvfsd1/bi) [video]
WARNING: Unexpected size for file segment [18]
WARNING: Expected: 1415668  Downloaded: 736248
WARNING: This indicates a problem with your network connection to the
media server
WARNING: No streams available for 'original' version (p0818l42) -
skipping (retry)

My relevant preferences are as follows:
   tvmode = dvfsd,dvfxsd
   subtitles = 1
   subsmono = 1

Today (at around 2am) I have got to 87.6% of Episode 4 (0.99GB) before
failing again. If relevant, only Episode 1 is in the cache, hence my
use of PIDs.


Regards,

Paul Thornett

On Sun, 16 Feb 2020 at 00:14, Paul Thornett  wrote:
>
> It seems to me that downloads have become very slow, often not
> completing. Has anyone else noticed this phenomenon?
>
> Regards,
>
> Paul Thornett

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


Re: Search Fails to Find Early ‘Last Tango in Halifax’.

2020-02-17 Thread RS

On 17/02/2020 15:11, James Scholes wrote:
It's my understanding that GiP indexes TV programs via the schedules. 


That is probably right.  My understanding is that there are two 
constraints.  The first is that the programme has been broadcast or is 
going to be broadcast.  The second is that it has been broadcast within 
the last 30 days or is going to be broadcast within whatever the time 
limit is for future programmes.


That does not mean the search facility is useless or should be removed. 
It means you need to be aware of the limitations.  The search box in the 
iPlayer is also very useful as an alternative search mechanism.  You do 
need to be aware of how to extract PIDs.  --pid-recursive is often very 
helpful, but it does not always work.


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


Re: Re: Search Fails to Find Early ‘Last Tango in Halifax’.

2020-02-17 Thread Ralph Corderoy
Hi James,

> It's my understanding that GiP indexes TV programs via the schedules. 

Oh, I see your point.

> The availability of programs on the iPlayer no longer has a one-to-one
> mapping with what will be or has been on TV.  If the GiP search isn't
> going to catch up to that fact, it may as well just be removed.

No, it's too useful to be removed.  I see a tweet that makes me think
yesterday's ‘Daily Politics’ with Andrew Neil might be worth a watch and
search lets me find its index to add to the PVR without leaving the
terminal.  It just needs to be defined well, and perhaps it is;
I haven't read its documentation in the years since I first used it.

-- 
Cheers, Ralph.

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


Re: Search Fails to Find Early ‘Last Tango in Halifax’.

2020-02-17 Thread James Scholes
It's my understanding that GiP indexes TV programs via the schedules. 
Somebody can correct me if I'm wrong on that, but it would seem to make 
sense in this instance.  S5E1 is on TV soon, so it shows up on the 
schedule.  S1E1 hasn't been shown since 2012, and GiP won't go back in 
time by over 7 years every time you refresh it.


The fact that the BBC are making more and more box-sets and old programs 
available means that as time goes by, the search in GiP will become less 
and less reliable.  The availability of programs on the iPlayer no 
longer has a one-to-one mapping with what will be or has been on TV.  If 
the GiP search isn't going to catch up to that fact, it may as well just 
be removed.


Regards,

James Scholes

On 17/02/2020 at 8:22 am, Ralph Corderoy wrote:

Hi,

I recently noticed S05E01 of ‘Last Tango in Halifax’ had been added to
the available programs.  It's also returned by a search.

 $ ./get_iplayer --nopurge -e 31536000 --future tango
 get_iplayer v3.22, 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.


 Matches:
 5621:   Last Tango in Halifax: Series 5 - Episode 1, BBC One, m000fs1z
 INFO: 1 matching programmes
 $

Note the old version, v3.22.  Perhaps that's related to my problem.

Poking about the iPlayer web site, I see many of the previous episodes
are available, e.g. S01E01 at https://www.bbc.co.uk/programmes/b01p1q71
says ‘Watch now’.  Why isn't it found by the search above?

‘./get_iplayer --no-purge --future -e 31536000 -i --pid b01p1q71’
finds it and also suggests it's available for a while.

 expires: in 348 days 22 hours (2021-01-30T12:00:00+00:00)

When I refresh, I do it twice, the first time with ‘--refresh
--refresh-limit-tv=30’ and the second with ‘--refresh --refresh-future’.

I'm happy to update my get_iplayer and re-apply/re-edit my patches, but
would like to hear that the search returns copious episodes for another
first before bothering.  And if it doesn't, does anyone here know why
not?



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


Search Fails to Find Early ‘Last Tango in Halifax’.

2020-02-17 Thread Ralph Corderoy
Hi,

I recently noticed S05E01 of ‘Last Tango in Halifax’ had been added to
the available programs.  It's also returned by a search.

$ ./get_iplayer --nopurge -e 31536000 --future tango
get_iplayer v3.22, 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.


Matches:
5621:   Last Tango in Halifax: Series 5 - Episode 1, BBC One, m000fs1z
INFO: 1 matching programmes
$

Note the old version, v3.22.  Perhaps that's related to my problem.

Poking about the iPlayer web site, I see many of the previous episodes
are available, e.g. S01E01 at https://www.bbc.co.uk/programmes/b01p1q71
says ‘Watch now’.  Why isn't it found by the search above?

‘./get_iplayer --no-purge --future -e 31536000 -i --pid b01p1q71’
finds it and also suggests it's available for a while.

expires: in 348 days 22 hours (2021-01-30T12:00:00+00:00)

When I refresh, I do it twice, the first time with ‘--refresh
--refresh-limit-tv=30’ and the second with ‘--refresh --refresh-future’.

I'm happy to update my get_iplayer and re-apply/re-edit my patches, but
would like to hear that the search returns copious episodes for another
first before bothering.  And if it doesn't, does anyone here know why
not?

-- 
Cheers, Ralph.

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


Re: Slow speed

2020-02-17 Thread Nick Payne
On 16/02/2020 10:57 pm, RS wrote:
> I should have added that --audio-only, radio and the audio part of DVF
> downloads are much slower, at a maximum of 7Mbit/s.
I find the same with the audio part of DVF downloads - the speed of the
audio download is always at less than 10% of the speed of the video
download...

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