from:"artisticforge ."

Call the Midwife Chistmas 2019

2019-12-28 Thread artisticforge Niemand

Hello

I am attempting to download m000csm5
and I am having odd results.
Basically, it starts out downloading DASH audio and then
restarts downloading audio+video.
twice it finished downloading and failed in ffmpeg. Unable to convert.

Has anyone successfully  downloaded this program?
What mode did you use?


-- 
terry l. ridder ><>

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

Digging for Britain Episode

2019-11-27 Thread artisticforge Niemand

Hello

The 2nd tv episode which has downloaded audio.
what has changed?
how do I tell GIP is just download TV as Video?
I have never had to do that.

below is the output
INFO: Trying 'dvfhd1' mode: attempt 3 / 3
INFO: Creating subdirectory
/home/user/get_iplayer.dir/Digging_for_Britain_Series_8 for programme
INFO: File name prefix =
Digging_for_Britain_Series_8_-_02._North_m000bpm4_original
INFO: Begin downloading at: 0.00 MB (00:00:00) [1]
INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:00 @ 0.00 Mb/s
(dvfhd1/bi) [audio]
WARNING: Failed to download file segment [0]
WARNING: Response: 400 Bad Request
WARNING: File segment URL:
https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/3d4b79-m000bpm2/vf_m000bpm2_d5e32c73-5b7c-4fcc-8706-84cd19
WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0]
INFO: Trying 'dvfhd2' mode: attempt 1 / 3
INFO: Creating subdirectory
/home/user/get_iplayer.dir/Digging_for_Britain_Series_8 for programme
INFO: File name prefix =
Digging_for_Britain_Series_8_-_02._North_m000bpm4_original
INFO: Begin downloading at: 0.00 MB (00:00:00) [1]
INFO: Downloaded: 57.21 MB (00:58:48) [919] in 00:08:05 @ 0.94 Mb/s
(dvfhd2/ll) [audio]
INFO: Begin downloading at: 0.00 MB (00:00:00) [1]
  5.2%   116.37 MB / ~2235.87 MB (00:03:04 / 00:58:48) [   48 / 919] @
  4.7 Mb/s ETA: 01:00:25 (dvfhd2/ll) [video]


-- 
terry l. ridder ><>

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

The Repair Shop Series 5 Episode 8

2019-11-27 Thread artisticforge Niemand

Hello

The Repair Shop Series 5 Episode 8 has just download
as an audio dash file.
This is a TV show.
 The_Repair_Shop_Series_5_-_08._Episode_8_m000bpzt_original.dash.m4a

I have tried downloading it twice.
so where is the video?

-- 
terry l. ridder ><>

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

Re: odd problem with downloading

2019-11-25 Thread artisticforge Niemand

Hello

I was eventually able to get it downloaded by restarting it from the
command line.
there are a couple other oddities currently with the bbc.


On Mon, Nov 25, 2019 at 4:25 PM Nick Payne  wrote:
>
> On 26/11/2019 8:59 am, MacFH - C E Macfarlane wrote:
> > On 25/11/2019 01:58, artisticforge Niemand wrote:
> >> Hello
> >>
> >> Downloading the current episode of Seven Worlds One Planet
> >> starts out okay, when if has to restart the download it fails.
> >
> > I'm not even getting that far, I get ...
> >
> > Seven Worlds One Planet - 01 05 Europe.audio.m4a(length 0)
> > Seven Worlds One Planet - 01 05 Europe.audio.txt(length 1KB)
> >
> > ... and that's all.  Going to the programme page ...
> >
> > https://www.bbc.co.uk/iplayer/episode/m000bqjg/seven-worlds-one-planet-series-1-5-europe
> >
> >
> > ... that seems to begin alright, and there's no mention of problems
> > with it in the iPlayer help page, so I'm not sure what to try next.
>
> Ditto here. Other programs download without any problem, including other
> episodes of the same series, so it seems to be something awry with this
> one. The log shows:
>
> INFO: File name prefix = Seven_Worlds_One_Planet-s01e05-Europe
> INFO: Begin downloading at: 0.00 MB (00:00:00) [1]
> INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:01 @ 0.00 Mb/s
> (dvfhd1/bi) [audio]
> WARNING: Failed to download file segment [0]
> WARNING: Response: 400 Bad Request
> WARNING: File segment URL:
> https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/dash/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000.dash?at=4NFhVUwGd8b75c9fff30a80a11f90e7f98750cd9c669ed6d5983325e3e680
> WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0]
>
> and GiP then tries for the editorial version and finds no streams available.
>
>
>
> ___
> 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

odd problem with downloading

2019-11-24 Thread artisticforge Niemand

Hello

Downloading the current episode of Seven Worlds One Planet
starts out okay, when if has to restart the download it fails.

output below
INFO: Modes to try for 'editorial' version:
hvfhd2,hvfhd2,hvfhd3,dvfhd1,dvfhd2,dvfhd3,hvfsd1,hvfsd2,hvfsd3,dvfsd1,dvfsd2,dvfsd3,hvfxsd1,hvfxsd2,hvfxsd3,dvfxsd1,dvfxsd2,dvfxsd3,hvfhigh1,hvfhigh2,hvfhigh3,dvfhigh1,dvfhigh2,dvfhigh3,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3
INFO: Downloading tv: 'Seven Worlds, One Planet: Series 1 - 05. Europe
(m000bqjg) [editorial]'
INFO: Trying 'hvfhd1' mode: attempt 1 / 3
INFO: ffmpeg version string = 3.2.4-static
INFO: ffmpeg version number = 3.2
INFO: Creating subdirectory /mnt/strauss-root/home/user
/get_iplayer.dir/Seven_Worlds_One_Planet_Series_1 for programme
INFO: File name prefix =
Seven_Worlds_One_Planet_Series_1_-_05._Europe_m000bqjg_editorial
DEBUG: HLS playlist URL:
https://mm.bidi.bbc.co.uk/vod-hls-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000-video=507.m3u8?at=3ixxwDzU2f80ca4fafb3a2c7fc0bfc72382e4cfcef7aab8f598219fdda8c0
DEBUG: HLS playlist URL (actual):
https://b1skyenlba.sp.bidi.live.bbc.co.uk/vod-hls-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000-video=507.m3u8?at=3ixxwDzU2f80ca4fafb3a2c7fc0bfc72382e4cfcef7aab8f598219fdda8c0

INFO: Downloading URL (1/3):
https://b1skyenlba.sp.bidi.live.bbc.co.uk/vod-hls-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000-video=507.m3u8?at=3ixxwDzU2f80ca4fafb3a2c7fc0bfc72382e4cfcef7aab8f598219fdda8c0
INFO: Resizing file from 917576724 to 914481256 for resume
INFO: Resume downloading at: 914.48 MB (00:23:56) [188]
 38.3%   919.29 MB / ~2399.61 MB (00:24:04 / 00:58:04) [  188 / 454] @
  0.0 Mb/s ETA: 06:39:10 (hvfhd1/bi) [audio+video]

WARNING: Failed to download URL (2/3):
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/m000byx1/format/xml?cb=91615
WARNING: Response: 404 Not Found

INFO: Downloading URL (3/3):
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/m000byx1/format/xml?cb=91615

ERROR: Failed to download URL (3/3):
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/m000byx1/format/xml?cb=91615
ERROR: Response: 404 Not Found
ERROR: Ignore this error if programme download is successful
WARNING: No streams available for 'editorial' version (m000byx1) -
skipping (retry)
INFO: Searching for version: 'editorial'
INFO: Found version: 'editorial'
INFO: Modes to try for 'editorial' version:
INFO: Downloading tv: 'Seven Worlds, One Planet: Series 1 - 05. Europe
(m000bqjg) [editorial]'
INFO: No specified modes
(hvfhd,dvfhd,hvfsd,dvfsd,hvfxsd,dvfxsd,hvfhigh,dvfhigh,hvfxhigh,dvfxhigh,hvflow,dvflow)
available for this programme with version 'editorial'
INFO: No other modes are available
INFO: The programme may no longer be available - check the iPlayer or
Sounds site
INFO: The programme may only be available in an unsupported format
(e.g., Flash) - check the iPlayer or Sounds site
INFO: If you use a VPN/VPS/Smart DNS/web proxy, it may have been blocked
ERROR: Failed tv: 'Seven Worlds, One Planet: Series 1 - 05. Europe (m000bqjg)'

-- 
terry l. ridder ><>

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

Re: OT Video Conversion

2019-10-13 Thread artisticforge Niemand

hello;

the short answer
Linux, dvdbackup, handbrake commandline interface.
I have been doing this for years using those.
Get a Raspberry Pi 4 with 4GB of RAM  everything you need is
available nearly all open source.
I have nearly all the entire DVD collection ripped to hard drives.
I have numerous shell scripts and perl scripts that make it easy to
rip a DVD to hard drive. E-mail me privately is you want to chat more.


On Sun, Oct 13, 2019 at 10:26 AM Dave Widgery  wrote:
>
> Hi
> I would like to copy some of my DVD collection onto hard disk to make
> them easier to access and I am getting very frustrated with
> downloading programs that claim to be free versions only to find out
> that in fact that it is a trial version, or in the case of a
> comprehensive program like Handbrake that is free but takes for ever
> to run on my pc.
> ffmpeg seams to be a very efficient program for converting video, is
> it possible to use it to extract video directly from the DVD video
> files, if so can anyone point me in the direction of a tutorial that
> explains how to do it.
>
> I realise that it is unlikely to work directly from the DVD so I am
> using DVDshrink which allows me to create a hard disk decrypted
> version of the DVD ahead of any other video processing.
>
> thanks in advance
> Dave
>
> ___
> 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: recursive pid

2019-10-09 Thread artisticforge Niemand

Hello Andy;

Thank you for that url.
Learn something new everyday. I did not know of the pid-recursive-list option.
that will come in handy.

On Wed, Oct 9, 2019 at 2:30 AM Andy Wedge  wrote:
>
> >From get_iplayer  On Behalf Of 
> >artisticforge Niemand
> >Sent: 08 October 2019 12:53
> >To: get_iplayer ; terry l. ridder 
> >
> >Subject: recursive pid
> >
> > Hello
> >
> > there may not be an answer to my question and that is okay.
> >
> > when does --pid-recufrsive stop?
> >
> > if i gave a pid of https://www.bbc.co.uk/iplayer/group/p06rrnkm
> > what would stop the recursion?
>
> I recommend you have a look at the Wiki for details on this feature as it 
> contains some very useful information:
>
> https://github.com/get-iplayer/get_iplayer/wiki/record#recursive-full-seriesbrand-recording
>
> Andy
>
>
> ___
> 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

recursive pid

2019-10-08 Thread artisticforge Niemand

Hello

there may not be an answer to my question and that is okay.

when does --pid-recufrsive stop?

if i gave a pid of https://www.bbc.co.uk/iplayer/group/p06rrnkm
what would stop the recursion?

-- 
terry l. ridder ><>

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

Re: Goodbye iPlayer Radio

2019-09-05 Thread artisticforge Niemand

hello Owen;

I stil have some of those mp3 at 128k for radio programs.
Earthsearch comes to mind.

Strings of Pearls with Dewi Griffiths Radio Wales.
Dewi retied several years ago.
I miss him.

On Thu, Sep 5, 2019 at 9:11 PM Owen Smith  wrote:
>
> BBC Sounds is new and trendy (to BBC eyes). Podcasts are the up and coming 
> thing (only at least a decade late there chaps, never mind). Yeah right, what 
> it really means is a BBC Manager had an idea (podcasts are good! no-one wants 
> to stream any more!) and no-one told them not to be so stupid and to leave 
> well alone. And we're stuck with this mess until there is another change of 
> policy.
>
> Just be grateful they don't seem (yet) to be planning to change all BBC 
> content to 128kbps MP3 to suit podcasts.
> --
> Owen Smith 
> Cambridge, UK
>
> > On 6 Sep 2019, at 02:54, artisticforge Niemand  
> > wrote:
> >
> > hello Owen;
> >
> > I fail to understand the logic of the BBC. Why support two different
> > apps when the
> > current single app is doing just fine.
> >
> >
> >> On Thu, Sep 5, 2019 at 8:12 PM Owen Smith  wrote:
> >>
> >> It is only the iOS and Android apps that are going, to force people to use 
> >> the much derided BBC Sounds app instead. The iPlayer web site is staying, 
> >> so get_iplayer will likely be unaffected.
> >>
> >> --
> >> Owen Smith 
> >> Cambridge, UK
> >>
> >>> On 5 Sep 2019, at 23:56, artisticforge Niemand  
> >>> wrote:
> >>>
> >>> hello
> >>>
> >>> that is a kick in the teeth.
> >>>
> >>> what does that mean for the Sunday morning.
> >>> Hymn Half Hour, Hymns On Sunday, Dawn Chorus, Celebration, In Praise of 
> >>> God,
> >>> Sunday Service, Sunday Worship, Sunday Programme, Richard Corrie from
> >>> Radio Cumbria.
> >>>
> >>> Sunday Night
> >>> Sounds Sacred on Radio Ulster
> >>> Roy Noble on Radio Wales
> >>> Beverley's World of Music.on Radio Wales.
> >>>
> >>> What does this do to all the BBC radio stations on Apple iTunes
> >>> Internet Radio listings?
> >>>
> >>>
> >>>> On Thu, Sep 5, 2019 at 2:45 AM CJB  wrote:
> >>>>
> >>>> Wonder what'll we do now ... ??
> >>>>
> >>>> https://www.dailymail.co.uk/news/article-7429429/BBC-bosses-scrap-iPlayer-Radio-focus-Sounds-app-despite-complaints.html
> >>>>
> >>>> Chris B.
> >>>>
> >>>> ___
> >>>> 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
> >>
> >>
> >> ___
> >> 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



-- 
terry l. ridder ><>

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

Re: Goodbye iPlayer Radio

2019-09-05 Thread artisticforge Niemand

hello Owen;

I fail to understand the logic of the BBC. Why support two different
apps when the
current single app is doing just fine.


On Thu, Sep 5, 2019 at 8:12 PM Owen Smith  wrote:
>
> It is only the iOS and Android apps that are going, to force people to use 
> the much derided BBC Sounds app instead. The iPlayer web site is staying, so 
> get_iplayer will likely be unaffected.
>
> --
> Owen Smith 
> Cambridge, UK
>
> > On 5 Sep 2019, at 23:56, artisticforge Niemand  
> > wrote:
> >
> > hello
> >
> > that is a kick in the teeth.
> >
> > what does that mean for the Sunday morning.
> > Hymn Half Hour, Hymns On Sunday, Dawn Chorus, Celebration, In Praise of God,
> > Sunday Service, Sunday Worship, Sunday Programme, Richard Corrie from
> > Radio Cumbria.
> >
> > Sunday Night
> > Sounds Sacred on Radio Ulster
> > Roy Noble on Radio Wales
> > Beverley's World of Music.on Radio Wales.
> >
> > What does this do to all the BBC radio stations on Apple iTunes
> > Internet Radio listings?
> >
> >
> >> On Thu, Sep 5, 2019 at 2:45 AM CJB  wrote:
> >>
> >> Wonder what'll we do now ... ??
> >>
> >> https://www.dailymail.co.uk/news/article-7429429/BBC-bosses-scrap-iPlayer-Radio-focus-Sounds-app-despite-complaints.html
> >>
> >> Chris B.
> >>
> >> ___
> >> 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
>
>
> ___
> 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: Goodbye iPlayer Radio

2019-09-05 Thread artisticforge Niemand

hello

that is a kick in the teeth.

what does that mean for the Sunday morning.
Hymn Half Hour, Hymns On Sunday, Dawn Chorus, Celebration, In Praise of God,
Sunday Service, Sunday Worship, Sunday Programme, Richard Corrie from
Radio Cumbria.

Sunday Night
Sounds Sacred on Radio Ulster
Roy Noble on Radio Wales
Beverley's World of Music.on Radio Wales.

What does this do to all the BBC radio stations on Apple iTunes
Internet Radio listings?

On Thu, Sep 5, 2019 at 2:45 AM CJB  wrote:
>
> Wonder what'll we do now ... ??
>
> https://www.dailymail.co.uk/news/article-7429429/BBC-bosses-scrap-iPlayer-Radio-focus-Sounds-app-despite-complaints.html
>
> Chris B.
>
> ___
> 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

pvr searches

2019-08-24 Thread artisticforge Niemand

I have two pvr searches
../.get_iplayer/pvr/proms_in_the_park
type radio
search0 BBC Proms
and
../.get_iplayer/pvr/proms_in_the_park_tv
type tv
search0 BBC Proms
disable 1

I assumed that this would only fetch BBC Proms radio programs
 and not the tv programs. However;
~/get_iplayer-3.18/get_iplayer  --tag-isodate --verbose --mode=best
--type=tv --test --pvr 2>&1 | tee tv-test-24jun2019
List the BBC Proms tv programs for fetching.

My thinking was that it should fetch radio programs and not the tv programs.

Why is the "type' option in the pvr file being ignored by GIP?

The work around would be to disable both pvr files and write a Perl
script to fetch the BBC proms radio programs only.

--
terry l. ridder ><>

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

Re: Excessive Bounces

2019-07-28 Thread artisticforge Niemand

hello

I just fell victim of this. Too many bounces from Gmail.
No idea why.

SMTP to detailed out in RFC-821

May have to switch back to running my own mail server.

Google is the new evil empire.

On Sat, Jul 27, 2019 at 6:14 AM Steven Carr  wrote:
>
> Anyone else getting kicked from the list? I’ve been kicked twice now
> for “excessive bounces”.
>
> Has an admin (not)updated settings on the list that’s causing GMail to
> reject emails? I know on some other lists I’m a member of changes have
> had to be made to Mailman due to DKIM/DMARC.
>
> ___
> 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: Subtitles

2019-07-18 Thread artisticforge Niemand

Hello

You did not mention which version of gip that you are using.

I am using gip-3.18, debian linux distribution..

I have downloaded the Chasing The Moon series without any issues.
all subtitles downloaded without an issue.

.get_iplayer/options file containsatomicparsley /usr/bin/AtomicParsley
ffmpeg /usr/local/bin/ffmpeg
fileprefix  -   
future 1
modes best
nopurge 1
radiomode best
refreshfuture 1
subdir 1
subtitles 1
tag_formattitle : 
tag_isodate 1
thumb 1
thumbsize 640
tvmode best
verbose 1
versionlist 
default,original,editorial,iplayer,pre-watershed,pre-watershed2,opensubtitles

commndline options --tag-isodate --verbose --mode=best --type=tv --pid=

Output files
-rw-r--r-- 1 uid gid  33659 Jul 18 07:43
Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.jpg
-rw-r--r-- 1 uid gid 1802752681 Jul 18 07:43
Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.mp4
-rw-r--r-- 1 uid gid  83843 Jul 18 07:43
Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.srt
-rw-r--r-- 1 uid gid  34295 Jul 18 10:35
Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.jpg
-rw-r--r-- 1 uid gid 1787912777 Jul 18 10:35
Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.mp4
-rw-r--r-- 1 uid gid  91504 Jul 18 10:35
Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.srt

