Here's an example, a current episode of "Book at Bedtime".
The first command shows the --info value of <episodeshort>, and the second
command uses <episodeshort> for the subdirectory name (but it's not right).
$ get_iplayer --type radio --pid b01qlmls --info
episode: The Bell Jar: Episode 6
episodenum: 6
episodeshort: The Bell Jar
$ get_iplayer --type radio --pid b01qlmls --subdir --subdirformat
"<episodeshort>"
INFO: Recorded
[my-current-path]/The_Bell_Jar_Episode_6/Book_at_Bedtime_-_The_Bell_Jar_Episode_6_b01qlmls_default.m4a
I've had a brief look at the get_iplayer script and I see there are two places
that episodeshort is evaluated:
a) Lines 5428-5432 (sub generate_filenames). This defines
$prog->{episodeshort} as used by --info.
b) Line 4546 (sub get_metadata). This defines $prog->{episodeshort} as used by
--subdir-format.
I've not looked through in depth to see how/where these subs are called, but
either they should have identical code, or better still have both call a
subroutine to do the defining.
John.
On 19 Feb 2013, at 19:58, dinkypumpkin wrote:
> On 19/02/2013 15:03, John G. Dargie wrote:
>> In the past I found the internal history would let me down regularly when a
>> download had previously stalled, while get_iplayer assumed I had got it
>> fully downloaded ok. Other things were frustrating me as well, like
>> --subdir-format "<episodeshort>" used to use the value of "<episode>", even
>> though the "info" for a programme showed them as different.
>
> It's unlikely, though not impossible, that rtmpdump would return successfully
> without fully downloading a programme, and that would be even less likely to
> occur if you kill it when it stalls. If that were anything other than a rare
> circumstance, I think we would have heard more about it here. Make sure you
> don't have an obsolete or broken version of rtmpdump. A few people have had
> trouble with rtmpdump writing to a directory on a network share that is used
> as a hot folder for another application, but rtmpdump should fail properly in
> those cases.
>
> As for <episodeshort>, if you can document an instance of what you described,
> I'll take a look at it. I've never noticed a case where <episodeshort> and
> <episode> are the same, but the --info display said otherwise.
>
>
> _______________________________________________
> get_iplayer mailing list
> [email protected]
> http://lists.infradead.org/mailman/listinfo/get_iplayer
_______________________________________________
get_iplayer mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/get_iplayer
