GiP 2.30 - unexpected size for segment
Was simultaneously downloading the afternoon and evening sessions of the final day of the World Snooker Championships. The afternoon session downloaded without any hiccups at all, but the download of the evening session had several instances of reporting "Unexpected size for segment". The download did complete successfully after resizing and resuming at each error point: [...] WARNING: Unexpected size for segment [272] WARNING: Expected: 2054840 Downloaded: 769070 WARNING: Retrying download WARNING: Stopped recording file: D:\Users\Nick\Videos\Snooker_World_Championship-s01e01-Monday_Final_Evening.video.ts WARNING: Stopped recording at: 417.77 MiB (00:34:41) [271] WARNING: Retry recording for 'Snooker: World Championship: 2017 - Monday, Final, Evening (b08pmslj)' INFO: File name prefix = Snooker_World_Championship-s01e01-Monday_Final_Evening INFO: Resizing file: D:\Users\Nick\Videos\Snooker_World_Championship-s01e01-Monday_Final_Evening.video.ts INFO: Resizing from 438832758 to 438063688 for resume INFO: Resume recording file: D:\Users\Nick\Videos\Snooker_World_Championship-s01e01-Monday_Final_Evening.video.ts INFO: Resume recording at: 417.77 MiB (00:34:41) [272] ___ 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?
My apolgies for the obnoxious signature, added by AVG software. I didn't know it was there. I think it's gone now. I'll experiment more tomorrow. I have a 4AM watch. best, doug On Wed, May 3, 2017 at 7:04 PM, artisticforge . wrote: > 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&utm_source=link&utm_campaign=sig-email&utm_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&utm_source=link&utm_campaign=sig-email&utm_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: pid-recursive in options file, bug or feature?
I know it scrubs non text attachments but that signature is terrible. > 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 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 ___ 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?
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 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?
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
Re: pid-recursive in options file, bug or feature?
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&utm_source=link&utm_campaign=sig-email&utm_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&utm_source=link&utm_campaign=sig-email&utm_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
pid-recursive in options file, bug or feature?
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 http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png"; width="46" height="29" style="width: 46px; height: 29px;" /> Virus-free. http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank" style="color: #4453ea;">www.avg.com ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Nothing happens in a few cases
Thanks. That was the hint I needed. There never has been an error message from gip that says a program isn't available yet, so I'd not expect one. My edit of the cache was unsucsessful, so I disconnected from the internet, deleted the cache file, restarted get_iplayer, reconnected, and then ran using the series PID and recursive (in my options file). It picked up those three episodes, just as it should have. thanks, again. best, doug On Wed, May 3, 2017 at 12:47 PM, Doug Faunt N6TQS +1-510-717-1197 wrote: > Thanks, that's a good hint. It originally showed up using recursive > on the series PID, and I have later episodes. > > > > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_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&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; > target="_blank" style="color: #4453ea;">www.avg.com > > > height="1"> > > On Wed, May 3, 2017 at 11:21 AM, artisticforge . > wrote: >> 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: Nothing happens in a few cases
Thanks, that's a good hint. It originally showed up using recursive on the series PID, and I have later episodes. http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png"; width="46" height="29" style="width: 46px; height: 29px;" /> Virus-free. http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank" style="color: #4453ea;">www.avg.com On Wed, May 3, 2017 at 11:21 AM, artisticforge . wrote: > 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: hlsstd mode not available for most programmes
Changes at the BBC broke some of the hls modes in 2.99 which might be why you can no longer see them. This was fixed in 3.00. > 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
Re: hlsstd mode not available for most programmes
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: hlsstd mode not available for most programmes
Chris Marriott wrote: Is there any other mode I could use to get smaller files than hlsvhigh? How about dafstd or dafmed?* * I'm using 3.00 so these might have different names in GiP 2.99; I don't even try to understand the modes system as it's an absolute usability nightmare. -- James Scholes http://twitter.com/JamesScholes ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
hlsstd mode not available for most programmes
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
Re: Nothing happens in a few cases
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: Nothing happens, no download, in these few cases.
On 03/05/17 15:45, Doug Faunt N6TQS +1-510-717-1197 wrote: Any Ideas about what's happening here below? Are you by any chance _pasting_ that into the command prompt? If so, try entering it manually ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Nothing happens, no download, in these few cases.
Any Ideas about what's happening here below? The PID seems to be good (Book At Bedtime, Into the Water episode 3), but nothing happens. Episodes 4 and 5 do the same, but the others download fine, as do the other PIDs I've tried. I'm puzzled. Thnaks, 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 C:\Program Files (x86)\get_iplayer>" http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png"; width="46" height="29" style="width: 46px; height: 29px;" /> Virus-free. http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank" style="color: #4453ea;">www.avg.com ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Nothing happens in a few cases
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 C:\Program Files (x86)\get_iplayer>"b http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png"; width="46" height="29" style="width: 46px; height: 29px;" /> Virus-free. http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"; target="_blank" style="color: #4453ea;">www.avg.com ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GIP 3.00 openSUSE 42.2 SOLVED
On 05/03/2017 11:51 AM, SquarePenguin wrote: I can't tell you why you're facing the error but my suspicion would be that disabling the h264 decoder is somehow affecting how gip is handling the remuxing. Perhaps it needs to decode the first frame of the stream or something? I can't say. I guess the simplest thing to do would be to simply install a 'known good' static ffmpeg binary and tell gip to use that instead. It wouldn't affect your system ffmpeg install, it would just be a stand alone binary for gip to use. There is a very clear guide to do this in the wiki. It's usually used for old distros but it simply installs a separate ffmpeg binary for gip to use that's known to work so would hopefully work for you to. https://github.com/get-iplayer/get_iplayer/wiki/unix#ffmpeg-for-old-linux-distros Many thanks, that has solved the problem. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GIP 3.00 openSUSE 42.2
On 03/05/17 11:51, SquarePenguin wrote: From your log I can't really see anything obvious aside from Cannot load libnvcuvid.so.1 [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. [mpegts @ 0x9c9f60] Failed to open codec in avformat_find_stream_info Cannot load libnvcuvid.so.1 [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. ...and... [mpegts @ 0x9c9f60] Could not find codec parameters for stream 0 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x9c9f60] Could not find codec parameters for stream 1 (Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), nv12(progressive)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '/home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts': Duration: 00:21:40.00, start: 10.00, bitrate: 1987 kb/s Program 16727 Stream #0:0[0x22](eng): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s Stream #0:1[0x21]: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), nv12(progressive), 25 tbr, 90k tbn, 90k tbc [mp4 @ 0x9d0bc0] dimensions not set Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Last message repeated 1 times INFO: Command exit code 1 (raw code = 256) WARNING: Conversion failed - retaining video file: /home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts I also saw this: --disable-decoder='mpeg1video,mpeg2video,mpeg4,h264,vc1' I can't tell you why you're facing the error but my suspicion would be that disabling the h264 decoder is somehow affecting how gip is handling the remuxing. Perhaps it needs to decode the first frame of the stream or something? I can't say. I guess the simplest thing to do would be to simply install a 'known good' static ffmpeg binary and tell gip to use that instead. It wouldn't affect your system ffmpeg install, it would just be a stand alone binary for gip to use. There is a very clear guide to do this in the wiki. It's usually used for old distros but it simply installs a separate ffmpeg binary for gip to use that's known to work so would hopefully work for you to. https://github.com/get-iplayer/get_iplayer/wiki/unix#ffmpeg-for-old-linux-distros Thanks for trying to solve this, I'll try your suggestion re ffmpeg. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GIP 3.00 openSUSE 42.2
>From your log I can't really see anything obvious aside from Cannot load libnvcuvid.so.1 [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. [mpegts @ 0x9c9f60] Failed to open codec in avformat_find_stream_info Cannot load libnvcuvid.so.1 [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. ...and... [mpegts @ 0x9c9f60] Could not find codec parameters for stream 0 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x9c9f60] Could not find codec parameters for stream 1 (Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), nv12(progressive)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '/home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts': Duration: 00:21:40.00, start: 10.00, bitrate: 1987 kb/s Program 16727 Stream #0:0[0x22](eng): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s Stream #0:1[0x21]: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), nv12(progressive), 25 tbr, 90k tbn, 90k tbc [mp4 @ 0x9d0bc0] dimensions not set Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Last message repeated 1 times INFO: Command exit code 1 (raw code = 256) WARNING: Conversion failed - retaining video file: /home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts I also saw this: --disable-decoder='mpeg1video,mpeg2video,mpeg4,h264,vc1' I can't tell you why you're facing the error but my suspicion would be that disabling the h264 decoder is somehow affecting how gip is handling the remuxing. Perhaps it needs to decode the first frame of the stream or something? I can't say. I guess the simplest thing to do would be to simply install a 'known good' static ffmpeg binary and tell gip to use that instead. It wouldn't affect your system ffmpeg install, it would just be a stand alone binary for gip to use. There is a very clear guide to do this in the wiki. It's usually used for old distros but it simply installs a separate ffmpeg binary for gip to use that's known to work so would hopefully work for you to. https://github.com/get-iplayer/get_iplayer/wiki/unix#ffmpeg-for-old-linux-distros ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GIP 3.00 openSUSE 42.2
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 3.00 openSUSE 42.2
On 03/05/17 08:02, michael norman wrote: > That command does not work. This message does not help me to help you. If you wish me to guess, I might ask if after executing the command nothing appeared to happen? No error was given? That would be because the output was redirected to the log file. Are you saying there is no log file in you home folder? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GIP 3.00 openSUSE 42.2
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