On Fri, Jul 19, 2019 at 12:05 AM Paul Thornett  wrote:
>
> I posted a description of a problem I'm experiencing with all
> subtitles using GIP at the moment. I'd appreciate it if someone could
> download a recent programme using all the options I listed, thern let
> me know if you got the subtitle correctly.
>
> Many thanks.
>
> Regards,
>
> Paul Thornett
>
> ___
> 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: Bitesize Primary - Dance, Morris dancing - tradition and symbolism, BBC iPlayer, p011mv8b

2019-07-10 Thread artisticforge Niemand

hello

You cannot. There are no episodes available.

On Wed, Jul 10, 2019 at 12:08 PM CJB  wrote:
>
> Any ideas on downloading this one please ...
>
> https://www.bbc.co.uk/programmes/p011mv8b
>
> Episodes:
> Bitesize Primary - Dance, Morris dancing - tradition and symbolism,
> BBC iPlayer, p011mv8b
> INFO: 1 total programmes
>
> WARNING: A UK TV licence is required to access BBC iPlayer TV content legally
> INFO: Downloading tv: 'Bitesize Primary: Dance - Morris dancing -
> tradition and symbolism (p011mv8b) [original]'
> INFO: No supported modes
> (hvfhd,dvfhd,hvfsd,dvfsd,hvfxsd,dvfxsd,hvfhigh,dvfhigh,hvfxhigh,dvfxhigh,hvflow,dvflow)
> available for this programme with version 'original'
> INFO: No other modes are available
> INFO: The programme may no longer be available - check the iPlayer site
> INFO: If you are outside the UK, check with the provider to find out
> if your VPN/VPS/Smart DNS/web proxy has been blocked
>
> Thanks - CJB
>
> ___
> 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

Red Rock TV programme missing from schedule

2019-07-07 Thread artisticforge Niemand

Hello

I just happened to notice that the TV Program Red Rock
is missing from the schedule.
It is on BBC One on Monday, but it is not present in the gip
schedule.
I do not know if other programs may be missing.
gip stopped downloading at red rock series 3 episode 22.
the current episode is 25.
I refresh the schedules every morning to make sure the
schedules are not out-of-date.
What may cause gip to not download a complete schedule?
-- 
terry l. ridder ><>

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

Re: get_iplayer odd behaviour

2019-06-12 Thread artisticforge Niemand

hello

the Flaky makes sense. The network has been acting up for the last
several weeks.
I have been trying to fix it but with my restricted mobility I cannot
check the routers
nor the microwave radio. I need to get my friend to check on it for me.


On Wed, Jun 12, 2019 at 10:01 AM MacFH - C E Macfarlane
 wrote:
>
> Please see below ...
>
> On 12/06/2019 15:11, artisticforge Niemand wrote:
> > Hello
> >
> > get_iplayer-3.18 (yes, i know it is not the latest) aperiodically
> > while downloading a media file will drop the connection, reconnect and
> > upon reconnecting starts re downloading from Zero bytes.
> > it just did it on a file that was 95% complete over 4GB all ready
> > downloaded upon reconnecting it began downloading all over again from
> > the beginning.
> >
> > What causes this to happen?
> > I am not asking that it be "solved". I would just like to know why it 
> > happens.
> Usually this means that you're connection is either flaky and the
> connection really is being dropped, or else so slow that either GiP or
> the BBC server thinks that the connection has been lost and pulls the
> plug on it anyway.  I used to have this happen frequently, but that was
> at the time of v2.x, and with that version you could use options to
> extend GiP timeout period, but I'm not sure that those options are still
> valid in v3.x.  FTR they were:
>  Radiohlsradioopts  --timeout 100
>rtmpradioopts  --timeout 100
>  Videohlstvopts  --timeout 100
>rtmptvopts  --timeout 100
>


-- 
terry l. ridder ><>

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

get_iplayer odd behaviour

2019-06-12 Thread artisticforge Niemand

Hello

get_iplayer-3.18 (yes, i know it is not the latest) aperiodically
while downloading a media file will drop the connection, reconnect and
upon reconnecting starts re downloading from Zero bytes.
it just did it on a file that was 95% complete over 4GB all ready
downloaded upon reconnecting it began downloading all over again from
the beginning.

What causes this to happen?
I am not asking that it be "solved". I would just like to know why it happens.
-- 
terry l. ridder ><>

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

Re: [Announcement]GiP 3.18 released!

2018-12-29 Thread artisticforge Niemand

hello

I hope and pray that all goes well for you in January.

The right leg, which was mangled in the head-on-collision, not my fault,
has been having serious issues this year. i refused to be in the hospital
on my birthday ( 23 Dec ) and Christmas. I am living on serious dosage
of morphine. the one doctor has suggested it would be better to just take
the leg off below the knee and give me a high tech prosthetic. it was pointed
out that there is the issue of the titanium rod down the middle of the tibia
that would have to be removed before they take the lower right shin off.
To take the rod out requires opening up the knee to access the top of the
rod and than use a "dent puller" to pull the rod out. None of this is on my
list of enjoyable things to do.

On Sat, Dec 29, 2018 at 9:58 AM Alan Milewczyk  wrote:
>
> On 29/12/2018 13:25, artisticforge Niemand wrote:
> > hello
> >
> > I am glad the extraneous  updates has been fixed.
> > I have just noticed an issue with updating to get_iplayer-3.18.
> > in 2016 I downloaded,
> > Natural_World_2008-2009_-_9._Bears_on_Top_of_the_World_b00h37zc_original.mp4
> > given the years that  download_history was deleted.
> > In the past any attempt to download a programme from years ago again
> > the file would be found
> > and npt overwritten. This worked fine for me.
> > Today though this programme is downloading once again with change in
> > the file name.
> >   
> > Natural_World_2008-2009_-_09._Bears_on_Top_of_the_World_b00h37zc_original.mp4
> >
> > in get_iplayer-3.18 episode numbers are being padded with leading '0' 
> > (zeros).
> > How do I stop this behavior and go back to the get_iplayer-3.17 behavior?
>
> Yes, I noticed this too, files are re-downloaded due to the change in
> filename (though not overwritten) when using a --force. It's a feature
> introduced in v3.18 and I really wish it hadn't been done. I guess
> there's a subroutine somewhere in the code for padding with leading
> zeroes but I haven't the patience to go looking for it.
>
> >
> > Vangelis, nice is see you again. I hope and pray your holidays were great.
> >
> I second that and hope next year will be better than 2018. This time of
> the year, I'm normally in the Philippines with my partner but that's
> been knocked on the head as I'm due to undergo surgery for lower bowel
> cancer some time in January. I really could use some Filipino blue skies
> right now.
>
> Alan
>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> 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: [Announcement]GiP 3.18 released!

2018-12-29 Thread artisticforge Niemand

hello

I am glad the extraneous  updates has been fixed.
I have just noticed an issue with updating to get_iplayer-3.18.
in 2016 I downloaded,
Natural_World_2008-2009_-_9._Bears_on_Top_of_the_World_b00h37zc_original.mp4
given the years that  download_history was deleted.
In the past any attempt to download a programme from years ago again
the file would be found
and npt overwritten. This worked fine for me.
Today though this programme is downloading once again with change in
the file name.
 Natural_World_2008-2009_-_09._Bears_on_Top_of_the_World_b00h37zc_original.mp4

in get_iplayer-3.18 episode numbers are being padded with leading '0' (zeros).
How do I stop this behavior and go back to the get_iplayer-3.17 behavior?

Vangelis, nice is see you again. I hope and pray your holidays were great.

On Fri, Dec 28, 2018 at 9:33 AM Vangelis forthnet
 wrote:
>
> ... by maintainer @dinkypumpkin/@notnac
>
> Changelog:
>
> https://github.com/get-iplayer/get_iplayer/compare/v3.17...v3.18
>
> Release Notes:
>
> https://github.com/get-iplayer/get_iplayer/wiki/release310to319#release318
>
> Packages:
>
> https://github.com/get-iplayer/get_iplayer_win32/releases/tag/3.18.0
>
> https://github.com/get-iplayer/get_iplayer_macos/releases/tag/3.18.0
>
> Source code:
>
> https://github.com/get-iplayer/get_iplayer/archive/v3.18.tar.gz
>
>
> Happy New Year to all members here :-)
> Vangelis
>
> ___
> 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

get_iplayer question

2018-12-01 Thread artisticforge Niemand

Hello

is it possible to have get_iplayer generate a list of the TV programs
that would be downloaded when I issue the usual --pvr command?

i normally use the below commands.
~/get_iplayer-3.17/get_iplayer --tag-isodate --verbose --type=radio
--refresh --nopurge
~/get_iplayer-3.17/get_iplayer --tag-isodate --verbose --type=tv
--refresh --nopurge

~/get_iplayer-3.17/get_iplayer   --log-progress --tag-isodate
--verbose --type=radio --pvr
~/get_iplayer-3.17/get_iplayer   --log-progress --tag-isodate
--verbose --pvr

I do not remember all the TV and Film programs that I have enabled for download.
I would like the ability of either disabling some or running them
separate on a different computer

I know I could write a Perl Script to do this.
It would need to input the ~/.get_iplayer/pvr file which are for TV
then basically "grep" the ~/.get_iplayer/tv.cache for those searches
ajd check the date.
I was thinking that there is an off chance that get_iplayer all ready
allows for this.
-- 
terry l. ridder ><>

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

Re: Fake get_iplayer mail

2018-11-12 Thread artisticforge Niemand

sorry

I hate spell checker on e-mail. I meant a dozen, 12 spam e-mails, I did
not mean 144 spam e-mails.

the 12 e-mails were just random porn sites and get-rich-quick scams.
I am far closer to grave than the cradle and "hi, I am Jennifer and I
want to be your love bug!"
just does not get there. After a certain age your a monk whether you
like it or not.
besides my body is just too broken and damaged.
On Mon, Nov 12, 2018 at 9:46 AM Vangelis forthnet
 wrote:
>
> On Mon Nov 12 15:26:36 GMT 2018, artisticforge Niemand wrote:
>
> > I have seen about 12 dozen in the last month.
>
> Hi Terry :-) ;
>
> 144 spam e-mails in the course of a month
> is an auful lot, TBH ... :-(
> I surmise this is with your gmail account ?
>
> My e-mail account is not free webmail,
> but provided by my ISP, as part of their service;
> they do filter spam adequately before
> it even reaches my inbox...
>
> I am pleased I don't get spam from this
> list, given that my e-mail address (as much
> as any other member's) is human readable
> in both iterations of the list archives...
>
> Best wishes
>
>
> ___
> 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: Fake get_iplayer mail

2018-11-12 Thread artisticforge Niemand

I have seen about 12 dozen in the last month.
the get_iplayer was jumbled or deliberately obscured .
about half were for porn sites and 6 for get rich quick scams.
you know the ones. "Dear Sir; I have $xxMillion USD in an African Bank".

On Mon, Nov 12, 2018 at 8:56 AM Dave Widgery  wrote:
>
> Hi
>
> Sorry if this is a bit off topic, but recently I have been getting quite
> a lot (4-5 a week) of emails pretending to be from get_iplayer,
> sometimes they show get_iplayer in the address field sometime there are
> one or more letters changed for example get_xplryer or get_iplaygr.
>
> The strange this is that I am not getting these on my current registered
> get_iplayer email address, but on a different address that I stopped
> using with get_iplayer a few years ago.
>
> I wondered if anyone else has experienced this? I  am not sure if the
> mails are malicious or just spam as I have just deleted them without
> opening them.
>
> Regards
> Dave
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> 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

pid listed but not available

2018-11-03 Thread artisticforge Niemand

Hello;

the entry for Natural World 2009-2010 Episode 13 Saving Luna is
list in the tv.cache and get_iplayer --info --type=tv --pid=b00q2s16 returns

Which appears to state that it should be available.
I am trying to understand why this happens time to time.

available:  2018-10-27T10:00:00+00:00
brand:  Natural World
categories: Factual,Science & Nature,Nature & Environment,Documentaries
category:   Factual
channel:BBC Two
credits:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.credits.txt
desc:   Following Luna's tumultuous life, as various people
try to determine his fate.
desclong:   This is the emotional story of one young killer
whale's quest for companionship after he was separated from his
family. Luna was just two years old when, alone and confused, he found
himself on the rugged, wild coast of Vancouver Island.   Following his
tumultuous life, the film records the human friendships he developed
and the trouble this led him into. From death threats to numerous
capture attempts by the government, the film-makers watched as people
tried to determine his fate.  Luna shows us how quickly our lives can
once again cross with the natural world.
descmedium: Wildlife documentary following the emotional story of
a young killer whale's quest for companionship after being separated
from his family.
descshort:  Following Luna's tumultuous life, as various people
try to determine his fate.
dir:/home//get_iplayer.dir/Natural_World_2009-2010
dldate: 2018-11-03
dltime: 15:58:34
duration:   3600
episode:13. Saving Luna
episodenum: 13
episodeshort:   Saving Luna
expires:in 22 days 13 hours (2018-11-26T10:00:00+00:00)
ext:EXT
filename:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.EXT
filepart:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.partial.EXT
fileprefix: Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default
firstbcast: 2010-02-24T20:00:00Z
firstbcastdate: 2010-02-24
firstbcastrel:  8 years 252 days 0 hours ago
index:  4411
longname:   Natural World: 2009-2010
name:   Natural World: 2009-2010
nameshort:  Natural World
pid:b00q2s16
player: https://www.bbc.co.uk/iplayer/episode/b00q2s16
runtime:60
senum:  s30e13
series: 2009-2010
seriesnum:  30
subsfile:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.srt
subspart:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.partial.srt
subsraw:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.ttml
thumbfile:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.jpg
thumbnail:  https://ichef.bbci.co.uk/images/ic/640x360/p01gmqyz.jpg
timeadded:  15 days 7 hours ago (2018-10-19T13:58:04+00:00)
title:  Natural World: 2009-2010: Saving Luna
tracklist:
/home//get_iplayer.dir/Natural_World_2009-2010/Natural_World_2009-2010_-_13._Saving_Luna_b00q2s16_default.tracks.txt
type:   tv
version:default
web:https://www.bbc.co.uk/programmes/b00q2s16

-- 
terry l. ridder ><>

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

Re: Radio 4 screwed?

2018-10-29 Thread artisticforge Niemand

hello

I have been able to download the episodes by pasting the pid into a a
command line.
~/get_iplayer-3.17/get_iplayer --verbose --mode=best --type=radio
--pid=b04g10zc,b04fc80v,b04dqlbv,b04d4sbs,b01380pf,b0132k50,b012ww6h,b012r6jq

.get_iplayer/radio.cache is populated with future programs from BBC
Radio 4 & BBC Radio 4 Extra.

not sure what this change may mean in the long term.
someone will sort it out.


On Mon, Oct 29, 2018 at 8:26 AM CJB  wrote:
>
> Can't download these - the streams do not exist. Listen again requires a 
> login.
>
> https://www.bbc.co.uk/programmes/b04fc80v
>
> Aha - but it is now Sounds - and get_iplayer for Radio doesn't work anymore.
>
> http://www.bbc.co.uk/blogs/aboutthebbc/authors/8f3e0c1e-2bb8-472a-895d-87e657bc239b
> http://www.bbc.co.uk/blogs/aboutthebbc/entries/03e55526-e7b4-45de-b6f1-122697e129d9
>
> CJB
>
> ___
> 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: Obscure Errors in Radio Download

2018-10-08 Thread artisticforge Niemand

hello

downloaded fine here.
it is 27.22 minutes long.
have not listened to it, but there were no error messages.
mp4info, appears okay with it.

On Mon, Oct 8, 2018 at 5:28 AM CJB  wrote:
>
> Not sure what's happening - but seemed to download OK (but a tad short
> of 30 mins)
>
> Tried this twice but with identical results.
>
> CJB
>
> ==snip==
>
>
> INFO: PVR Run: 'sticks_out_half_a_mile_name_radio'
>
> Matches:
> 37948:  It Sticks Out Half a Mile - Hidden Treasure, BBC Radio 4 Extra, 
> b007jqc5
> INFO: 1 matching programmes
>
>
> ERROR: Failed to download URL (3/3):
> https://aod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_audio/1ce744-b005bjzw/vf_b005bjzw_b4e0c4ea-769a-4106-b622-dd62f2b18fe1.ism.hlsv2.ism/vf_b005bjzw_b4e0c4ea-769a-4106-b622-dd62f2b18fe1.ism.hlsv2.m3u8?s=1538972295=1539015495=c7d8d34a39220e8da3a0646d38751d18
> ERROR: Response: 500 Can't connect to
> bbcfmt-ic-2ee97000-06abcf-aodhlsuklive.s.loris.llnwd.net:443
> INFO: Downloading radio: 'It Sticks Out Half a Mile - 13. Hidden
> Treasure (b007jqc5) [original]'
> ###
> INFO: Downloaded: 65.73 MB (00:26:09) @ 1.83 Mb/s (hafhigh1/ak) [audio]
> INFO: Converting to M4A
> INFO: Tagging M4A
> New radio programme: 'It Sticks Out Half a Mile - 13. Hidden
> Treasure', 'Pike and Hodges call in a clairvoyant to help them locate
> the pier's rumoured booty.'
>
> ==snip==
>
> ___
> 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: Navy Lark

2018-08-29 Thread artisticforge Niemand

hello

I download it off and on . Are you having probles with it?


On Wed, Aug 29, 2018 at 9:00 AM, CJB  wrote:
> Is anyone capping the latest eps.? Thanks - Chris B.
>
> ___
> 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: dvf mode only downloads audio without video

2018-08-23 Thread artisticforge Niemand

hello

I am going to assume that gip does give some information.
have you turned on --verbose?
have you created log files?


On Thu, Aug 23, 2018 at 3:16 AM, Live Musicfs  wrote:
> Hello everyone,
>
> I can download in hvf mode, but the dvf mode never work for me because it 
> only download audio without video.
>
> Normally it is not a big deal, but for some programme, iplayer only provides 
> dvf mode, for example:
> p06g9pmw - European championships 2018 extra diving mens synchonised 10m 
> platform final
>
> ___
> 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: No Wimbledon Today?

2018-07-03 Thread artisticforge Niemand

On Tue, Jul 3, 2018 at 6:31 AM, artisticforge Niemand
 wrote:
> On Tue, Jul 3, 2018 at 12:59 AM, Alan Milewczyk  wrote:
>> Patience! ;-) My system started to download them overnight. But I now have a
>> helluva dilemma - the BBC2 file is 23 GB. This 2 GB per hour mode is a PITA!
>> :-(
>>
>> On 02/07/2018 23:19, MacFH - C E Macfarlane wrote:
>>>
>>> Since the first of the main BBC1/2 coverage programmes finished at 18:00,
>>> I've been watching the BBC site to start a download of it, but nothing doing
>>> -  neither of today's programmes has become available.  Does anybody here
>>> happen to know why?
>>> https://www.bbc.co.uk/programmes/b00cb3wq
>>
>>
>> A
>>
>
> What mode are you downloading? The BBC2 is 2GB here. 1280x720@50fps
> 20GB does seem excessive.
>
> terry l. ridder ><>

I was looking at the wrong file.
Wimbledon 2018 are nearly 10GB.
1280x720@50fps
thankfully I am not into sports.


-- 
terry l. ridder ><>

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

Re: No Wimbledon Today?

2018-07-03 Thread artisticforge Niemand

On Tue, Jul 3, 2018 at 12:59 AM, Alan Milewczyk  wrote:
> Patience! ;-) My system started to download them overnight. But I now have a
> helluva dilemma - the BBC2 file is 23 GB. This 2 GB per hour mode is a PITA!
> :-(
>
> On 02/07/2018 23:19, MacFH - C E Macfarlane wrote:
>>
>> Since the first of the main BBC1/2 coverage programmes finished at 18:00,
>> I've been watching the BBC site to start a download of it, but nothing doing
>> -  neither of today's programmes has become available.  Does anybody here
>> happen to know why?
>> https://www.bbc.co.uk/programmes/b00cb3wq
>
>
> A
>

What mode are you downloading? The BBC2 is 2GB here. 1280x720@50fps
20GB does seem excessive.



-- 
terry l. ridder ><>

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

Re: BBC JSON feeds to be discontinued from 1st May

2018-04-13 Thread artisticforge

hello

at some point this "cat & mouse game" between the BBC and get_iplayer
will come to an end.

I am surprised that it has lasted this long.

I am happy to be able to fetch radio programs.

On Thu, Apr 12, 2018 at 6:24 PM, tellyaddict  wrote:
> Hi All,
> The JSON feeds that are used to get playlist data will be discontinued by the 
> BBC from the 1st May 2018. Has GiP been patched with a fallback to keep it 
> running when this happens?
>

-- 
terry l. ridder ><>

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

Re: Nothing to report

2018-02-10 Thread artisticforge .

hello

whining has taken a Caribbean vacation.

On Sat, Feb 10, 2018 at 5:51 AM, cc  wrote:
> good
>
> and then , suddenly. nothing happened (MPFC)
> - Original Message - From: "Alan Milewczyk" 
> To: "get_iplayer" 
> Sent: Saturday, February 10, 2018 8:02 AM
> Subject: Nothing to report
>
>
>
>> No aardvarks were involved in accidents on the M6 today (courtesy "I'm
>> Sorry I'll Read That Again" c1972)
>>
>> The list is quiet, not because it's dead, it's because everyone is
>> hibernating for the winter (or, more likely, no-one has anything to
>> report/ask/query.
>>
>> Back to sleep ;-)
>>
>>
>> Alan
>>
>> Thinking of "where is everyone", where are you Vangelis? ;-)
>>
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> 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



-- 
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

2017-11-07 Thread 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: ffmpeg conversion

2017-09-03 Thread artisticforge .

hello

if you log the output of get_iplayer you can see the ffmpeg commands
being issued.

under Linux and Mac OSX the below is what i use.

#!/bin/bash

ddate=`date +%F`;
day=`echo ${ddate} | awk -F\- '{ printf( "%2.2d",  $3 ) }'`;
mth=`echo ${ddate} | awk -F\- '{ print $2 }'`;
yrs=`echo ${ddate} | awk -F\- '{ print $1 }'`;

date;
date
 | tee -a
~/get_iplayer-logs/get_iplayer-3.02-pvr-radio-${yrs}${mth}${day}
~/get_iplayer-3.02/get_iplayer --verbose --type=radio --pvr
| tee -a ~/get_iplayer-logs/get_iplayer-3.02-pvr-radio-${yrs}${mth}${day}
date
 | tee -a
~/get_iplayer-logs/get_iplayer-3.02-pvr-radio-${yrs}${mth}${day}
date;


This proves useful when the tagging operation fails under Linux I am
able to rerun the command under MacOSX.

On Sun, Sep 3, 2017 at 4:36 AM, RS  wrote:
>> From: Nick Payne Sent: Sunday, September 3, 2017 04:23
>
>
>> What is the ffmpeg command that GiP uses to convert the ts downloads to
>> mp4? I occasionally find after downloading a program that for some reason
>> the conversion to mp4 has not happened and I only have the ts file. I can
>> convert this to mp4 with ffmpeg using the following command, but that takes
>> about 20 minutes to convert a one hour program downloaded using hlshd, and
>> so is obviously not the way the GiP does it.
>
>
>> ffmpeg -i input.ts -c:v libx264 -c:a copy -bsf:a aac_adtstoasc output.mp4
>
>
> Since about v2.99 for some modes get_iplayer has introduced the ability to
> resume failed downloads, and that includes failed remultiplexing from .ts to
> .mp4.  Just repeat the command with --force.  It includes HLS modes, and I
> think HVF as well.
>
> The reason your command is taking a long time is that -c:v lib264 is
> re-compressing the video in the file.  If you use -c:v copy only the
> container will be changed, and that is much faster as you have noticed when
> get_iplayer does it.
>
> I regard get_iplayer as an educational tool as well as performing the
> function it was written for.  I have often felt it would be useful if the
> commands passed to ffmpeg were displayed so we could learn to do it for
> ourselves.  It is of course possible to search through the code for the
> commands, but that takes a long time.
>


-- 
terry l. ridder ><>

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

Re: A bug in get_iplayer-3.01?

2017-06-17 Thread artisticforge .

hello

I only use --subdir.


-- 
terry l. ridder ><>

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

Re: A bug in get_iplayer-3.01?

2017-06-03 Thread artisticforge .

Hello

there is no --fatfilename option in get_iplayer-3.01.
the last get_iplayer version to have it was perhaps get_iplayer-2.96

I do not have get_iplayer-2.97 nor get_iplayer-2.98 installed. so I am
not sure about them.
since get_iplayer-2.99 '--fatfilename' and '--punctuation' are no
longer present.

I am not entirely sure it is a bug, it is more like unexpected behavior.

it is easily remedied manually.
mkdir Vets_24_7_-_Series_4
mv Vets_24/7_Series_4/* Vet_24_7_-_Series_4
rm -rf Vets_24

On Fri, Jun 2, 2017 at 5:28 PM, RS <richard...@zoho.com> wrote:
>> From: artisticforge . Sent: Friday, June 2, 2017 18:13
>
>
>> this is the first time i have seen this happen.
>> the Program, "Vet 24/7" has a 'forward slash' in the name.
>> When get_iplayer makes the subdirectory under linux, it
>> creates Vet_24/7_Series_4
>> The 'forward slash' is normally the indication of a directory
>
>
>> Vets_24/7_Series_4/
>
>
>> The episodes are in the 7_Series_4 directory.
>
>
>> this is easy to manually remedy.
>
>
>> Not sure what should be the "proper" behavior.
>
>
> Does --fatfilename help?
>
>
>
> ___
> 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

A bug in get_iplayer-3.01?

2017-06-02 Thread artisticforge .

Hello

this is the first time i have seen this happen.
the Program, "Vet 24/7" has a 'forward slash' in the name.
When get_iplayer makes the subdirectory under linux, it
creates Vet_24/7_Series_4
The 'forward slash' is normally the indication of a directory

Vets_24/7_Series_4/

The episodes are in the 7_Series_4 directory.

this is easy to manually remedy.

Not sure what should be the "proper" behavior.


-- 
terry l. ridder ><>

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

Re: bigger files

2017-06-02 Thread artisticforge .

hello

Good place to start is read the get_iplayer wiki on recording quality

https://github.com/get-iplayer/get_iplayer/wiki/modes

If possible, the other option is to add a hard drive. Hard drives are
inexpensive. Nothing like the prices years ago. amazon.co.uk seems
to have the warehouse deals on hard drives.



On Fri, Jun 2, 2017 at 10:20 AM, Graham Temple Personal
 wrote:
> I use the PVR for all my downloads.  Since the 3. series versions all my
> downloads are about 50% bigger. An hour used to be typically 660mb and is
> now over 1gb. In the recording settings my programme version is set to
> default and my Recording Modes is blank as previously.  Any ideas?  I'm
> gobbling hard drive.
>
> GT
>
>
> ___
> 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: modes question

2017-05-30 Thread artisticforge .

hello

just as suddenly as akamai drop out of the CDN it has reappeared.
1280x720@25fps are back.

no idea what the issue was.


On Tue, May 30, 2017 at 8:20 AM, artisticforge .
<artisticfo...@gmail.com> wrote:
> hello
>
> looking through the log files.
> 25 May 2017 is when CDN Akamai no longer appears in the logs.
> That also is when 1280x720@25fps no longer was an available mode
>
>
> On Mon, May 29, 2017 at 9:16 AM, tellyaddict <tellyaddic...@gmx.co.uk> wrote:
>> Can we see the info output for one of the programmes?
>>
>>> hello
>>>
>>> that is the odd part, I am not seeing any hlshd modes in any info listings.
>>> this started probably a week ago. cannot be more precise my sense of "time"
>>> is not what it use to be.
>>
>> ___
>> get_iplayer mailing list
>> get_iplayer@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
>
>
> --
> terry l. ridder ><>



-- 
terry l. ridder ><>

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

Re: modes question

2017-05-30 Thread artisticforge .

hello

looking through the log files.
25 May 2017 is when CDN Akamai no longer appears in the logs.
That also is when 1280x720@25fps no longer was an available mode


On Mon, May 29, 2017 at 9:16 AM, tellyaddict  wrote:
> Can we see the info output for one of the programmes?
>
>> hello
>>
>> that is the odd part, I am not seeing any hlshd modes in any info listings.
>> this started probably a week ago. cannot be more precise my sense of "time"
>> is not what it use to be.
>
> ___
> 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: GiP 3.10 crash ...

2017-05-30 Thread artisticforge .

Hello

I run get_iplayer on a Debian linux jessie computer. I do not use the
web based manager.

I use PVR and run shell scripts.

There is absolutely nothing in my options file that would exclude Akamai.
I can only go by what I read.
the 1280x720@25fps modes are not available for some unknown reason.



On Tue, May 30, 2017 at 5:17 AM, Alan Milewczyk <a...@soulman1949.com> wrote:
> On 30/05/2017 10:14, tellyaddict wrote:
>>
>> Alan is right artisticforge. The 1280x720@25fps streams ARE still there
>> and working.
>>
>> The evidence IS actually there in Alan's output if you read the modes list
>> he has posted.
>>
>> >From looking at your output, I can see that both of the hls modes (hlshd
>> and hlsvhigh) are missing from your modes list. These modes are available
>> for me and others so there is something odd going on with your installation.
>>
>> You haven't excluded Akamai have you?
>
>
> That's why I wondered whether there was something in his options settings. I
> think he uses the PVR - I don't use the PVR so I don't know if there if that
> has separate settings somewhere.
>
>
> Alan
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> 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: GiP 3.10 crash ...

2017-05-30 Thread artisticforge .

hello

No CDN have been excluded.
As to why Akamai is not showing in the list I have no idea.

That would imply that 1280x720@25fps is only available from CDN akamai.



On Tue, May 30, 2017 at 4:14 AM, tellyaddict <tellyaddic...@gmx.co.uk> wrote:
> Alan is right artisticforge. The 1280x720@25fps streams ARE still there and 
> working.
>
> The evidence IS actually there in Alan's output if you read the modes list he 
> has posted.
>
> From looking at your output, I can see that both of the hls modes (hlshd and 
> hlsvhigh) are missing from your modes list. These modes are available for me 
> and others so there is something odd going on with your installation.
>
> You haven't excluded Akamai have you?
>
>> hello
>>
>> I am running get_iplayer-3.01
>>
>> in what you posted i see no evidence of 1280x720!@25fps
>>
>> also working on may 22nd 2017 does not imply that it is working today.
>
> ___
> 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: GiP 3.10 crash ...

2017-05-29 Thread artisticforge .

hello

I am running get_iplayer-3.01

in what you posted i see no evidence of 1280x720!@25fps

also working on may 22nd 2017 does not imply that it is working today.


On Mon, May 29, 2017 at 8:30 PM, Alan Milewczyk <a...@soulman1949.com> wrote:
> On 30/05/2017 00:40, artisticforge . wrote:
>>
>> hello
>>
>> i just pulled the info for the pid without any issues.
>> I did notice that there are no 1280x720@25fps modes.
>>
>> It appears that 1280x720@25fps are gone.
>> If I want 1280x720 I have to set --fps50
>>
>
> Not true.. I just did an --info and got the following:
>
> -
>
> get_iplayer 3.01-windows.0, 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.
>
>   NOTE: A UK TV licence is required to legally access BBC iPlayer TV content
>
> INFO Trying to download PID using type tv
> INFO: pid found in cache
> Matches:
> 6707:The Secret Horse: Quest for the True Appaloosa - -, BBC Four,
> b04z21cc
> INFO: File name prefix =
> The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original
>
> available:  2017-05-22T00:00:00+01:00
> brand:  The Secret Horse: Quest for the True Appaloosa
> categories: Factual,Science & Nature,Nature &
> Environment,History,Documentaries
> category:   Factual
> channel:BBC Four
> desc:   A horsewoman sets off to find the truth about the origins of
> the Appaloosa spotted horse.
> desclong:   Documentary in which a 69-year-old horsewoman from New
> Zealand sets off on an extraordinary journey to find the truth about the
> origins of the rare Appaloosa spotted horse. Back in the saddle for the
> first time in 12 years, she crosses one of the world's highest mountain
> ranges in search of a lost valley, where she hopes to discover whether the
> experts have been wrong all along and that the true source of the North
> American Appaloosa horse is Asia and not Europe, as the history books would
> have us believe. An inspirational adventure story inspired by a lifelong
> passion for horses.
> descmedium: Documentary in which a 69-year-old horsewoman from New
> Zealand sets off on an extraordinary journey to find the truth about the
> origins of the rare Appaloosa spotted horse.
> descshort:  A horsewoman sets off to find the truth about the origins of
> the Appaloosa spotted horse.
> dir:F:\iPlayer-TV
> dldate: 2017-05-30
> dltime: 02:18:12
> duration:   3600
> durations:  original: 3600
> episode:-
> episodenum: 1
> episodeshort:   -
> expires:in 21 days 21 hours (2017-06-20T23:00:00+00:00)
> ext:EXT
> filename:
> F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.EXT
> filepart:
> F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.partial.EXT
> fileprefix:
> The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original
> firstbcast: 2015-01-21T21:00:00Z
> firstbcastdate: 2015-01-21
> firstbcastrel:  2 years 129 days 4 hours ago
> index:  6707
> longname:   The Secret Horse: Quest for the True Appaloosa
> modes:  original:
> dvfhd1,dvfhd2,dvfhd3,dvfhd4,dvfsd1,dvfsd2,dvfsd3,dvfsd4,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,dvfhigh1,dvfhigh2,dvfhigh3,dvfhigh4,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,dvflow1,dvflow2,dvflow3,dvflow4,hlshd1,hlshd2,hlsvhigh1,hlsvhigh2,hvfhd1,hvfhd2,hvfhd3,hvfhd4,hvfhd5,hvfhd6,hvfsd1,hvfsd2,hvfsd3,hvfsd4,hvfsd5,hvfsd6,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,hvflow1,hvflow2,hvflow3,subtitles1,subtitles2,subtitles3,subtitles4,subtitles5
> modesizes:  original:
> dvfhd1=2159MiB,dvfhd2=2159MiB,dvfhd3=2159MiB,dvfhd4=2159MiB,dvfsd1=1197MiB,dvfsd2=1197MiB,dvfsd3=1197MiB,dvfsd4=1197MiB,dvfxsd1=683MiB,dvfxsd2=683MiB,dvfxsd3=683MiB,dvfxsd4=683MiB,dvfhigh1=669MiB,dvfhigh2=669MiB,dvfhigh3=669MiB,dvfhigh4=669MiB,dvfxhigh1=352MiB,dvfxhigh2=352MiB,dvfxhigh3=352MiB,dvfxhigh4=352MiB,dvflow1=186MiB,dvflow2=186MiB,dvflow3=186MiB,dvflow4=186MiB,hlshd1=1030MiB,hlshd2=1030MiB,hlsvhigh1=642MiB,hlsvhigh2=642MiB,hvfhd1=2452MiB,hvfhd2=2452MiB,hvfhd3=2452MiB,hvfhd4=2452MiB,hvfhd5=2452MiB,hvfhd6=2452MiB,hvfsd1=1425MiB,hvfsd2=1425MiB,hvfsd3=1425MiB,hvfsd4=1425MiB,hvfsd5=1425MiB,hvfsd6=1425MiB,hvfxsd1=875MiB,hvfxsd2=875MiB,hvfxsd3=875MiB,hvfxsd4=773MiB,hvfxsd5=773MiB,hvfxsd6=773MiB,hvfxsd7=7

Re: GiP 3.10 crash ...

2017-05-29 Thread artisticforge .

Hello

here is the latest info for this pid

INFO: Found mode dvfhd1: (gip_dvf_iplayer_5070) dash h264 1280x720
50fps 5070kbps stream (CDN: mf_limelight_uk_dash_https/20)
INFO: Found mode dvfhd2: (gip_dvf_iplayer_5070) dash h264 1280x720
50fps 5070kbps stream (CDN: mf_limelight_uk_dash/2)
INFO: Found mode dvfsd1: (gip_dvf_iplayer_2812) dash h264 960x540
50fps 2812kbps stream (CDN: mf_limelight_uk_dash_https/20)
INFO: Found mode dvfsd2: (gip_dvf_iplayer_2812) dash h264 960x540
50fps 2812kbps stream (CDN: mf_limelight_uk_dash/2)
INFO: Found mode dvfxsd1: (gip_dvf_iplayer_1604) dash h264 960x540
25fps 1604kbps stream (CDN: mf_limelight_uk_dash_https/20)
INFO: Found mode dvfxsd2: (gip_dvf_iplayer_1604) dash h264 960x540
25fps 1604kbps stream (CDN: mf_limelight_uk_dash/2)
INFO: Found mode dvfhigh1: (gip_dvf_iplayer_1570) dash h264 704x396
50fps 1570kbps stream (CDN: mf_limelight_uk_dash_https/20)
INFO: Found mode dvfhigh2: (gip_dvf_iplayer_1570) dash h264 704x396
50fps 1570kbps stream (CDN: mf_limelight_uk_dash/2)
INFO: Found mode dvfxhigh1: (gip_dvf_iplayer_827) dash h264 704x396
25fps 827kbps stream (CDN: mf_limelight_uk_dash_https/20)
INFO: Found mode dvfxhigh2: (gip_dvf_iplayer_827) dash h264 704x396
25fps 827kbps stream (CDN: mf_limelight_uk_dash/2)
INFO: Found mode dvflow1: (gip_dvf_iplayer_437) dash h264 512x288
25fps 437kbps stream (CDN: mf_limelight_uk_dash_https/20)
INFO: Found mode dvflow2: (gip_dvf_iplayer_437) dash h264 512x288
25fps 437kbps stream (CDN: mf_limelight_uk_dash/2)
INFO: Found mode hvfhd1: (gip_hvf_iplayer_5714) hls h264 1280x720
50fps 5714kbps stream (CDN: mf_bidi_uk_hls_https/30)
INFO: Found mode hvfhd2: (gip_hvf_iplayer_5714) hls h264 1280x720
50fps 5714kbps stream (CDN: mf_limelight_uk_hls_https/20)
INFO: Found mode hvfhd3: (gip_hvf_iplayer_5714) hls h264 1280x720
50fps 5714kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvfhd4: (gip_hvf_iplayer_5714) hls h264 1280x720
50fps 5714kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode hvfsd1: (gip_hvf_iplayer_3320) hls h264 960x540 50fps
3320kbps stream (CDN: mf_bidi_uk_hls_https/30)
INFO: Found mode hvfsd2: (gip_hvf_iplayer_3320) hls h264 960x540 50fps
3320kbps stream (CDN: mf_limelight_uk_hls_https/20)
INFO: Found mode hvfsd3: (gip_hvf_iplayer_3320) hls h264 960x540 50fps
3320kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvfsd4: (gip_hvf_iplayer_3320) hls h264 960x540 50fps
3320kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode hvfxsd1: (gip_hvf_iplayer_2040) hls h264 960x540
25fps 2040kbps stream (CDN: mf_bidi_uk_hls_https/30)
INFO: Found mode hvfxsd2: (gip_hvf_iplayer_2040) hls h264 960x540
25fps 2040kbps stream (CDN: mf_limelight_uk_hls_https/20)
INFO: Found mode hvfxsd3: (gip_hvf_iplayer_1802) hls h264 960x540
25fps 1802kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvfxsd4: (gip_hvf_iplayer_1802) hls h264 960x540
25fps 1802kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode hvfxsd5: (gip_hvf_iplayer_1802) hls h264 960x540
25fps 1802kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode hvfxsd6: (gip_hvf_iplayer_1802) hls h264 960x540
25fps 1802kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvfhigh1: (gip_hvf_iplayer_2004) hls h264 704x396
50fps 2004kbps stream (CDN: mf_bidi_uk_hls_https/30)
INFO: Found mode hvfhigh2: (gip_hvf_iplayer_2004) hls h264 704x396
50fps 2004kbps stream (CDN: mf_limelight_uk_hls_https/20)
INFO: Found mode hvfhigh3: (gip_hvf_iplayer_2004) hls h264 704x396
50fps 2004kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvfhigh4: (gip_hvf_iplayer_2004) hls h264 704x396
50fps 2004kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode hvfxhigh1: (gip_hvf_iplayer_979) hls h264 704x396
25fps 979kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvfxhigh2: (gip_hvf_iplayer_979) hls h264 704x396
25fps 979kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode hvflow1: (gip_hvf_iplayer_565) hls h264 512x288 25fps
565kbps stream (CDN: mf_bidi_uk_hls/3)
INFO: Found mode hvflow2: (gip_hvf_iplayer_565) hls h264 512x288 25fps
565kbps stream (CDN: mf_limelight_uk_hls/2)
INFO: Found mode subtitles1: (captions) http stream (CDN:
mf_limelight_uk_plain_https/40)
INFO: Found mode subtitles2: (captions) http stream (CDN:
mf_akamai_uk_plain_https/30)
INFO: Found mode subtitles3: (captions) http stream (CDN:
mf_limelight_uk_plain/20)
INFO: Found mode subtitles4: (captions) http stream (CDN: sis/10)
INFO: Found mode subtitles5: (captions) http stream (CDN: sis/10)
INFO: Getting page
http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/b050gwmk/transferformat/dash?c
INFO: Getting page
http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/b050gwmk/transferformat/
INFO: Getting page
http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/b050gwmk/transferformat/
INFO: Getting page
http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/apple-ipad-hls/vpid/b050gwmk/transferf
INFO:

Re: GiP 3.10 crash ...

2017-05-29 Thread artisticforge .

hello

i just pulled the info for the pid without any issues.
I did notice that there are no 1280x720@25fps modes.

It appears that 1280x720@25fps are gone.
If I want 1280x720 I have to set --fps50



On Mon, May 29, 2017 at 12:54 PM, CJB  wrote:
> Repeatable crash ...
>
> ONCE_b04z21cc
> INFO Trying to download PID using type tv
> INFO: pid found in cache
> Matches:
> 2774:   The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc
>
> INFO: 1 Matching Programmes
> WARNING: Could not parse programme metadata from
> http://www.bbc.co.uk/programmes/b04z21cc.json (malformed JSON string,
> neither array, object, number, string or atom, at character offset 0
> (before "
> PVR Run complete
>
> Then the PVR List gives up despite a few more programmes to go.
>
> Chris B.
>
> ___
> 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: daf* radiomodes broken by the BBC!

2017-05-29 Thread artisticforge .

hello Vangelis;

i would offer my programming abilities, but I have learned my lesson
of programming under the influence of medications. on clearer days I
look
at it and wonder why i wrote code like that to begin with.




On Thu, May 11, 2017 at 8:23 PM, Vangelis forthnet
 wrote:
> On Fri May 12 01:02:11 BST 2017, tellyaddict wrote:
>
>> Flash modes seem to be vanishing as well in 2.99
>> and still just about available in 2.96.
>
>
> Having been away all day from home,
> I only recently became aware
> of the breakage I posted about :-(
>
> But I was equally pd to discover that
> not only the quick daf modes were gone,
> flashaac modes in my GiP 2.97 copy
> weren't picked up either... ;-{
> Flashaac modes were very quick for me,
> alas I tried GiP 2.96 but still no joy:
>
> perl get_iplayer-296.pl --type=radio --pid=b08njqcb -i | FindStr modes =>
>
> modes:  default:
> hafhigh1,hafhigh2,hafstd1,hafstd2,hafmed1,hafmed2,haflo
> w1,haflow2,hlsaacstd1,hlsaaclow1
>
> Haf* modes are VERY slow compared to either daf*/flash*,
> while whereas the hlsaac* ones are much quicker, they may
> be corrupted for many programmes :-(
>
> I guess it's a safe bet to say we're in no luck getting
> the flash modes back, as the maintainer has already
> removed them in GiP 3.00+ and does not support
> that deprecated code...
>
>> I'm finding it very frustrating at the moment
>> since Dinky has stopped publishing fixes
>> in the development version on Github
>> until the final version is actually released.
>
>
> ... Gone are those days; I can echo your feelings
> completely... And he's not willing to divulge any
> details in the forums either, so lose-lose situation
> any way you look at it...
>
>> but what has actually changed?
>> (snip)
>> Again what's changed
>
>
> Well, as you say both MPEG-DASH and RTMP
> streams are both present inside the mediaselector API
> URL for mediaset=pc, e.g. in the case of my mentioned
> radio pid=b08njqcb => vpid=b08njqby =>
>
> http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/b08njqby
>
> I am not the most appropriate person to answer
> your "what" questions, especially since it's very
> late at night here... Obviously something has been changed
> in the XML blocks there or in the href URLs
> themselves and thus GiP can no longer parse
> this data successfully because it's not in a form
> expected by GiP; sadly, as I'm sure you know,
> I'm not a coder or regex expert, so
> can't provide solutions for you/us...
>
> If it comes to that, DASH manifest files can be
> downloaded with youtube-dl, while for RTMP
> streams one can always construct manual rtmpdump
> commands (TBH though, haven't done that in a
> big while...).
>
> I'm sorry to say this again, but what this "low-traffic" list
> needs is for some serious perl coders to come forth and
> share their knowledge in a more "liberal" fashion - yes,
> the sole maintainer is highly commendable for his
> unwanning efforts over the years, but there's a but...
>
> Goodnight (and Lord Knows what else'll broken
> tomorrow ;-( ).
>
> ___
> 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: modes question

2017-05-29 Thread artisticforge .

hello

that is the odd part, I am not seeing any hlshd modes in any info listings.
this started probably a week ago. cannot be more precise my sense of "time"
is not what it use to be.

On Mon, May 29, 2017 at 6:02 AM, RS <richard...@zoho.com> wrote:
>> From: artisticforge .
>> Sent: Monday, May 29, 2017 11:29
>
>
>> I have noticed that several shows are no longer available in
>> 1280x720@25fps they are now being downloaded at
>> 960x540@25fps.
>
>
>> the latest episode of Hinterland BBC Four is available in
>> 1280x720@50fps.
>
>
>> any idea as to why the 1280x720@25fps mode is now gone?
>
>
> I was going to say it was because that was what the BBC thought people
> wanted for watching Eastenders, although curiously not all sporting events.
> http://www.bbc.co.uk/rd/blog/2015-07-the-development-of-new-video-factory-profiles-for-bbc-iplayer
>
> Then I looked at --info for episode 4 of series 3 of Hinterland, b08s3f2s.
> It has hlshd1 and hlshd2 modes.  How are you selecting the mode?  Try
> --tvmode=hlshd
> Sometimes HD modes appear later than other modes.
>
>
>
> ___
> 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

modes question

2017-05-29 Thread artisticforge .

hello

I have noticed that several shows are no longer available in
1280x720@25fps they are now being downloaded at
960x540@25fps.

the latest episode of Hinterland BBC Four is available in
1280x720@50fps.

any idea as to why the 1280x720@25fps mode is now gone?


-- 
terry l. ridder ><>

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

Re: what is pre-watershed version

2017-05-25 Thread artisticforge .

hello

i find it humorous that the programme in question is a history
documentary titled:

Harlots, Housewives and Heroines: A 17th Century History for Girls
http://www.bbc.co.uk/iplayer/episode/b01j2fcq/harlots-housewives-and-heroines-a-17th-century-history-for-girls-1-act-one-at-court

On Wed, May 24, 2017 at 12:23 PM, Nic Siddle <nicsid...@gmail.com> wrote:
> Inconsistent and illogical perhaps, but not insane, at least in intention. I
> believe that the 'watershed' and its accompanyning rules are laid down in
> statute, and therefore the rules are not down to the BBC. I, for one, would
> want to protect children from unmoderated content, whilst acknowledging that
> in today's world, this is in reality impossible. And yes - I do believe that
> there is a difference between factual reporting of upsetting incidents and
> pure drama which may contain violence/ sex etc. (though quite how EastEnders
> qualifies as pre-watershed, I have never understood.
>
> Nic
>
>
>
> On 24/05/2017 16:21, David Woodhouse wrote:
>>
>> On Wed, 2017-05-24 at 10:18 -0500, artisticforge . wrote:
>>>
>>> hello
>>>
>>> that is insane. any child may watch the news, read a newspaper, listen
>>> to the radio is exposed to the horror of Manchester, Paris, Syria,
>>> etc.
>>
>> Yes. You're also permitted to have sex at 16 but you're not allowed to
>> watch *other* people do so until you're 18. This stuff isn't expected
>> to make sense.
>>
>> (The law fails to specify anything about the use of mirrored ceilings.)
>>
>>
>> ___
>> 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



-- 
terry l. ridder ><>

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

Re: what is pre-watershed version

2017-05-24 Thread artisticforge .

hello

that is insane. any child may watch the news, read a newspaper, listen
to the radio is exposed to the horror of Manchester, Paris, Syria,
etc.



On Wed, May 24, 2017 at 8:59 AM, Chris Marriott <skyma...@gmail.com> wrote:
> The "watershed" is the 9pm deadline before which "adult" content such as
> swearing, violence and nudity is severely constrained, so presumably a
> "pre-watershed" version of a programme is one that's been edited to remove
> such content.
>
> Cheers,
>
> Chris
>
>
> -Original Message- From: artisticforge .
> Sent: Wednesday, May 24, 2017 2:39 PM
> To: get_iplayer ; terry l. ridder
> Subject: what is pre-watershed version
>
>
> hello;
>
> while running --info on a program two versions came up which i had not
> seen before, pre-watershed & pre-watershed2.
>
> what are meanings of all the various versions?
> signed & audio described are self explanatory
> default & original are generic terms
>
> editorial is an odd one.
>
> the program is : http://www.bbc.co.uk/programmes/b01jcc8b
>
> --
> terry l. ridder ><>
>
> ___
> 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



-- 
terry l. ridder ><>

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

what is pre-watershed version

2017-05-24 Thread artisticforge .

hello;

while running --info on a program two versions came up which i had not
seen before, pre-watershed & pre-watershed2.

what are meanings of all the various versions?
signed & audio described are self explanatory
default & original are generic terms

editorial is an odd one.

the program is : http://www.bbc.co.uk/programmes/b01jcc8b

-- 
terry l. ridder ><>

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

Re: Help text query

2017-05-11 Thread artisticforge .

hello

it is like most thing Ubuntu, they just have to be "different".
;-)



On Thu, May 11, 2017 at 6:06 AM, David Cantrell  wrote:
> On Tue, May 09, 2017 at 06:22:35PM +0100, Ralph Corderoy wrote:
>> Hi David,
>> > > If your distribution handles PPAs, there is little point, but if it
>> > > does not, it could be very handy.
>> > Not really. I have no idea what a PPA is so I presume that my OSes
>> > don't handle them. I just regularly 'brew update;brew upgrade' on OS X
>> > and 'apt-get update;apt-get upgrade' on Linux.
>> A PPA is one place for apt-get to fetch packages from.
>> If you find apt-get update gives you 3.00, 3.01, etc., soon after
>> they're released, then you pulling their packages from somewhere other
>> than a stable Ubuntu 2016-10, etc., that wouldn't update much once
>> released;  that might be a PPA you've told it about in the past.
>
> Oh, so it's just Hipster for "third-party repository".
>
> --
> David Cantrell | Cake Smuggler Extraordinaire
>
> One person can change the world, but most of the time they shouldn't
> -- Marge Simpson
>
> ___
> 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: pid-recursive in options file, bug or feature?

2017-05-03 Thread artisticforge .

hello

that is what  amazes me, it that the mailing list is not bouncing the
posts for the html.

On Wed, May 3, 2017 at 6:11 PM, Alan Milewczyk <a...@soulman1949.com> wrote:
> On 04/05/2017 00:04, artisticforge . wrote:
>>
>> hello
>>
>> is there a way you can turn off your signature. is really makes your
>> posts difficult to read.
>>
> Yes my understanding is that this list (as is common with many mailing
> lists) is text only not HTML.
>
> A
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> ___
> 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: pid-recursive in options file, bug or feature?

2017-05-03 Thread artisticforge .

hello

is there a way you can turn off your signature. is really makes your
posts difficult to read.

If you could provide an example or two of pids which fail with
pid-recursive set in the options ; others would be able to verify it.

my brief testing is :
a single episode pid works just fine.
a single episode URL fails.

I tried only one example
The_Titfield_Thunderbolt_-__b03mv97b_original.



On Wed, May 3, 2017 at 5:09 PM, Doug Faunt N6TQS +1-510-717-1197
 wrote:
> Hi,
> I had pid-recursive in my options file and up through 2.99 it made no
> difference when
> giving a pid for a single program.
> But it appears that now having that in my options file breaks single
> episode pids,
> but series pids work.
> I'm still checking this, and my bandwidth is limited, but so far, this
> does seem to be the case.
> best, doug
> 
> 
> 
>  href="http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail;
> target="_blank"> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png;
> width="46" height="29" style="width: 46px; height: 29px;" />
> Virus-free.  href="http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail;
> target="_blank" style="color: #4453ea;">www.avg.com
> 
> 
>  height="1">
>
> ___
> 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: hlsstd mode not available for most programmes

2017-05-03 Thread artisticforge .

hello

to determine the smallest file available you may want to use:
get_iplayer-2.99/get_iplayer --info --verbose --type=radio --pid=

you should see output with a modesizes section.

here is an example:
modesizes:  other:
dafhigh1=32MiB,dafhigh2=32MiB,dafhigh3=32MiB,dafhigh4=32MiB,dafstd1=13MiB,
dafstd2=13MiB,dafstd3=13MiB,dafstd4=13MiB,dafmed1=9MiB,dafmed2=9MiB,dafmed3=9MiB,
dafmed4=9MiB,daflow1=5MiB,daflow2=5MiB,daflow3=5MiB,daflow4=5MiB,hafhigh1=36MiB,
hafhigh2=36MiB,hafstd1=15MiB,hafstd2=15MiB,hafmed1=11MiB,hafmed2=11MiB,haflow1=5MiB,
haflow2=5MiB,hlsaacstd1=14MiB,hlsaaclow1=5MiB

perhaps mode == hlsaaclow1 is the mode you seek.


On Wed, May 3, 2017 at 10:20 AM, Chris Marriott  wrote:
> I'm still using GiP 2.99 (I download by PID, so it works fine for me), and I
> generally download in hlssstd mode to get the smallest files. I've noticed
> in the last few days that the overwhelming majority of programmes aren't
> available in hlsstd; the smallest file I can get is hlsvhigh, which is
> double the size.
>
> Anyone know why this might be? Is there any other mode I could use to get
> smaller files than hlsvhigh?
>
> Thanks,
>
> Chris
>
>
> ___
> 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: Nothing happens in a few cases

2017-05-03 Thread artisticforge .

hello

want you posted has no meaning with some context.

how are you fetching the Book at Bedtime episodes?
what is the command that you are using?

I am surprised that get_iplayer-3.00 did not complain about any
episode past 3 being future episodes.

the cache lists them at future dates even though they are available on the web.

radio.cache snippet
14804|radio|Book at Bedtime: Into the
Water|b08npnhg|2017-05-01T22:45:00+01:00|1496267100|Episode
1||1|default|900|
14805|radio|Book at Bedtime: Into the
Water|b08p1szt|2017-05-02T22:45:00+01:00|1496353500|Episode
2||2|default|900|
14806|radio|Book at Bedtime: Into the
Water|b08p1t2k|2017-05-03T22:45:00+01:00|1496439900|Episode
3||3|default|900|
14807|radio|Book at Bedtime: Into the
Water|b08p1t5m|2017-05-04T22:45:00+01:00|1496526300|Episode
4||4|default|900|
14808|radio|Book at Bedtime: Into the
Water|b08p1t6s|2017-05-05T22:45:00+01:00|1496612700|Episode
5||5|default|900|
14809|radio|Book at Bedtime: Into the
Water|b08pdydv|2017-05-08T22:45:00+01:00|1496871900|Episode
6||6|default|900|
14810|radio|Book at Bedtime: Into the
Water|b08pf09n|2017-05-09T22:45:00+01:00|1496958300|Episode
7||7|default|900|
14811|radio|Book at Bedtime: Into the
Water|b08pfq5l|2017-05-10T22:45:00+01:00|1497044700|Episode
8||8|default|900|
14812|radio|Book at Bedtime: Into the
Water|b08pgbvl|2017-05-11T22:45:00+01:00|1497131100|Episode
9||9|default|900|
14813|radio|Book at Bedtime: Into the
Water|b08pgsx2|2017-05-12T22:45:00+01:00|1497217500|Episode
10||10|default|900|

after deleting the above lines from the radio.cache I was able to download
all 10 episodes with the command line:

~/get_iplayer-3.00/get_iplayer --verbose --mode=best --type=radio
--pid=b08npnhg,b08p1szt,b08p1t2k,b08p1t5m,b08p1t6s,b08pdydv,b08pf09n,b08pfq5l,b08pgbvl,b08pgsx2

On Wed, May 3, 2017 at 9:35 AM, Doug Faunt N6TQS +1-510-717-1197
 wrote:
> Any ideas about why this is happening?  I just refreshed the cache,
> the pid seems to be good (Book at Bedtime, Into the Water, part 3).
> I've got most of the other episodes, but 3,4,5 seem to do this.  Other
> pids work, too.
> Windows 10, if that helps.
> thanks, doug
>
>
> '"C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b08p1t2k
> get_iplayer 3.00-windows.0, 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.
>
>   NOTE: A UK TV licence is required to legally access BBC iPlayer TV content


-- 
terry l. ridder ><>

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

Re: GIP 3.00 openSUSE 42.2

2017-05-03 Thread artisticforge .

hello

instead of "get_iplayer --get 6647 --verbose > "$HOME/log.txt" 2>&1"

try

"get_iplayer --get 6647 --verbose  2>&1 | tee ~/log.txt"

the 'tee' version will allow you to see what is being placed in the
log.txt file.



On Wed, May 3, 2017 at 2:02 AM, michael norman  wrote:
> On 05/02/2017 12:25 PM, SquarePenguin wrote:
>>
>> On 02/05/17 12:01, michael norman wrote:
>>>
>>> I'll try that later.  Thanks for help so far, got other things to do for
>>> a while.
>>
>>
>> OK. When you come back can you attempt the download again but with the
>> following command to capture a log as a text file:
>>
>> get_iplayer --get 6647 --verbose > "$HOME/log.txt" 2>&1
>>
>> The log.txt file will be saved to your $HOME directory. Then attach the
>> log in a reply here (you may have to CC me directly to send the
>> attachment if this list rejects it).
>>
>> It would be interesting to see which ffmpeg get_iplayer is using and
>> it's configuration which should be included in the log.
>>
>> Thanks
>>
>
> That command does not work.
>
>
>
> ___
> 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: GiP no "progress" indicator

2017-05-02 Thread artisticforge .

hello

works fine here.
If the output of get_iplayer is directed to a log file there is no
progress bar unless a specific commandline option is present.
with output of get_iplayer to standard out the progress bar works fine.


On Tue, May 2, 2017 at 10:44 AM, Paul Convery  wrote:
> I'm using 3.00 on Linux Mint updated via PPA this morning as 3.00-1
> and the 0.51 GUI front end by Robbie Smith.
>
> Downloads working fine except the download progress bar doesn't
> change! Anybody know why this might be?
> 
>
> Paul Convery
>
> ___
> 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: Problems downloading subtitles

2017-05-02 Thread artisticforge .

the problem with subtitles has been sorted out.
subtitles are downloading as normal.


On Tue, May 2, 2017 at 10:31 AM, David Cantrell <da...@cantrell.org.uk> wrote:
> On Sat, Apr 29, 2017 at 09:14:04PM -0500, artisticforge . wrote:
>
>> It would appear that when the BBC killed XML files, subtitles were also 
>> killed.
>
> They're still available on the iPlayer website, so hopefully someone
> will be able to work out where they're coming from and update get_iplayer.
>
> --
> David Cantrell | Pope | First Church of the Symmetrical Internet
>
> Guns aren't the problem.  People who deserve to die are the problem.
>
> ___
> 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: Fw: no Problem downloading subtitles with gip windows( and vpn to boot)

2017-04-30 Thread artisticforge .

hello

nevermind. too many medications and not enough sleep.
i was looking at the wrong computer. I just tried the latest
doctor who episode and the subtitles file did download.

i am going to refrain from posting until i get out of here.



On Sun, Apr 30, 2017 at 6:56 AM, artisticforge .
<artisticfo...@gmail.com> wrote:
> hello
>
> i am confused at this point.
> It appears that get_iplayer is ignoring the subtitles set in the
> options but does not ignore the cmdline option --subtitles.
>
> is there anyone who is able to enlighten us?
>
>
>
> On Sun, Apr 30, 2017 at 6:26 AM, artisticforge .
> <artisticfo...@gmail.com> wrote:
>> hello
>>
>> i have subtitles set in the options file.
>> It clear shows as being set in the logs. no subtitle files are being 
>> downloaded.
>>
>> I just managed to down two of my sunday morning programs.
>> they are both radio.
>>
>> I did try doctor who series 10 episode yesterday and did not get it to work.
>> perhaps later today i will try again. i had a rough night and need more 
>> sleep.
>>
>>
>> On Sun, Apr 30, 2017 at 4:12 AM, cc <chrisch...@free.fr> wrote:
>>>
>>> - Original Message - From: "cc" <chrisch...@free.fr>
>>> To: "Allan Preston" <allan.pres...@gmail.com>
>>> Cc: ">" <get_iplayer@lists.infradead.org>
>>> Sent: Sunday, April 30, 2017 11:07 AM
>>> Subject: no Problem downloading subtitles with gip windows( and vpn to boot)
>>>
>>>
>>>> hi alan
>>>> with windows  and pid no prob with subtitles last night and again
>>>> justnow
>>>> exampleof command line
>>>> get_iplayer
>>>> http://www.bbc.co.uk/iplayer/episode/b08nxdpn/have-i-got-news-for-you-series-53-episode-2
>>>> --subtitles  --tvmode=hlshd  --type=tv  --force
>>>> good luck
>>>> - Original Message - From: "Allan Preston"
>>>> <allan.pres...@gmail.com>
>>>> To: <get_iplayer@lists.infradead.org>
>>>> Sent: Sunday, April 30, 2017 1:34 AM
>>>> Subject: Problems downloading subtitles
>>>>
>>>>
>>>>> I am aware that the BBC have broken get_iplayer with the removal of
>>>>> the XML files.
>>>>>
>>>>> I am able to download files via the --pid= argument, however that only
>>>>> downloads the actual program. I have not yet found any way to get it
>>>>> to download the associated subtitles file, and I'm deaf and rely
>>>>> heavily on subtitles.
>>>>>
>>>>> Does anyone have any suggestions?
>>>>>
>>>>> ___
>>>>> get_iplayer mailing list
>>>>> get_iplayer@lists.infradead.org
>>>>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>>>>
>>>>
>>>
>>>
>>> ---
>>> L'absence de virus dans ce courrier électronique a été vérifiée par le
>>> logiciel antivirus Avast.
>>> https://www.avast.com/antivirus
>>>
>>>
>>> ___
>>> get_iplayer mailing list
>>> get_iplayer@lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>>
>>
>>
>> --
>> terry l. ridder ><>
>
>
>
> --
> terry l. ridder ><>



-- 
terry l. ridder ><>

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

Re: Fw: no Problem downloading subtitles with gip windows( and vpn to boot)

2017-04-30 Thread artisticforge .

hello

i am confused at this point.
It appears that get_iplayer is ignoring the subtitles set in the
options but does not ignore the cmdline option --subtitles.

is there anyone who is able to enlighten us?



On Sun, Apr 30, 2017 at 6:26 AM, artisticforge .
<artisticfo...@gmail.com> wrote:
> hello
>
> i have subtitles set in the options file.
> It clear shows as being set in the logs. no subtitle files are being 
> downloaded.
>
> I just managed to down two of my sunday morning programs.
> they are both radio.
>
> I did try doctor who series 10 episode yesterday and did not get it to work.
> perhaps later today i will try again. i had a rough night and need more sleep.
>
>
> On Sun, Apr 30, 2017 at 4:12 AM, cc <chrisch...@free.fr> wrote:
>>
>> - Original Message - From: "cc" <chrisch...@free.fr>
>> To: "Allan Preston" <allan.pres...@gmail.com>
>> Cc: ">" <get_iplayer@lists.infradead.org>
>> Sent: Sunday, April 30, 2017 11:07 AM
>> Subject: no Problem downloading subtitles with gip windows( and vpn to boot)
>>
>>
>>> hi alan
>>> with windows  and pid no prob with subtitles last night and again
>>> justnow
>>> exampleof command line
>>> get_iplayer
>>> http://www.bbc.co.uk/iplayer/episode/b08nxdpn/have-i-got-news-for-you-series-53-episode-2
>>> --subtitles  --tvmode=hlshd  --type=tv  --force
>>> good luck
>>> - Original Message - From: "Allan Preston"
>>> <allan.pres...@gmail.com>
>>> To: <get_iplayer@lists.infradead.org>
>>> Sent: Sunday, April 30, 2017 1:34 AM
>>> Subject: Problems downloading subtitles
>>>
>>>
>>>> I am aware that the BBC have broken get_iplayer with the removal of
>>>> the XML files.
>>>>
>>>> I am able to download files via the --pid= argument, however that only
>>>> downloads the actual program. I have not yet found any way to get it
>>>> to download the associated subtitles file, and I'm deaf and rely
>>>> heavily on subtitles.
>>>>
>>>> Does anyone have any suggestions?
>>>>
>>>> ___
>>>> get_iplayer mailing list
>>>> get_iplayer@lists.infradead.org
>>>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>>>
>>>
>>
>>
>> ---
>> L'absence de virus dans ce courrier électronique a été vérifiée par le
>> logiciel antivirus Avast.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> get_iplayer mailing list
>> get_iplayer@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
>
>
> --
> terry l. ridder ><>



-- 
terry l. ridder ><>

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

Re: Fw: no Problem downloading subtitles with gip windows( and vpn to boot)

2017-04-30 Thread artisticforge .

hello

i have subtitles set in the options file.
It clear shows as being set in the logs. no subtitle files are being downloaded.

I just managed to down two of my sunday morning programs.
they are both radio.

I did try doctor who series 10 episode yesterday and did not get it to work.
perhaps later today i will try again. i had a rough night and need more sleep.


On Sun, Apr 30, 2017 at 4:12 AM, cc  wrote:
>
> - Original Message - From: "cc" 
> To: "Allan Preston" 
> Cc: ">" 
> Sent: Sunday, April 30, 2017 11:07 AM
> Subject: no Problem downloading subtitles with gip windows( and vpn to boot)
>
>
>> hi alan
>> with windows  and pid no prob with subtitles last night and again
>> justnow
>> exampleof command line
>> get_iplayer
>> http://www.bbc.co.uk/iplayer/episode/b08nxdpn/have-i-got-news-for-you-series-53-episode-2
>> --subtitles  --tvmode=hlshd  --type=tv  --force
>> good luck
>> - Original Message - From: "Allan Preston"
>> 
>> To: 
>> Sent: Sunday, April 30, 2017 1:34 AM
>> Subject: Problems downloading subtitles
>>
>>
>>> I am aware that the BBC have broken get_iplayer with the removal of
>>> the XML files.
>>>
>>> I am able to download files via the --pid= argument, however that only
>>> downloads the actual program. I have not yet found any way to get it
>>> to download the associated subtitles file, and I'm deaf and rely
>>> heavily on subtitles.
>>>
>>> Does anyone have any suggestions?
>>>
>>> ___
>>> get_iplayer mailing list
>>> get_iplayer@lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>>
>>
>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> https://www.avast.com/antivirus
>
>
> ___
> 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: Problems downloading subtitles

2017-04-29 Thread artisticforge .

hello

I have been looking at past logs trying to figure that out.
i am not deaf just like to use subtitles so my program viewing is private.

It would appear that when the BBC killed XML files, subtitles were also killed.

example from 25 april 2017
INFO: Getting Subtitles from
http://www.bbc.co.uk/iplayer/subtitles/ng/modav/bUnknown-a9b5c619-426b-4510-af23-78e695f460d0_b04wsf8d_1492381368102.xml
INFO: Getting page
http://www.bbc.co.uk/iplayer/subtitles/ng/modav/bUnknown-a9b5c619-426b-4510-af23-78e695f460d0_b04wsf8d_1492381368102.xml
INFO: Downloading Subtitles to
'~/get_iplayer.dir/Natural_World_2010-2011/Natural_World_2010-2011_-_9._Miracle_in_the_Marshes_of_Iraq_b00xxf9f_editorial



I did find a file type "opensubtitled" which seems to be used for
Foreign Language programs subtitled in English by default.

On Sat, Apr 29, 2017 at 6:34 PM, Allan Preston  wrote:
> I am aware that the BBC have broken get_iplayer with the removal of
> the XML files.
>
> I am able to download files via the --pid= argument, however that only
> downloads the actual program. I have not yet found any way to get it
> to download the associated subtitles file, and I'm deaf and rely
> heavily on subtitles.
>
> Does anyone have any suggestions?
>
> ___
> 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: No .xml - what is work-around?

2017-04-28 Thread artisticforge .

the simple answer is that something is different this time around.

I am seriously sick and have other issues on my mind. I know that right now
under Jessie Debian get_iplayer-2.99 is completely and utterly broken.
if you say it works great go for it. between lung cancer and testicular cancer
i may very well be dead by the time get_iplayer work around is found.

i have dvds and itunes.

On Fri, Apr 28, 2017 at 8:44 AM, Geoff Smith <gasssm...@gmail.com> wrote:
> Not so.
>
> The last time this happened Vangelis provided a work-around, which you
> confirmed as working!
> See yours of 14 March 2017 at 14:02.
> It's slow but does work.
>
> Geoff Smith
>
> On 28/04/2017, artisticforge . <artisticfo...@gmail.com> wrote:
>> get_iplayer-2.99
>>
>> completely and utterly broken.
>>
>>
>
> ___
> 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: No .xml - what is work-around?

2017-04-28 Thread artisticforge .

hello

cmdline:
 ~/get_iplayer-2.99/get_iplayer --tag-isodate --verbose --type=tv
--mode=best --pid=http://www.bbc.co.uk/programmes/b08nx197

partial logs;
INFO: Search args: ''
INFO: ffmpeg version string = 3.1.3-static
INFO: ffmpeg version number = 3.1
INFO: Will try prog types: tv
INFO: Loaded history for first check.
INFO: Loading recordings history
INFO: Programme not in history
INFO: Got 8454 file cache entries for tv
Cleaning pid Old: 'http://www.bbc.co.uk/programmes/b08nx197',  New: 'b08nx197'
INFO: Getting page http://www.bbc.co.uk/programmes/b08nx197.rdf
WARNING: rdf URL contained no data
WARNING: PID URL contained no RDF data. Trying to record PID directly.
INFO: Trying pid: b08nx197 using type: tv
INFO Trying to download PID using type tv
INFO: pid found in cache
Matches:
7270:The Beechgrove Garden: 2017 - Episode 5, BBC Two, b08nx197

INFO: 1 Matching Programmes
INFO: Programme not in history
INFO: Programme metadata URL = http://www.bbc.co.uk/programmes/b08nx197.xml
INFO: Getting page http://www.bbc.co.uk/programmes/b08nx197.xml
WARNING: Could not download programme metadata from
http://www.bbc.co.uk/programmes/b08nx197.xml
INFO: iPlayer metadata URL (JSON) =
http://www.bbc.co.uk/programmes/b08nx197/playlist.json
INFO: Getting page http://www.bbc.co.uk/programmes/b08nx197/playlist.json
INFO: iPlayer metadata URL (HTML) [default] =
http://www.bbc.co.uk/iplayer/episode/b08nx197/
INFO: Getting page http://www.bbc.co.uk/iplayer/episode/b08nx197/
INFO: default version not found in metadata retrieved from iPlayer site (HTML)
INFO: iPlayer metadata URL (HTML) [audiodescribed] =
http://www.bbc.co.uk/iplayer/episode/b08nx197/ad
INFO: Getting page http://www.bbc.co.uk/iplayer/episode/b08nx197/ad
INFO: audiodescribed version not found in metadata retrieved from
iPlayer site (HTML)
INFO: iPlayer metadata URL (HTML) [signed] =
http://www.bbc.co.uk/iplayer/episode/b08nx197/sign
INFO: Getting page http://www.bbc.co.uk/iplayer/episode/b08nx197/sign
INFO: signed version not found in metadata retrieved from iPlayer site (HTML)

WARNING: No programmes are available for this PID with version(s):
default (available versions: original)
ERROR: Could not get version PIDs and metadata
ERROR: Could not get programme metadata

On Fri, Apr 28, 2017 at 8:29 AM, Alan Milewczyk <a...@soulman1949.com> wrote:
> On 28/04/2017 13:33, artisticforge . wrote:
>>
>> hello
>>
>> cmdline is dead Jim.
>
>
> Not totally. I just tried a test download and because the item wasn't in the
> cache the result I got was named
> get_iplayer_-_b06r030v_b06r030v_original.mp4! The correct programme was
> downloaded, it's just that the appropriate fields weren't populated due to
> lack of metadata feeds.
>
> Alan
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> ___
> 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

Alternatives for North America

2017-04-28 Thread artisticforge .

Hello

with get_iplayer R.I.P.

the USA does have at least two alternatives to having quality programming
the BBC & ITV created Britbox and it launched earlier this year. it is
Geo-locked to USA only.
the other is MHz networks. strictly foreign programs. do not know if
MHz is Geo-locked.
the one adult child who resides in a USA cesspool of a city, uses them.

They are less than $10.00 USD per month.

-- 
terry l. ridder ><>

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

Re: No .xml - what is work-around?

2017-04-28 Thread artisticforge .

hello

cmdline is dead Jim.

On Fri, Apr 28, 2017 at 1:42 AM, CJB  wrote:
> Command line should do it using --pid=b08nx197
>
> CJB
>
> On 28/04/2017, Peter S Kirk  wrote:
>>
>> http://www.bbc.co.uk/programmes/b08nx197
>>
>> WARNING: Could not download programme metadata from
>> http://www.bbc.co.uk/programmes/b08nx197.xml
>> ERROR: Failed to get version pid metadata from iplayer site'
>>
>> Any solution?
>>
>>
>> ___
>> 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



-- 
terry l. ridder ><>

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

Re: 2.99 Not Downloading Hi-Res Audio

2017-03-14 Thread artisticforge .

hello

what was the command line that you used?
also what OS. Mac OS X, Linux, Windows

that part of the Perl code is attempting to resume a download.
it is attempting to open the data file. it appears to be confused
by the absence of a class.



On Tue, Mar 14, 2017 at 6:00 PM, C E Macfarlane
 wrote:
> As per title, until today have been using 2.97, tried 2.99 just now and
> can't get it to work ...
>
> The log file shows the following:
>
> Matches:
> 13919:  Caithream Ciil - 14/03/2017, BBC Radio Nan Gaidheal, b08h4hy8
> 14497:  Crunluath - 02/03/2017, BBC Radio Nan Gaidheal, b08h1dph
> 24066:  Tuesday Folk - 07/03/2017, BBC Radio Scotland, b08h0kg3
> 10325:  A' Mire ri Mir - 14/03/2017, BBC Radio Nan Gaidheal, b08h4hy4
>
> INFO: 4 Matching Programmes
> WARNING: Could not download programme metadata from
> http://www.bbc.co.uk/programmes/b08h4hy8.xml
> WARNING: Some recording modes were remapped to new values
> WARNING: Input mode list remapped from 'dashhigh,flashaachigh,hafhigh' to
> 'dafhigh,flashaachigh,hafhigh'
> WARNING: Please update your preferences
> INFO: Checking existence of original version
> INFO: dafhigh1,dafhigh2,dafhigh3,dafhigh4,hafhigh1,hafhigh2 modes will be
> tried for version original
> INFO: Trying dafhigh1 mode to record radio: Caithream Ciil -
> 14/03/2017
> INFO: File name prefix = Caithream Ciuil - 2017-03-14
> Can't locate object method "autoflush" via package "FileHandle" at
> /opt/share/get_iplayer/get_iplayer line 8517.
>
> Does 2.99 require a Perl package not required by previous versions?  That's
> what the message suggests to me at a first glance, but I can't see anything
> like that in the Release Notes, only dependencies removed for 2.98.
>
> Regards, Charles.
>
> --
> www.macfh.co.uk/MacFH.html
>
>
> ___
> 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: Loss of XML feeds...

2017-03-14 Thread artisticforge .

hello

it was actually reasonable for time. I just finished running my
modified refresh cache shell script.
Granted i excluded regional & local. So it was not a true apple/apple test.

it will limp along until the BBC finally puts it down, so to speak.


On Tue, Mar 14, 2017 at 2:52 AM, Alan Milewczyk  wrote:
> On 14/03/2017 14:18, Vangelis forthnet wrote:
>>
>>
>> For "academic" reasons,
>>
>> perl get_iplayer-299.pl --type=tv -f --force --ybbcy
>> --refresh-exclude="BBCAlba,BBC Parliament,S4C,CBeebies"
>>
>> took 12min to build a tv.cache of 1086 entries (YMMV);
>> local channels are ignored by default.
>> --ybbcy switch applies to GiP 2.95+
>>
>
> The mind boggles how long it would take to build the radio.cache! :-(
>
> As it stands the current TV situation is not a massive problem for me as I
> mostly use PIDs because of the relatively small programmes I download.
> Radio, on the other hand is a totally different matter with a very large
> number of relatively short programmes, especially on Radio 4/4Extra and it's
> too much of a pain to go PID-hunting for each and every one! :-(
>
> A
>
>
> ___
> 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

test message plaintext

2017-03-04 Thread artisticforge .

hello

this should be plaintext only.


-- 
terry l. ridder ><>

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

Re: get_iplayer-2.99 search is different

2017-02-15 Thread artisticforge .

hello

the problem is the "long" option.

I was read the --dump-option output again.
the --long option has two very different meanings.

under display options
 --long, -l  long
 Show extended programme info

under search options
 --long, -l  long 1
 Additionally search in programme
descriptions and episode names  (same as --fields=name,episode,desc )

i was only thinking of the display option when i added it to the options file.
so removing it from options should resolve the issue.



that is confusing .


On Wed, Feb 15, 2017 at 11:50 AM, artisticforge .
<artisticfo...@gmail.com> wrote:
> hello
>
> this is a resend without your original message included.
> it was bounced for not being plaintext.
>
>  ~/get_iplayer-2.99/get_iplayer --show-prefs
> Options in '~/.get_iplayer/options'
> modes = best
> subdir = 1
> versionlist = default
> tvmode = best
> long = 1
> refreshfuture = 1
> verbose = 1
> thumbsizecache = 640
> atomicparsley = /usr/bin/AtomicParsley
> tag_isodate = 1
> subtitles = 1
> nopurge = 1
> radiomode = best
> ffmpeg = /usr/local/bin/ffmpeg
> thumb = 1
> fileprefix =  -   
>
>
>
> I have written a shell script which finds out which PVR search caused
> the odd downloads.
>
> --
> terry l. ridder ><>



-- 
terry l. ridder ><>

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

Re: get_iplayer-2.99 search is different

2017-02-15 Thread artisticforge .

hello

this is a resend without your original message included.
it was bounced for not being plaintext.

 ~/get_iplayer-2.99/get_iplayer --show-prefs
Options in '~/.get_iplayer/options'
modes = best
subdir = 1
versionlist = default
tvmode = best
long = 1
refreshfuture = 1
verbose = 1
thumbsizecache = 640
atomicparsley = /usr/bin/AtomicParsley
tag_isodate = 1
subtitles = 1
nopurge = 1
radiomode = best
ffmpeg = /usr/local/bin/ffmpeg
thumb = 1
fileprefix =  -   



I have written a shell script which finds out which PVR search caused
the odd downloads.

-- 
terry l. ridder ><>

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

get_iplayer-2.99 search is different

2017-02-15 Thread artisticforge .

hello

for several years I have had a PVR for the BBC Radio Wales programme
Celebration
this worked as i expected downloaded Celebration every Sunday morning.
BBC Radio Wales Celebration http://www.bbc.co.uk/programmes/b0079fvx

This morning i started get_iplayer-2.99 with
~/get_iplayer-2.99/get_iplayer --verbose --pvr

The result is that any radio programme with 'celebration' in the
radio.cache entry is being
queued to be downloaded.

So basically under Linux if you just did:
grep -i -e 'celebration' ~/.get_iplayer/radio.cache | less -S
will show you all the programmes currently matching.

I have disabled many PVR searches until I am able to determine how to
restore the old behavior.

I assume that the old behavior was just searching for matches on the name field.

I seem to remember that in the PVR file the fields to search could be specified.

current .get_player/pvr/Celebration contains
type radio
search0 Celebration

equally odd, the PVR for the radio programme 'Falco'
http://www.bbc.co.uk/programmes/b00r35gz.html

returned "10126|radio|5 live NFL - Super Bowl LI|b08dxcd8" because in
the description is
the word "Falcons" .

Was this also covered in release notes that I somehow missed?

-- 
terry l. ridder ><>

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

Re: 2.99 openSuse ffmpeg

2017-02-15 Thread artisticforge .

hello

you attempted to add far too much.
the path to ffmpeg is /usr/bin/ffmpeg
get_iplayer --prefs-add --ffmpeg /usr/bin/ffmpeg



On Wed, Feb 15, 2017 at 6:55 AM, michael norman
<michaeltnor...@gmail.com> wrote:
> On 14/02/17 13:23, artisticforge . wrote:
>>
>> hello
>>
>> what options are current in use?
>> ./get_iplayer --dump-options
>> or
>> ./get_iplayer --show-options
>>
>> ./get_iplayer --ffmpeg 
>>
>> I have not used OpenSUSE in years so i do not know where they are putting
>> ffmpeg
>> the likely places are /usr/bin /usr/local/bin
>>
>> you could try the commandline
>> which ffmpeg
>> to see which ffmpeg it is using
>>
>> the other commandline
>> whereis ffmpeg
>> would return where ffmpeg is found
>>
>> example
>> whereis ffmpeg
>> ffmpeg: /usr/bin/ffmpeg /usr/local/bin/ffmpeg /usr/share/ffmpeg
>> /usr/share/man/man1/ffmpeg.1.gz /usr/src/ffmpeg-3.1.3/ffmpeg.h
>> /usr/src/ffmpeg-3.1.3/ffmpeg.c
>> /usr/src/ffmpeg-3.1.3-64bit-static/ffmpeg
>>
>> which ffmpeg
>> /usr/local/bin/ffmpeg
>>
>> when all else fails try ./get_iplayer --long-help
>>
>>
>> On Tue, Feb 14, 2017 at 7:06 AM, michael norman
>> <michaeltnor...@gmail.com> wrote:
>>>
>>> Running GIP 2.99 in openSUSE 42.2
>>>
>>> FFMPEG 3.2-65 is installed but running GIP from cli does not see it so
>>> conversion fails.
>>>
>>> How can I get GIP to see ffmpeg ?
>>>
>>> M
>>>
>>> ___
>>> get_iplayer mailing list
>>> get_iplayer@lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>>
>>
>>
>>
> I ran whereis ffmpeg
>
> michael1@Bonds:~> whereis ffmpeg
> ffmpeg: /usr/bin/ffmpeg /usr/share/ffmpeg /usr/share/man/man1/ffmpeg.1.gz
> michael1@Bonds:~>
>
> so I added the path to my prefs
>
> michael1@Bonds:~> get_iplayer --prefs-add --ffmpeg /usr/bin/ffmpeg
> /usr/share/ffmpeg /usr/share/man/man1/ffmpeg.1.gz
>
> But conversion still failed
>
> INFO: Begin converting video file:
> /home/michael1/The_Papers_-_2017-02-14_b08f3z6f_original.hls.ts
> [NULL @ 0xdf9a00] non-existing SPS 0 referenced in buffering period
> [NULL @ 0xdf9a00] SPS unavailable in decode_picture_timing
> [mp4 @ 0xdfc5e0] dimensions not set
> Could not write header for output file #0 (incorrect codec parameters ?):
> Invalid argument
> INFO: Command exit code 1 (raw code = 256)
> WARNING: Conversion failed - retaining video file:
> /home/michael1/The_Papers_-_2017-02-14_b08f3z6f_original.hls.ts
>
> Any thoughts ?
>
> M
>
>



-- 
terry l. ridder ><>

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

Re: get_iplayer-2.99 odd behaviour

2017-02-15 Thread artisticforge .

hello

that explains it. I did not use 2.97 nor 2.98
i went from 2.96 to 2.99.

I wil have to read the release notes for 2.98


On Tue, Feb 14, 2017 at 8:54 PM, James Scholes <ja...@jls-radio.com> wrote:
> artisticforge . wrote:
>> I do not remember the release notes mentioning anything about this
>> being removed.
>
> The release notes for 2.98 do say:
>
>> The various download progress displays are now suppressed in the Web
>> PVR Manager and when capturing get_iplayer output to a file. The
>> progress displays can be forced into a file with the new
>> --log-progress  option.
> --
> James Scholes
> http://twitter.com/JamesScholes
>
> ___
> 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

get_iplayer-2.99 odd behaviour

2017-02-14 Thread artisticforge .

Hello;


get_iplayer-2.96 when used in --verbose --pvr mode would display
the running time, percent downloaded & an estimate of the time remaining.
Recording: 1.76MB / 1763.34MB  2409kbps   0.1% 01:39:51 remaining


get_iplayer-2.99 is not showing that.
INFO: Begin recording at: 0.00 MiB (00:00:00) [1]

INFO: Recorded: 63.90 MiB (00:27:50) [261] in 00:04:55 at 1.73 Mibit/s


am i missing something?
I do not remember the release notes mentioning anything about this
being removed.



-- 
terry l. ridder ><>

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

Re: 2.99 openSuse ffmpeg

2017-02-14 Thread artisticforge .

hello

what options are current in use?
./get_iplayer --dump-options
or
./get_iplayer --show-options

./get_iplayer --ffmpeg 

I have not used OpenSUSE in years so i do not know where they are putting ffmpeg
the likely places are /usr/bin /usr/local/bin

you could try the commandline
which ffmpeg
to see which ffmpeg it is using

the other commandline
whereis ffmpeg
would return where ffmpeg is found

example
whereis ffmpeg
ffmpeg: /usr/bin/ffmpeg /usr/local/bin/ffmpeg /usr/share/ffmpeg
/usr/share/man/man1/ffmpeg.1.gz /usr/src/ffmpeg-3.1.3/ffmpeg.h
/usr/src/ffmpeg-3.1.3/ffmpeg.c
/usr/src/ffmpeg-3.1.3-64bit-static/ffmpeg

which ffmpeg
/usr/local/bin/ffmpeg

when all else fails try ./get_iplayer --long-help


On Tue, Feb 14, 2017 at 7:06 AM, michael norman
 wrote:
> Running GIP 2.99 in openSUSE 42.2
>
> FFMPEG 3.2-65 is installed but running GIP from cli does not see it so
> conversion fails.
>
> How can I get GIP to see ffmpeg ?
>
> M
>
> ___
> 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: commandlines

2017-02-13 Thread artisticforge .

hello

for some reason this short reply has bounced three times.
last try

there is a 1280x720 25fps mode
use the commandline
 ~/get_iplayer-2.99/get_iplayer --verbose --info --long --type=tv
--pid=b08fqs8v

INFO: Found mode hlshd1: (gip_hls_iplayer_2380) hls h264 1280x720 25fps
2380kbps stream (CDN: akamai_hls_open/10)

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

Re: v2.99 Failed - again

2017-02-13 Thread artisticforge .

hello

it downloaded correctly with the commandline
 ~/get_iplayer-2.99/get_iplayer --type=tv --mode=best --verbose
--pid=b08fnxmf 2>&1 | tee get_iplayer-2.99-debug

using trisquel linux distribution on a x86-64 laptop

i have watched the intro of it to ensure that it was in fact correct.


On Mon, Feb 13, 2017 at 1:50 PM, CJB  wrote:
> Windows PVR - set modes to dvflow4
>
> This is what I got:
>
> Countryfile Winter Diaries: Series 1 - Episode 1 (b08fnxmf)
>
> INFO Trying to download PID using type tv
> INFO: pid found in cache
> Matches:
> 1421:   Countryfile Winter Diaries: Series 1 - Episode 1, BBC One, b08fnxmf
>
> INFO: 1 Matching Programmes
> INFO: Checking existence of original version
> INFO: dvflow4 modes will be tried for version original
> INFO: Trying dvflow4 mode to record tv: Countryfile Winter Diaries:
> Series 1 - 1. Episode 1
> INFO: File name prefix =
> Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original
> INFO: Begin recording file: C:\Users\ChrisJBrady\Desktop\iPlayer
> Recordings\Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original.audio.m4a
> INFO: Begin recording at: 0.00 MiB (00:00:00) [1]
>
> INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:41 at 0.00 Mibit/s
> WARNING: Unexpected size for segment [1]
> WARNING: Expected: 45876  Downloaded: 22774
> WARNING: Retrying download
> WARNING: Stopped recording file: C:\Users\ChrisJBrady\Desktop\iPlayer
> Recordings\Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original.audio.m4a
> WARNING: Stopped recording at: 0.00 MiB (00:00:00) [0]
> WARNING: Retry recording for 'Countryfile Winter Diaries: Series 1 -
> 1. Episode 1 (b08fnxmf)'
> INFO: File name prefix =
> Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original
> INFO: Resizing file: C:\Users\ChrisJBrady\Desktop\iPlayer
> Recordings\Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original.audio.m4a
> INFO: Resizing from 14263185 to 14242175 for resume
> INFO: Resume recording file: C:\Users\ChrisJBrady\Desktop\iPlayer
> Recordings\Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original.audio.m4a
> INFO: Resume recording at: 13.58 MiB (00:19:50) [311]
>
> INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:20 at 0.00 Mibit/s
> WARNING: Unexpected size for segment [311]
> WARNING: Expected: 45911  Downloaded: 1460
> WARNING: Retrying download
> WARNING: Stopped recording file: C:\Users\ChrisJBrady\Desktop\iPlayer
> Recordings\Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original.audio.m4a
> WARNING: Stopped recording at: 13.58 MiB (00:19:50) [310]
> WARNING: Retry recording for 'Countryfile Winter Diaries: Series 1 -
> 1. Episode 1 (b08fnxmf)'
> INFO: File name prefix =
> Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original
> INFO: Resume recording file: C:\Users\ChrisJBrady\Desktop\iPlayer
> Recordings\Countryfile_Winter_Diaries_Series_1_-_1._Episode_1_b08fnxmf_original.audio.m4a
> INFO: Resume recording at: 13.89 MiB (00:20:17) [318]
> #
> INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:20 at 0.00 Mibit/s
> WARNING: Unexpected size for segment [318]
>
> etc., etc.
>
> ___
> 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: Why mp4 or mp4.ts from identical installation?

2017-02-10 Thread artisticforge .

hello

the two Linux installed have different Perl modules installed.

You would have to find out the versions of the Perl modules used by get_iplayer.

get_iplayer is fine. the perl installation is the issue.


On Fri, Feb 10, 2017 at 11:03 AM, Charles Bradshaw
 wrote:
> Hi RS,
>
> I did, sort of, say which version of get_iplayer I'm using. If you
> looked at dumps.txt.zip in my original post the last lines both say:
> "get_iplayer Web PVR Manager v2.97, ©2009-2010 Phil Lewis - Licensed
> under GPLv3".
>
> I have been completely deceived by the fact that both installs are the
> same, but the results are radically different! Further posts telling me
> that ffmpeg versions might be the cause are, as it turns out, a complete
> red herring.
>
> I think you might eventualy understand the problem if I tell you that
> with get_iplayer v2.98 the problem goes away completely. Then both
> installs, but still using original package manager installed with
> different versions of ffmpeg, produce identical .mpg files. Albeit ~1.4
> times the size than when the intermediate is flash.
>
> I'm very happy that the problem has gone away, but suggest that
> somebody, hopefully with a better understanding of the internals than
> me, will find themselves revisiting what must be a subtle bug. :-(
>
> Thanks very much for your help and patients. Charles Bradshaw
>
> On 10/02/17 10:32, RS wrote:
>>> From: RS Sent: Thursday, February 9, 2017 2:00 PM
>>
>>> You won't get any support for Flash or rtmpdump.  They have been
>>> deprecated for some months, and have been withdrawn in v2.98 of
>>> get_iplayer.
>>
>>> You don't say which version of get_iplayer you are using or which
>>> Flash mode you are trying to receive.  If you have v2.95 or above you
>>> can use the HLS modes.  If you have been receiving Flashhd, try
>>> tvmode=HLShd
>>
>>> You can find a table of modes available in v2.98 at
>>> https://github.com/get-iplayer/get_iplayer/wiki/modesref
>>
>> Sorry, I am being obtuse.  If the downloaded file before multiplexing
>> by ffmpeg has a suffix .mp4.ts, it is not a Flash file generated by
>> rtmpdump. Flash files have a suffix .flv
>> .mp4.ts files are generated by the newer modes, HLS, HVF, and now in
>> v2.98 DVF.
>> The file size with HLShd is the same as the file size with FlashHD.
>> The file size with HLSvhigh is the same as the file size with Flashvhigh.
>>
>> If the files sizes are different it is because you have specified
>> different resolutions in your --tvmode options for the two
>> installations.  That is not necessarily because of something you have
>> done.  Confusingly the defaults have changed between versions of
>> get_iplayer, and the definitions of composite modes such as best and
>> better have also changed.
>>
>> You can see which mode has been used from a line beginning
>> INFO: Trying hlshd1 mode to record
>> where hlshd1 will be replaced with the mode you are using.
>>
>> You are more likely to get similar results between installations if
>> you use the same versions of get_iplayer.  It will also help if you
>> specify the --tvmode explicitly.  I suggest to begin with you stick to
>> hlshd, hlsvhigh, and hlsstd.  Unless your connection is very slow you
>> will find HLS is much faster than Flash, up to 80Mbit/s.
>>
>> You are right that the lack of AtomicParsley will not make your files
>> unplayable.  It may make seeking slower.
>>
>>
>>
>>
>> ___
>> 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



-- 
terry l. ridder ><>

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

Re: Why mp4 or mp4.ts from identical installation?

2017-02-09 Thread artisticforge .

hello

Are you installing get_iplayer using the packages for Fedora & CentOS or from
the official github site?

also do not assume that get_iplayer on Fedora & CentOS are the same version.
particularly if installed from their respective repositories.

Also which version of get_iplayer are you using?
rtmpdump has been deprecated for several months.
why are you still downloading flash videos? "*.fvl"


On Thu, Feb 9, 2017 at 7:23 AM, Charles Bradshaw
<charles.brads...@ntlworld.com> wrote:
> Hello List
>
> I have, with some difficulty, installed ffmpeg 3.3.2 with the result that
> instead of  the .ts file I get an mp4. So progress. Unfortunately the file
> is almost 3.5 times the size, slow, lumpy and poorly synched, than the one I
> get from my Fedora install.
>
> Some experimenting with --verbose reveals some interesting results.
> Unfortunately I can't post the details because the posts are being bounced.
>
> To summarise: I copy the rtmpdump and ffmpeg commands from the Fedora traces
> and execute them on the CentOS command line. Simply using the original
> installed versions. I get a mp4.flv from rtmpdump and the expected mp4 from
> ffmpeg. Now the mp4 is back to the original (smaller) size.
>
> I conclude that the problem has nothing whatever to do with versions of
> ffmpeg or the missing AtomicParsley. To the contrary it it must be something
> to do with how get_iplayer evokes rtmpdump.
>
> On thought came to me in the dark hours; The Fedora box is connected over a
> slow wifi link whereas CentOS has a hard wired Ethernet connection. I have
> no clue about rtmpdump yet. It seems that it is something subtle with
> get_iplayers invocation of rtmpdump where the problem lies.
>
> Some assistance from someone with knowledge of the code would be helpful
> now. I am reasonably perl literate, but get\_iplayer is deep.
>
> Thanks for your help, Charles Bradshaw
>
>
> On 08/02/17 10:25, RS wrote:
>>
>>
>> Have you tried installing v3.0 or v3.2.2 of ffmpeg as I suggested?
>> artisticforge has told you the CentOS installation does not have ffmpeg
>> installed.  ffmpeg cannot multiplex your file if it is not installed.  In
>> addition, some features of get_iplayer require v2.5 or above of ffmpeg and
>> some require v3.0 or above.  You can look at the documentation to see which
>> features those are.
>
>
>
> ___
> 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: Why mp4 or mp4.ts from identical installation?

2017-02-07 Thread artisticforge .

hello

based sole on dump.txt the centos linux install does not have ffmpeg installed.
the fedora install does have ffmpeg installed. fedora install does not
have AtomicParsley installed. I see no attempt to tag the output.

the command that i use is:
~/get_iplayer-2.96/get_iplayer --tag-isodate --verbose --mode=best
--type=tv --pid=  2>&1
~/get_iplayer-log/get_iplayer-2.96--MM-DD

I do not use the web interface so i can not help you there.
i normal use bash shell scripts and some perl scripts to download what i desire.




On Tue, Feb 7, 2017 at 12:09 PM, Charles Bradshaw
<charles.brads...@ntlworld.com> wrote:
> * atomicparsley is not present in either of my installations!
>
> Please, I am serious about solving this problem. Do not reply off list. I
> have received some off list replies, clearly indicating poor understanding
> of both mailing list protocol and the amount of effort I prepared to invest.
>
> Is the attachment to my original post available to the list members? There
> are important clues in it, and  if not I will summarise it.
>
> I think the .mp4.ts producing install failed as the result of something
> missing, or perhaps a version dependency.
>
> Can I dump the ffmpeg and RTMPDump commands?
>
>
> On 06/02/17 15:30, artisticforge . wrote:
>>
>> hello
>>
>> check that ffmpeg & atomicparsley are both installed.
>> I had this happen on a new install of trisquel linux on a laptop.
>> neither ffmpeg nor atomicparsley were installed. once installed
>> everything works.
>>
>>
>>
>>
>> On Mon, Feb 6, 2017 at 7:07 AM, Charles Bradshaw
>> <charles.brads...@ntlworld.com> wrote:
>>>
>>> Hello List
>>>
>>> I have get_iplayer and get_iplayer.cgi installed under 2 different
>>> flavors of Linux, Fedora in the first case and CentOS in the second.
>>>
>>> The Identical installs are run under Apache and are installed as per
>>> instructions here: github.com/get-iplayer/get_iplayer/wiki/webpvrold
>>>
>>> The problem I'm seeing is that apparently identical installations
>>> produce different recorded file formats. The Fedora install produces
>>> vanilla .mp4, but the CentOS install produces .mp4.ts
>>>
>>> (please see - attached dump.txt.zip containing radically different
>>> record information from the different installations.)
>>>
>>> Why do two identical installations produce different file encoding? The
>>> latter .mp4.ts is huge (213,733,064) the former .mp4 is only half the
>>> size (123,967,485). Also the transport stream file is more or less
>>> useless because at present no browsers native HTML5 player supports ts.
>>>
>>> Presumably, I can configure my CentOS (mp4.ts producing) install to
>>> produce vanilla .mp4, but how?
>>>
>>> I have slightly different versions of ffmpeg, 2.8.10 (Fedora) and 2.2.1
>>> (CentOS); and RTMPDump v2.4 (Fedora) and RTMPDump v2.2e (CentOS) -
>>> perhaps there are problems here?
>>>
>>> Thank in advance.
>>>
>>> PS Neither install is public facing!
>>>
>>> ___
>>> 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



-- 
terry l. ridder ><>

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

Re: Why mp4 or mp4.ts from identical installation?

2017-02-06 Thread artisticforge .

hello

check that ffmpeg & atomicparsley are both installed.
I had this happen on a new install of trisquel linux on a laptop.
neither ffmpeg nor atomicparsley were installed. once installed
everything works.




On Mon, Feb 6, 2017 at 7:07 AM, Charles Bradshaw
 wrote:
> Hello List
>
> I have get_iplayer and get_iplayer.cgi installed under 2 different
> flavors of Linux, Fedora in the first case and CentOS in the second.
>
> The Identical installs are run under Apache and are installed as per
> instructions here: github.com/get-iplayer/get_iplayer/wiki/webpvrold
>
> The problem I'm seeing is that apparently identical installations
> produce different recorded file formats. The Fedora install produces
> vanilla .mp4, but the CentOS install produces .mp4.ts
>
> (please see - attached dump.txt.zip containing radically different
> record information from the different installations.)
>
> Why do two identical installations produce different file encoding? The
> latter .mp4.ts is huge (213,733,064) the former .mp4 is only half the
> size (123,967,485). Also the transport stream file is more or less
> useless because at present no browsers native HTML5 player supports ts.
>
> Presumably, I can configure my CentOS (mp4.ts producing) install to
> produce vanilla .mp4, but how?
>
> I have slightly different versions of ffmpeg, 2.8.10 (Fedora) and 2.2.1
> (CentOS); and RTMPDump v2.4 (Fedora) and RTMPDump v2.2e (CentOS) -
> perhaps there are problems here?
>
> Thank in advance.
>
> PS Neither install is public facing!
>
> ___
> 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: BBC to reinvent iPlayer

2017-01-11 Thread artisticforge .

hello

having read this news earlier i have been wondering if
this means that the BBC is finally going to go 'global'
and drop the geographical limitations.
Netflix and Amazon Prime are both global.
the offerings may be different depending on where you
are on earth but basically you can watch Netflix or
Amazon Prime Video.

I do realise that some of this is out of the BBC's "hands".
The IP owners have the final say.

The worse scenerio would be for the BBC iPlayer to become
like Apple iTunes. iTunes Users may only purchase media from
the country store that their apple id is registered in. It would be
better than nothing.

i personally have a gut feeling that get_iplayer days are numbered.
There is just too much £ involved. Everybody wants their share of
tea & biscuits.

In the future BBC iPlayer may be the greatest thing, but if it is
still UK only it will not mean all that much.

On Wed, Jan 11, 2017 at 4:17 AM, Simon Morgan  wrote:
> Let's hope that get_iplayer can climb over this potential barrier. Or rather
> those nice people who make get_iplayer possible can find the time etc to
> keep it afloat/
> Rgds
> Simon Morgan
>
> http://www.bbc.co.uk/news/uk-38579168
>
>
>
> ___
> 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: Issues with Large Files

2017-01-10 Thread artisticforge .

hello

I have noticed this also. iTunes would not import audio & video files
into the iTunes Library.
While researching the cause it became apparent that the files were
thousands of small chunks.
I have found that running them through Handbrake "fixes" them.

i do not see anything that get_iplayer may do to alleviate  the
problem. this is a BBC issue.


On Tue, Jan 10, 2017 at 4:23 AM, Budge  wrote:
> I have recently had trouble playing radio 3 operas on my Linn devices. These
> files used to play although there were problems.  They play well on my RPi3
> with IQaudIO DAC+ amd upmpdcli gapless player software. (Totally brilliant
> setup which enables me to use excellent power amplifiers which would
> otherwise be redundant.)
>
> I asked Linn for help which they are working on and received this reply:-
>
> As a workaround for now, you could convert the file to a different format.
> I've checked that it plays after converting to either FLAC or ALAC using
> dbpoweramp.
>
> You might even find that just re-writing it as AAC fixes things - the
> problems are caused by the file being split into an enormous number of tiny
> chunks (over 400,000 audio blocks for a 9,200 second track); any encoder
> which reduced this would allow the file to play.
>
> Please could somebody tell me if this is correct and what should be there or
> have I done something wrong with my gip installation.
> Budge
>
> ___
> 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: cute error message

2017-01-01 Thread artisticforge .

hello

I will be long dead before that happens. I personally think
downloading 4k media files the height of stupidity.

It was the humour in the error message that is refreshing.


On Sat, Dec 31, 2016 at 7:12 PM, Owen Smith  wrote:
> Sense of humour my foot. That's only 6GB. I regularly deal with files that 
> size and larger. It's high time software caught up. Whether it was 50fps is 
> irrelevant, one day we'll be downloading 1920x1080 or hopefully 4K and then 
> 6GB will be an average file size.
>
> --
> Owen Smith 
> Cambridge, UK
>

-- 
terry l. ridder ><>

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

Being Human Series 1 Episode 3 is a bit strange file

2017-01-01 Thread artisticforge .

Hello

Being Human Series 1 Episode 3 b00hkc4x is of version
'other'. This 'other' version downloads and tags correctly.
the issue with it is that iTunes will not load it into the iTunes Library.
The Quick Look feature of Mac OSX will not play the episode.
VLC, does play the "other" version.

Using handbrake on Mac OSX;  the 'other' version was "processed"
to a handbrake copy.
This handbrake copy will load into the iTunes Library and the Quick Look
feature does play the episode. The handbrake copy is roughly half the size
in bytes.
The 'other' version is close to the size of the other Being_Human Series 1
episodes.

Being_Human_Series_1_-_3._Episode_3_b00hkc4x_handbrake.m4v
1.12 GB on disk (1,122,219,818 bytes)
Being_Human_Series_1_-_3._Episode_3_b00hkc4x_other.mp4
2.23 GB on disk (2,225,940,368 bytes)

I did check the long info for the pid and the version 'other' is the
only existing version.

So what exactly is meant with a version of 'other'?

Below is that output from get_iplayer-2.96.


brand:  Being Human
categories: Drama,Supernatural,Russell Tovey,Lenora
Crichlow,Ghost,Horror & Supernatural,Comedy,Aidan Turner
category:   Drama
channel:BBC Three
desc:   Annie investigates why she's trapped in limbo with the
help of a miserable ghost.
desclong:   Annie investigates the reason she is trapped in limbo
with the help of Gilbert, a miserable ghost from the 1980s. Lauren
won't leave Mitchell alone and George has an admirer at the hospital.
descmedium: Comedy-drama series about housemates who are actually
a werewolf, a vampire and a ghost. Annie investigates why she is
trapped in limbo with the help of a ghost from the 1980s.
descshort:  Annie investigates why she's trapped in limbo with the
help of a miserable ghost.
dir://get_iplayer.dir/Being_Human_Series_1
dldate: 2016-12-31
dltime: 23:09:31
duration:   3600
durations:  other: 3600
episode:3. Episode 3
episodenum: 3
episodeshort:   Episode 3
ext:EXT
filename:
//get_iplayer.dir/Being_Human_Series_1/Being_Human_Series_1_-_3._Episode_3_b00hkc4x_other.EXT
filepart:
//get_iplayer.dir/Being_Human_Series_1/Being_Human_Series_1_-_3._Episode_3_b00hkc4x_other.partial.EXT
fileprefix: Being_Human_Series_1_-_3._Episode_3_b00hkc4x_other
firstbcast: other: 2009-12-30T04:00:00Z
firstbcastdate: other: 2009-12-30
firstbcastrel:  other: 7 years 2 days 1 hours ago
lastbcast:  other: 2015-09-18T00:45:00+01:00
lastbcastdate:  other: 2015-09-18
lastbcastrel:   other: 1 years 106 days 5 hours ago
longname:   Being Human: Series 1
modes:  other:
flashhd1,flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,hlshd1,hlsvhigh1,hlshigh1,hlsstd1,hvfhd1,hvfhd2,hvfsd1,hvfsd2,hvfvhigh1,hvfvhigh2,hvfhigh1,hvfhigh2,hvfstd1,hvfstd2,hvflow1,hvflow2,subtitles1
modesizes:  other:
flashhd1=981MB,flashvhigh1=616MB,flashvhigh2=616MB,flashhigh1=329MB,flashhigh2=329MB,flashstd1=211MB,flashstd2=211MB,hlshd1=1024MB,hlsvhigh1=642MB,hlshigh1=341MB,hlsstd1=218MB,hvfhd1=2364MB,hvfhd2=2364MB,hvfsd1=1337MB,h
name:   Being Human: Series 1
nameshort:  Being Human
pid:b00hkc4x
player: http://www.bbc.co.uk/iplayer/episode/b00hkc4x
runtime:60
senum:  s01e03
series: Series 1
seriesnum:  1
thumbfile:
//get_iplayer.dir/Being_Human_Series_1/Being_Human_Series_1_-_3._Episode_3_b00hkc4x_other.jpg
thumbnail:  http://ichef.bbci.co.uk/images/ic/640x360/p01lzb6v.jpg
title:  Being Human: Series 1: Episode 3
type:   tv
verpids:other: b00q7d4t
version:other
versions:   other
web:http://www.bbc.co.uk/programmes/b00hc58j


INFO: 1 Matching Programmes



-- 
terry l. ridder ><>

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

Re: cute error message

2016-12-31 Thread artisticforge .

hello

I have not watched it yet so I am unable to answer your question.
yes, i did download the "best" which is the default option I have set.
I had assumed wrongly that Linuxmint 64bit was up to date on apps.
obviously it is not.
I used mp4tags to tag the file without any issues. required some minimal
editing of the AtomicParsley command.

Given the end of year events[1] I found the humour refreshing.

[1] - december 20th, 2016 my friend and companion my dog of 12 years 2
months & 2 days died suddenly.
december 26th, 2016 two friends the same age as me died suddenly at
their homes. They went to bed Christmas
night and did not wake up Boxing day. Died in their sleep.

On Sat, Dec 31, 2016 at 12:04 PM, RS <richard...@zoho.com> wrote:
>> From: artisticforge .
>
>
>> Sent: Saturday, December 31, 2016 14:42
>
>
>> i was saving off Dances with Wolves
>
>
>> You must be off your block thinking I'm going to tag a file that is at
>> LEAST 6237009767 bytes long.
>
>
> That's because you downloaded the 720p50 HVFHD mode.  Did the action
> sequences look a lot better at the 50Hz frame rate?  The  720p25 HLSHD mode
> is only 2.8GByte.
>
>
> ___
> 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

cute error message

2016-12-31 Thread artisticforge .

hello

the error message is from AtomicParsley

i was saving off Dances with Wolves

You must be off your block thinking I'm going to tag a file that is at
LEAST 6237009767 bytes long.
AtomicParsley doesn't have full 64-bit support
INFO: Command exit code 2 (raw code = 512)
WARNING: Failed to tag MP4 file

it is nice to see software with a sense of humour.


-- 
terry l. ridder ><>

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

Re: [Get-iPlayer] Re: BBC iPlayer login will be required from 2017

2016-09-28 Thread artisticforge .

hello

I listen to BBC Radio off the internet.
As to which stations it depends on the day of the week and the time of day.
Sunday is Radio Cumbria, Radio Kent, Radio Lincolnshire, Radio Stoke and
Radio Wales.

Asking for location makes no sense to me. it is all to create the
illusion that the BBC is doing something to get people to purchase TV
Licence.

They would not have an issue if they would just figure out how to
allow non-UK residents pay a subscription fee for the BBC content. I
know friends in the USA
who pay an obscene amount per month for 500 channels of rubbish. They would
pay £50.00 per month for the BBC easily. BBC America is NOT the BBC.
it was sold off a while ago.

On Wed, Sep 28, 2016 at 7:26 AM, David Cantrell  wrote:
> On Wed, Sep 28, 2016 at 03:47:39AM +0300, Vangelis forthnet wrote:
>
>> ...yeah, right... Localised to a specific postcode!!!
>> County/City would have sufficed for that...
>
> Radio waves are inconsiderate little buggers and don't pay much
> attention to things like placenames.
>
> Quick, which local radio station should I get if I live in Newport?
>
> Which local radio station should I get if I live in Yorkshire?
>
> Which should I get in Thornton Heath, which is in London but my address
> had Surrey in it back in the dark ages when the post office cared about
> such things?
>
> (the correct answer to all of those is, of course, "none of them,
> because all local radio is shit")
>
> --
> David Cantrell | Nth greatest programmer in the world
>
> I think the most difficult moment that anyone could face is seeing
> their domestic servants, whether maid or drivers, run away
>   -- Abdul Rahman Al-Sheikh, writing on 25 Jan 2004 at
>  http://www.arabnews.com/node/243486
>
> ___
> 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: [Get-iPlayer] Re: BBC iPlayer login will be required from 2017

2016-09-27 Thread artisticforge .

Hello Vangelis

But even your "noise" is so well articulated and thought out. :-)



On Tue, Sep 27, 2016 at 7:47 PM, Vangelis forthnet
 wrote:
> On Tue Sep 27 12:18:53 BST 2016, Roger Bell_West wrote:
>>
>> so far use of iPlayer for _radio_ programmes does not require a licence
>
>
> Though not clear in the BBC News article that started this thread, the Daily
> Mail one (linked to by CJB) states:
>>>
>>>  From early next year, anyone accessing TV and radio content via the
>>> streaming service will have to register their names, email addresses, and
>>> postcodes.
>
>
> So it would appear the obligatory login (via BBC ID) will also apply to
> iPlayerRadio users, despite, as you correctly said, no TV licence is
> (currently) required for that...
>>
>> or residency in the UK.
>
>
> Again, I fear this will also apply to Int'l users (in the millions...)
> wishing to access iPlayerRadio offered to them (in low bitrates); in their
> recently revised pages: https://www.bbc.com/register/
> https://www.bbc.co.uk/usingthebbc/account/help-registering/
> you need provide age, valid e-mail address and password; their "register"
> page automatically figures out (via IP check) physical location of
> registeree and auto-completes the Country input field; if !=UK, you need not
> provide a postcode.
>
>>> From Tuesday, BBC ID holders also have to add a postcode to their
>>> account. TV Licensing has access to the information but the BBC says it has
>>> no current plans to use it for enforcement purposes. The corporation says
>>> the changes are part of an attempt to make its services more personal and
>>> localised
>
>
> ...yeah, right... Localised to a specific postcode!!! County/City would have
> sufficed for that...
>
> This compulsory login, come next year, is but a prelude to the next stage
> where valid TV licence credentials will also be required in the login, at
> least for TV content (a speculation on my part...).
> Just have a look over at the major TV-On-Demand sites in the US; they all
> require you "Select your TV provider, sign in and watch."
> When the real underlying issue is loss of revenue, tightening the control
> over those who access iPlayer comes as no surprise;
>>>
>>> The BBC has said "significant numbers of new people" have bought a
>>> licence since the new rules came into effect.
>
> Probably not that "significant" to have resulted in this new tighter access
> scheme...
>
> (I very rarely contribute to OT-ish threads, this is just one of those
> instances... Apologies to those that feel annoyed by the noise...)
>
> Kind regards
> ___
> 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: BBC iPlayer login will be required from 2017

2016-09-27 Thread artisticforge .

hello

There are numerous BBC offerings all over the internet

below is just a small sampling.

iTunes -> Radio -> Alternative Rock -> BBC Radio 6
iTunes -> Radio -> Comedy -> BBC Radio 4
iTunes -> Radio -> Comedy -> BBC Radio 4 extra
iTunes -> Radio -> Classical -> BBC Radio 3
iTunes -> Radio -> Adult Contemporary -> BBC Radio 2

The iOS app, BBC iPlayer Radio,
Android app, BBC iPlayer Radio

THe requirement of a id & password if just smoke & mirrors.
creates the illusion that something is being done.



On Tue, Sep 27, 2016 at 7:30 AM, CJB  wrote:
> For what its worth ...
>
> http://www.dailymail.co.uk/news/article-3808926/BBC-iPlayer-viewers-soon-need-password-register-details.html
>
> CJB
>
>
> On 27/09/2016, Jim web  wrote:
>> In article <7AAC9874F8324F5AAC4DEA3E8C7A6DAB@RJCDESK>, RS
>>  wrote:
>>
>>> At present the BBC's attitude seems to be that if your Smart TV is more
>>> than 2 years old that's tough; they can't be bothered to support it.
>>
>> I wish people wouldn't keep trotting out this misrepresentation here. It
>> has been dealt with in the past.
>>
>> It is the responsibility of the *vendor* of closed commerial items to
>> ensure what you buy works as it should. They may 'subcontract' that to the
>> makers, who in turn may commission someone else to deal with it.
>>
>> The BBC try to give info well in advance to makers and those who offer
>> 'smart TV' boxes. Its then their job to handle it. Not the BBC's.
>>
>> Jim
>>
>> --
>> Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
>> Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
>> Audio Misc  http://www.audiomisc.co.uk/index.html
>>
>>
>> ___
>> 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



-- 
terry l. ridder ><>

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

Re: Audio encoding changed, truncated audio files

2016-09-15 Thread artisticforge .

hello

After spending many hours researching this issue i have the following:

I used Rod_Whiting pid=p045pzc5 for all testing.

the raw downloaded file:
Mac Mini running Mountain Lion MacOSX & get_Iplayer-2.96: download OK
Raspberry Pi 2 running Raspbian Jessie & get_iplayer-2.96:download OK
Raspberry Pi 3 running Raspbian Jessie & get_iplayer-2.96:download OK
Windows 10 & get_iplayer-2.96:
download OK
AMD Debian Linux Jessie & get_iplayer-2.96:
download Failed
Intel Debain Linux Jessie & get_iplayer-2.96:
download Failed

the Debian Linux Jessie Downloaded Raw files were all shorter in
length than the other platform files.

440432523 Sep 14 10:12
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw.m4a
440751343 Sep 14 11:33
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-02.m4a

442055972 Sep 14 18:25
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-hallein.m4a
442055972 Sep 14 20:51
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-niedernsill.m4a
442055972 Sep 14 09:39
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-wien.m4a
442055972 Sep 14 10:42
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-windows.m4a

using mp4file --list on Debian Linux machines, MacOSX & Raspbian on
the raw downloaded files
gives the following:

ReadAtom: 
"Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-02.m4a":
invalid atom size, extends outside parent atom - skipping to end of ""
"ќǤ" 3608486380 vs 440751343
iso6   dash,iso6   32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-02.m4a
iso6   dash,iso6   32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-hallein.m4a
ReadAtom: 
"Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw.m4a":
invalid atom size, extends outside parent atom - skipping to end of ""
"?o??" 3609949306 vs 440432523
iso6   dash,iso6   32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw.m4a
iso6   dash,iso6   32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-niedernsill.m4a
iso6   dash,iso6   32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-wien.m4a
iso6   dash,iso6   32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-windows.m4a

wien == MacOSX, hallein == Raspberry Pi 3 niedernsill == Raspberry Pi 2
raw == AMD raw-02 Intel

I ran the 4 ok downloads through many different version of ffmpeg on
the MacOSX & AMD Linux
the resulting output file were all OK
AtomicParsley tagged the output files OK.

The Issue is with Perl Modules under Debian Linux Jessie.
Sometime between Sunday 2016-09-04 & Sunday 2016-09-11 Debian Linux
Jessie Updated which broken get_iplayer under Debian Linux. In all
likelihood the update took place Saturday night.

The AMD Debian Linux box has been my "go to" box for years. it have
used it for get_iplayer for 4 years.
There was never an issue like this at anytime in the past.

The Raspberry Pi were clean installs in the past week.

for now I will use the MacOSX computer until I am able to sort out the
Debian Linux boxes.
My first thought is to downgrade all Perl Modules on the AMD Debian Linux box.
the Intel Box will be kept intact until such time I am able to wipe it
clean and retire it.
For now it will be a comparison box.


On Wed, Sep 14, 2016 at 5:53 PM, Vangelis forthnet
 wrote:
> On Wed Sep 14 13:42:05 BST 2016, RS wrote:
>
>> -i says
>> timeadded: 3 days 1 hours ago (2016-09-11T10:22:11+00:00)
>> so it has been updated.
>
>
> Greetings Richard :-)
>
> The "timeadded" part actually informs you
> of when that specific audio programme first
> populated your local "radio.cache" file;
> it has nothing to do with the actual time
> that audio file was uploaded/modified
> by the BBC on their CDNs!
> E.g., if I "--info" on my machine:
>
> perl get_iplayer-296w.pl --type=radio --pid=p045j35r -i | FindStr timeadded
>
> I get:
>
> timeadded: 10 days 20 hours ago (2016-09-04T02:18:08+00:00)
>
> (this specific radio show was
> firstbcast: original: 2016-09-03T06:00:00+01:00)
>
>> I have just tried this with v2.95 in Windows 10
>> (snip)
>> for dashhigh1.
>> (snip)
>> Interestingly, all the HAF modes have been removed.
>
>
> NO, they have not! You are using GiP 2.95, the "haf"
> radiomodes were implemented in 2.96+ :
>
> https://github.com/get-iplayer/get_iplayer/wiki/release296#3-combined-dash-haf-and-hlsaac-modes-now-default-for-radio-programmes-dash-preferred
>
> ergo:
>
> perl get_iplayer-296w.pl --type=radio --pid=p045j35r -i | FindStr "modes:"
>
> modes:  original:
> dashhigh1,dashhigh2,dashstd1,dashstd2,dashmed1,dashmed
> 2,dashlow1,dashlow2,flashaacstd1,flashaacstd2,flashaaclow1,flashaaclow2,hafhigh1
> ,hafhigh2,hafstd1,hafstd2,hafmed1,hafmed2,haflow1,haflow2,hlsaacstd1,hlsaaclow1
>
> whereas:
>
> perl get_iplayer-295.pl --type=radio

Re: Keep download file before conversion?

2016-09-14 Thread artisticforge .

hello

I mis typed my previous reply.

the culprit may be differences in the perl Installations.

using different ffmpeg including the latest from ffmpeg.org
still resulted in truncated audio files.

that would point to that the downloaded file is different in some way.

later today i will download the same offending file with --raw on
linux, MacOSX,
& windows 10. the downloaded file should be the same across all platforms.

On Wed, Sep 14, 2016 at 2:19 AM, Mark Carroll <m...@ixod.org> wrote:
> On 14 Sep 2016, artisticforge . wrote:
>
>> In theory the 3 downloaded files should be the same.
>> that would reinforce that ffmpeg is the culprit on Debian Linux Jessie.
>
> I haven't been following this thread carefully and I don't know why I
> did this but, for what little it's worth, I notice that while I run
> Debian GNU/Linux Jessie on one of the machines I use get_iplayer on, I
> seem to have pulled in a later version of ffmpeg from stretch for some
> reason.
>
> -- Mark
>
> ___
> 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: Keep download file before conversion?

2016-09-13 Thread artisticforge .

hello

Yes, I am fully aware of that. The reason of wanting the "raw" files
was to compare the downloaded files from a Mac, Windows & Linux before
"processed" by ffmpeg.

In theory the 3 downloaded files should be the same.
that would reinforce that ffmpeg is the culprit on Debian Linux Jessie.

On Tue, Sep 13, 2016 at 5:20 PM, Jon Davies <j...@hedgerows.org.uk> wrote:
> On 12 September 2016 at 18:08, artisticforge . <artisticfo...@gmail.com> 
> wrote:
>> i have looked at the long help and do not find what I was looking for.
>> Is there a way to keep the raw downloaded file before conversion?
>>
>> this would be the *.ts or m4a.m4a file.
>
> there's the --raw option: this keeps the unremuxed file, but prevents
> any remuxing from happening.
>
> Note that the "conversion" is simply taking the video and audio
> streams and putting them into a different, more convenient, container
> format - there's no change to the video or audio stream at all.
>
> jon



-- 
terry l. ridder ><>

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

Re: Audio encoding changed, truncated audio files

2016-09-13 Thread artisticforge .

hello

AMD 64 bit server

Why the question about Atomicparsley. it has nothing to do with the
failure. The verbose log file clearly shows that.
it if ffmpeg that is misreading the downloaded file.


atomicparsley
ii  atomicparsley 0.9.2~svn110-4
amd64read, parse and set metadata of MPEG-4 and 3gp
files



On Tue, Sep 13, 2016 at 5:27 PM, Jon Davies <j...@hedgerows.org.uk> wrote:
> On 12 September 2016 at 21:44, artisticforge . <artisticfo...@gmail.com> 
> wrote:
>> those results would point to a difference in the Perl installation on
>> Debian Linux Jessie.
>
> a few questions...
> are you running this on a pi or a pc?
> what version of atomicparsley do you have installed?
>
> thanks
> jon



-- 
terry l. ridder ><>

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

Re: Audio encoding changed, truncated audio files

2016-09-12 Thread artisticforge .

hello

Thank you for the debugging research.

In the verbose log, ffmpeg is seeing a Duration of 36:48 at 1598 Kbps
that is nearly 5 times 320 kbps.
5 times 36:48 gives roughly 10800 seconds or 3hours. 3 hours is what
the file should be.

so for some reason under Debian Linux Jessie the downloaded file is
either corrupted or being read incorrectly.

Testing under MacOSX Mountain Lion with ffmpeg 3.1.3 produces the correct file.
ffmpeg version 3.1.3 Copyright (c) 2000-2016 the FFmpeg developers
  built with Apple LLVM version 5.0 (clang-500.2.75) (based on LLVM 3.3svn)

testing under Windows 10 running inside cygwyn  produces the correct file.

those results would point to a difference in the Perl installation on
Debian Linux Jessie.

this is why I asked about keeping the downloaded file.
compare across the three different operating systems.
in theory they should be the same.


On Mon, Sep 12, 2016 at 1:37 PM, Vangelis forthnet
<northmed...@the.forthnet.gr> wrote:
> On Mon Sep 12 14:24:11 BST 2016, artisticforge . wrote:
>
>> to rule out it being a ffmpeg issue
>> I tried ffmpeg 2.6.7, 2.8.7 & 3.0.2
>> under Debian Linux
>> (snip)
>> The audio downloads are all truncated under Debian Linux
>> I have not tried get_iplayer-2.96 under windows 10
>> (snip)
>> I will post a verbose log file
>> from one of the latest truncated downloads.
>
>
> On Mon Sep 12 16:22:14 BST 2016, artisticforge . wrote:
>
>> the Duration of this program should be close to 3 hours/10800 seconds
>> the Duration of the truncated program is roughly 1/5 of 10800 seconds.
>> (snip)
>> Recording:   420.51MB / 419.43MB  1779kbps 100.3% 00:00:00 remaining
>> INFO: Recorded: 420.75MB in 00:32:17 at  1779kbps to
>> (snip)
>> /Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.partial.m4a.m4a
>> INFO: Begin converting file:
>> (snip)
>> ffmpeg version 3.1.3-static http://johnvansickle.com/ffmpeg/
>> (snip)
>> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from
>> '(snip)
>> /Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.partial.m4a.m4a':
>> Metadata:
>>major_brand : iso6
>>minor_version   : 0
>>compatible_brands: iso6dash
>>  Duration: 00:36:48.00, start: 0.00, bitrate: 1598 kb/s
>>  Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo,
>> fltp, 320 kb/s (default)
>> (snip)
>> encoder : Lavf57.41.100
>> (snip)
>> No more output streams to write to, finishing.
>> size=   86656kB time=00:36:48.00 bitrate= 321.5kbits/s speed=1.67e+03x
>
>
> ... I checked your offending PID under my
> Windows Vista SP2 32bit OS, using
> my custom installation of the 2.96 main perl script;
> the version of FFmpeg bundled with the latest
> windows installer is 3.0 (x86), but to approximate
> better your used FFmpeg version (3.1.3), I tried
> the fetch with an FFmpeg 3.1.2 x86 win binary
> kindly provided by "rogerdpack" here:
>
> https://sourceforge.net/projects/ffmpegwindowsbi/files/2016-08-12-v3.1.2/
>
> OT: The Zeranoe repo can't be used anymore
> on Windows XP (last working build is
> ffmpeg-20160227-git-5156578) and Windows Vista
> (last working build is ffmpeg-20160714-git-f41e37b)
> Current releases require Windows 7+.
>
> I was not able to reproduce with FFmpeg 3.1.2;
> command prompt window output follows:
> =
> C:\Program Files\get_iplayer>perl get_iplayer-296w.pl --type=radio
> --pid=p045j35
> r --radiomode=dashhigh1 --force
> get_iplayer 2.96-windows.0, 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 Trying to stream pid using type radio
> INFO: pid found in cache
> Matches:
> 19240:  Rod Whiting - 03/09/2016, BBC Radio Lincolnshire, p045j35r
>
> INFO: 1 Matching Programmes
> INFO: Checking existence of original version
> INFO: dashhigh1 modes will be tried for version original
> INFO: Trying dashhigh1 mode to record radio: Rod Whiting - 1362. 03/09/2016
> INFO: File name prefix = Rod_Whiting_-_1362._2016-09-03_p045j35r_original
>
> INFO: Begin recording file: D:\Vangelis\iPlayer
> Recordings\Rod_Whiting_-_1362._2
> 016-09-03_p045j35r_original.partial.m4a.m4a
> INFO: Recorded: 421.58MB in 00:15:18 at  3762kbps to D:\Vangelis\iPlayer
> Recordi
> ngs\Rod_Whiting_-_1362._2016-09-03_p045j35r_original.partial.m4a.m4a
> INFO: Begin converting file: D:\Vangelis\iPlayer
> Recordings\Rod_Whiting_-_1362._
> 2016-09-03_p045j35r_original.partial.m4a.m4a
> size=  431517kB time=0

Keep download file before conversion?

2016-09-12 Thread artisticforge .

Hello

i have looked at the long help and do not find what I was looking for.
Is there a way to keep the raw downloaded file before conversion?

this would be the *.ts or m4a.m4a file.



-- 
terry l. ridder ><>

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

Re: Audio encoding changed, truncated audio files

2016-09-12 Thread artisticforge .

=1.67e+03x
video:0kB audio:86250kB subtitle:0kB other streams:0kB global
headers:0kB muxing overhead: 0.470196%
Input file #0 
(/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.partial.m4a.m4a):
  Input stream #0:0 (audio): 103500 packets read (88320128 bytes);
  Total: 103500 packets (88320128 bytes) demuxed
Output file #0 
(/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.partial.m4a):
  Output stream #0:0 (audio): 103500 packets muxed (88320128 bytes);
  Total: 103500 packets (88320128 bytes) muxed
INFO: Command exit code 0 (raw code = 0)
INFO: Converted file:
/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.partial.m4a
INFO: Recorded file:
/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.m4a
DEBUG: Record using dashhigh1 mode return code: '0'

INFO: Getting thumbnail from
http://ichef.bbci.co.uk/images/ic/640x360/p02xtsrb.jpg
INFO: Getting page http://ichef.bbci.co.uk/images/ic/640x360/p02xtsrb.jpg
INFO: Downloaded Thumbnail to
'/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.jpg'
INFO: Loading recordings history
WARNING: File 
/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.jpg
already exists

INFO: MP4 tagging M4A file


INFO: Command: "/usr/bin/AtomicParsley"
"/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.m4a"
\
"--freefree" "--overWrite" "--stik" "Normal" "--advisory" "remove"
"--copyright" "2016 British Broadcasting Corporation, all rights
reserved" \
"--title" "Rod Whiting: 2016-09-03" "--artist" "BBC Radio
Lincolnshire" "--albumArtist" "BBC Radio" "--album" "Rod Whiting" \
"--grouping" "Magazines & Reviews,Entertainment" "--composer" "BBC
iPlayer" "--genre" "Magazines & Reviews" \
"--comment" "Saturday breakfast, including sport and weather."
"--year" "2016-09-03T06:00:00+01:00" "--tracknum" "1362" "--disk" "1"
\
"--lyrics" "Saturday breakfast, including sport and weather.

EPISODE
http://www.bbc.co.uk/programmes/p045j35r

SERIES
http://www.bbc.co.uk/programmes/p001d75z; "--artwork"
"/home/blank/get_iplayer.dir/Rod_Whiting/Rod_Whiting_-_1362._2016-09-03_p045j35r_original.jpg"


 Started writing to temp file.
 Progress: 
>0%-|

 Progress: 
===>100%|

 Finished writing to temp file.
INFO: Command exit code 0 (raw code = 0)

On Mon, Sep 12, 2016 at 8:24 AM, artisticforge .
<artisticfo...@gmail.com> wrote:
> Hello
>
> I have been doing some further investigation into this problem.
> to rule out it being a ffmpeg issue I tried ffmpeg 2.6.7, 2.8.7 & 3.0.2
> under Debian Linux. all the same results.
>
> I then downloaded radio programs from 2016-09-03, which download fine and
> used the old version of the encoder.
>
> the new downloads were all truncated. What surprised me was that these 
> programs
> were encoded with the new version of the encoder.
>
> The audio downloads are all truncated under Debian Linux right now.
> I have not tried get_iplayer-2.96 under windows 10 nor
> get_iplayer-2.96 under Mac OSX
> Mountain Lion nor Snow Leopard.
>
> I will post a verbose log file from one of the latest truncated downloads.
>
>
> On Sun, Sep 11, 2016 at 6:27 PM, artisticforge .
> <artisticfo...@gmail.com> wrote:
>> Hello
>>
>> It is not clear as to where I am to send them.
>> to you personally or the list?
>>
>>
>> On Sun, Sep 11, 2016 at 3:32 PM, Jon Davies <j...@hedgerows.org.uk> wrote:
>>> On 11 September 2016 at 14:01, artisticforge . <artisticfo...@gmail.com> 
>>> wrote:
>>>> The downloaded file are within nominal file size, it is after
>>>> conversion that they are truncated.
>>>
>>> Please could you email a verbose log of an example that fails?
>>>
>>> thanks
>>> jon
>>
>>
>>
>> --
>> terry l. ridder ><>
>
>
>
> --
> terry l. ridder ><>



-- 
terry l. ridder ><>

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

1 2 >

1 - 100 of 192 matches

Mail list logo