idevice downloads

2012-09-04 Thread Jimmy Aitken
According to the Guardian ( 
http://www.guardian.co.uk/media/2012/sep/04/bbc-mobile-download-iplayer-smartphone
 ) iPad/iPod/iPhone users will be able to download direct to their devices and 
play whilst offline either from today or shortly.

In the comments section, get_iplayer is mentioned directly as well, so there 
may be more traffic on the list.

Jimmy
--
Jimmy Aitken
jimmy.ait...@gmail.com






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


Re: Exclude category exception?

2012-09-04 Thread dinkypumpkin

On 04/09/2012 01:42, Arthur Murray wrote:

As an example, would it be possible for get_iplayer to
excludecategory programmes with Sport category, unless it was
Golf?  Is there some regex magic that would work?


Not exactly, but it should be good enough to just use --category=golf. 
There may be golf programmes that are not also sport programmes, but I 
imagine that will happen very rarely.


Grisly detail:  Programme categories are concatenated into a 
comma-separated string which is matched against each of the 
comma-separated regular expressions you supply to --category and 
--exclude-category.  Although the BBC taxonomy has a hierarchical 
structure, which leads to a generally consistent ordering of categories 
in the concatenated string, with more specific content categories coming 
before their more general parent categories.  In this example, Golf will 
come before Sport in the concatenated categories list.  However, it 
wouldn't be enough to use --category=golf,sport because get_iplayer 
will retrieve programmes that match either of those categories.  You 
could do something like --category=golf.*sport to get only sport 
programmes that are also golf programmes.  And if you're mildly insane, 
you could use --category=(^|\x2C)golf\x2C.*\x2Csport(\x2C|$) be 
absolutely sure that you only retrieve programmes with categories that 
exactly match both golf and sport.  The \x2C represents an embedded 
comma since the regex will be split on commas before running the search.


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


Re: idevice downloads

2012-09-04 Thread Bill Denton
  In the comments section, get_iplayer is mentioned directly as well, so 
  there may be more traffic on the list.
 
 Oh good, a better class of customer from BTL.

 (only kidding)
 ;-)

This may not be good news, as although I'm certain the BBC is aware of
get_iplayer, we don't what to much attention as they may decide to
start blocking it.

Bill.

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


Re: Exclude category exception?

2012-09-04 Thread Arthur Murray
Thanks for the details.  The use case was for the webpvr frontend,
get_iplayer.cgi which sends the parameters at once.

I want it to return a list of all programs except certain channels
(CBBC,CBeebies,Alba) and certain categories(Children's,Primary,Sport)
unless the category is Golf.   Doesn't sound possible.


On Tue, Sep 4, 2012 at 4:34 AM, dinkypumpkin dinkypump...@gmail.com wrote:
 On 04/09/2012 01:42, Arthur Murray wrote:

 As an example, would it be possible for get_iplayer to
 excludecategory programmes with Sport category, unless it was
 Golf?  Is there some regex magic that would work?


 Not exactly, but it should be good enough to just use --category=golf. There
 may be golf programmes that are not also sport programmes, but I imagine
 that will happen very rarely.

 Grisly detail:  Programme categories are concatenated into a comma-separated
 string which is matched against each of the comma-separated regular
 expressions you supply to --category and --exclude-category.  Although the
 BBC taxonomy has a hierarchical structure, which leads to a generally
 consistent ordering of categories in the concatenated string, with more
 specific content categories coming before their more general parent
 categories.  In this example, Golf will come before Sport in the
 concatenated categories list.  However, it wouldn't be enough to use
 --category=golf,sport because get_iplayer will retrieve programmes that
 match either of those categories.  You could do something like
 --category=golf.*sport to get only sport programmes that are also golf
 programmes.  And if you're mildly insane, you could use
 --category=(^|\x2C)golf\x2C.*\x2Csport(\x2C|$) be absolutely sure that you
 only retrieve programmes with categories that exactly match both golf and
 sport.  The \x2C represents an embedded comma since the regex will be
 split on commas before running the search.

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


Can only watch BBC Parliament and BBC Alba live

2012-09-04 Thread Hawes, Mark
On 03/09/2012 00:51, Hawes, Mark wrote:

 problems. BBC Parliament and BBC Alba will play live OK but all other

 livetv channels (e.g. BBC One, BBC Two, BBC News) will not. I'm 
 using version 2.82 of get_iplayer (build c3aafce) running on a 
 slackware 13.7 linux platform and playing the stream out through
cvlc.
 The commands I am using are:  'get_iplayer --stream --modes=best 
 --type=livetv BBC Parliament | cvlc -' which works, while 
 'get_iplayer --stream --modes=best --type=livetv BBC One | cvlc -'
does not.
 I notice that the available modes for the two working channels are 
 different, with BBC Parliament and Alba playing out OK using 
 'flashnormal' while BBC One and the other live channels try to use 
 'flashvhigh2' which is  unsuccessful. I have also tried explicitly 
 specifying each of the available modes for these channels, but again 
 to no avail.

 Sometimes --modes=best won't work and you need to specify explicit CDN

 sources in --modes.  For example, with BBC One try --modes=flashstd1 
 and if that fails try --modes=flashstd2.  Unfortunately, the 1 and
2
 suffixes don't always correspond to the same CDN for successive 
 invocations of get_iplayer.  The stream sources are generated 
 dynamically and get_iplayer only attempts to stream from the first one

 in order.  It may require a few attempts to land on a working CDN.

 Why is this necessary? The main entertainment channels like BBC One 
 are usually available on 2 CDNs with multiple encoding qualities on
each.
 However, the first CDN selected may not respond for some reason, or 
 the encoding quality you request may not be available on that CDN, or 
 you may be attempting to access a geo-locked CDN from outside the UK.

 You thus have to point get_iplayer to whichever CDN is actually 
 available at a given time.  BBC Parliament and BBC Alba are only 
 streamed from one CDN at a single encoding quality, so the above
shenanigans are not required.

Thanks for the quick response. I have done as you have suggested and
seem to have most Success using flashstd2. The command I used was:

get_iplayer-c3aafce/get_iplayer --stream --modes=flashstd2 --type=livetv
BBC One --debug | cvlc -

The stream plays for a very brief period (under a second) and then
stops. The log leading up to the failure looks as follows:

 get_iplayer v2.82, Copyright (C) 2008-2010 Phil Lewis
   This program comes with ABSOLUTELY NO WARRANTY; for details use
--warranty.
   This is free software, and you are welcome to redistribute it under
certain
   conditions; use --conditions for details.
 Matches:
 80003:  BBC One - live
 INFO: 1 Matching Programmes
 INFO: Checking existence of default version
 INFO: flashstd2 modes will be tried for version default
 INFO: Trying flashstd2 mode to record livetv: BBC One - live
 INFO: File name prefix = BBC_One_live_2012-09-04_220356

 WARNING: Your version of flvstreamer/rtmpdump does not support SWF
Verification  FLVStreamer v2.1c1
 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license:
GPL  Connecting ...
 Starting Live Stream
  .
  .
  .
   0fb0:  be 76 b4 c0 7b 43 8e a1  52 46 6f 60 f7 ee 9f 5f
.v..{C..RFo`..._  
   0fc0:  44 63 1c ed 4d 8d a5 8c  f0 02 eb 7f e7 98 1b 70
Dc..M..p  
   0fd0:  bd ed 4b 4a a2 8f 66 cd  fc 72 6e 10 7c 60 66 83
..KJ..f..rn.|`f.  
   0fe0:  95 2f ac 8e 68 2b 2b 52  0a 95 75 62 4b 0c ff 1f
./..h++R..ubK...  
   0ff0:  f6 f2 ca 1f 23 30 18 78  b7 e6 8d 61 5c ff bd 1c
#0.x...a\...  
 DEBUG2: RTMP_ReadPacket: fd=3
   :  c4 .

   :  4e bd 32 b8 85 a8 a6 33  a2 ea ec 19 30 f0 88 be
N.230...  
   0010:  04 be 42 39 a2 71 ac 0a  24 45 09 8a 7b 9f 77 0f
..B9.q..$E..{.w.  
   0020:  fa df 8e d5 61 29 0a fb  90 24 5f 69 c3 de 62 b6
a)...$_i..b.  
   0030:  5e 93 42 31 22 55 2a ad  50 cf 2e 0c 06 29 01 77
^.B1U*.P).w  
   0040:  52 c8 d6 77 5d 74 e5 ba  62 50 5f 68 6f 7c be d7
R..w]t..bP_ho|..  
   0050:  69 78 f0 81 b9 8a 2e 21  1a f4 56 13 73 0c cb 46
ix.!..V.s..F  
   0060:  36 3f d0 eb 36 ce b3 24  6b 4f 8f bc 84 98 dc e9
6?..6..$kO..  
  .
  .
  .
  .
   0950:  f4 46 94 68 28 49 08 4a  69 1e 43 c5 d5 7d 0c 3b
.F.h(I.Ji.C..}.;  
   0960:  a8 ee cb ec 16 4a b5 a0  2c 37 56 0a 0f d4 49 ca
.J..,7V...I.  
   0970:  c0 ba c6 11 a7 a8 b8 c1  00 fd 1f 4c 8b 53 0b 8c
...L.S..  
   0980:  48 85 50 24 d4 da bc 75  3e 92 27 7f 80 66 57 3c
H.P$...u.'..fW  
   0990:  2c 61 22 9c 6e e1 40 45  35 3b a9 1e 26 2d f0 b3
,a.n.@E5;..-..  
   09a0:  05 2a a8 33 9e c6 19 85  38 b1 39 a0 86 8c 67 1f
.*.38.9...g.  
   09b0:  d5 e8 26 6b c5 3b 2b fd  24 5e 7c 8e db 11 7b 1b
..k.;+.$^|...{.  
   09c0:  fa 1c 39 ae 19 8b f4 a0  3f 46 51 25 8c 13 f8 9f
..9.?FQ%  
   09d0:  87 74 36 8d 1d 69 7e ab  d6 d3 99 51 1d 30 02 cc
.t6..i~Q.0..  
   09e0:  a6 07 2c dc 58 b9 f7 11  5a f7 55 e1 3f da 8e dd
..,.X...Z.U.?...  
   09f0:  d2 f6 2d 1d a3 32 35 e8  ce 82 3d e2 0d be 95 0c
..-..25...=.  
   0a00:  23 

Incomplete downloads

2012-09-04 Thread Arthur Murray
Here is what I saw at the end of the download from get_iplayer
(happend twice today on the same file):

===
INFO: sampledescription:
INFO:   sampletypemp4a
48483.243 kB / 178.24 sec (5.0%)
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
48563.632 kB / 178.56 sec (5.0%)
INFO: Connection timed out, trying to resume.


Resuming download at: 48563.632 kB
48563.632 kB / 0.00 sec
Download complete
ffmpeg -i /dir/filename

=== case #2:
INFO:   sampletypemp4a
842113.262 kB / 2889.04 sec (81.4%)
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
842185.474 kB / 2889.20 sec (81.4%)
INFO: Connection timed out, trying to resume.


Resuming download at: 842185.474 kB
842185.474 kB / 0.00 sec
Download complete
ffmpeg -i 
===

So, it was 5% complete the first time, 81.4% complete the second time,
but then it became a Download Complete and continued on with the
conversion/tagging process.   Has anyone seen this before?

Is this a problem with rtmpdump (v2.4) or get_iplayer 2.82? Is there
any way to ensure this doesn't happen? Once the file is ffmpeg
converted it can't be resumed manually, so I had to find the file and
force a complete redownload.  It is worrying that incomplete downloads
can be considered complete and I might not notice it before it is too
late.

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