| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
in my excitement i may have prematurely released (har har) v1.5 with the
return-id-in-advance trick only added to SearchIE
oh well, it can be in ShareIE for next release
adding to ShareIE has knock-on effects for PersonsIE as it returns a share url
two birds with one stone
|
| |
|
| |
|
| |
|
|
|
|
|
| |
to prevent un-needed extractions when somethings in the archive already
absolutely kicking myself that it was this simple and i only just did it
|
|
|
|
| |
MUSIC AWARDS JAPAN AUDIO LIVE pop-up stream
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
closes #24 for real this time
|
| |
|
| |
|
|
|
|
| |
closes #24
|
| |
|
| |
|
| |
|
|
|
|
| |
github issue #25
|
| |
|
|
|
|
|
|
|
|
|
|
| |
no change in the response structure*, just the URL afaict (stuff doesnt break at least)
interestingly the headers have started including GRPC stuff though
*but the search _results_ seem to have changed somewhat
had to change my search for ジャズ倶楽部 to specifically ジャズ倶楽部 CRT
because loads of results had "ジャズ・クラブ" - not katakana クラブ not kanji 倶楽部
maybe its not changed and i just got unlucky lol
|
|
|
|
|
|
|
|
| |
site used to use "cul_area_id" in the search url, now it uses "cur_area_id" (with an r)
and it outright rejects the old one with HTTP Error 415: Unsupported Media Type
probably better to patch in the extractor than to break peoples scripts etc - site does this too
idk why they felt the need to break the old one
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
the .broadcast_day_start() was trying to run on the datetime.timedelta,
not the RadikoTime that we calculate
so it just
ERROR: 'datetime.timedelta' object has no attribute 'broadcast_day_start'
|
|
|
|
| |
still hardcoded to not work though
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://prtimes.jp/main/html/rd/p/000000032.000007490.html
"radiko to launch new service "Timefree 30" this autumn, allows listening
to programmes from the past 30 days, no 3-hour time limit"
probably can't spoof having the plan, that's fine
it might work if you pass cookies of a timefree30 account though,
so i'm adapting the time stuff to account for that
the plan doesn't exist yet, and i don't know how i would go about
detecting it yet, so i'm just hardcoding to False for now
|
|
|
|
|
|
|
|
|
| |
api ignores end_at_lt, it just sets start_at to the start of the broadcast day
the idea was to only get stuff that's actually finished,
so only stuff where the end is before now
with start_at it'll get ongoing stuff as well,
but that's better than not getting the day at all lol
|
|
|
|
|
|
|
|
|
| |
region wasnt used at all
we can make the token stuff into a dict and include the user as well
...which is what i was already doing in the cache
one day i want to change the cache format to use better var names
but i will deal with that later
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
the tests arent tests really, probably shouldnt give that impression
+ maybe now they wont get automatically included in the build
|
|
|
|
|
| |
changed func in eb94441420845970d48fe7b4e30cc5eed78ac95a , forgot to
change the test also
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Programmes that air on a network of stations have an originating station-
a "key" station. e.g. for all night nippon the key station is ニッポン放送 (LFR)
radiko's new APIs include a key_station field.
I'd only seen such a field in the mobile-web site until now, so I
haven't been able do anything with it. But now the PC website's gotten
this "persons" API, so I can.
this arg is currently only useful for the new "persons" urls,
but i suspect it might become more useful as time goes on...
example usage:
you give the url for the host of a networked show,
the default will download from every station (probably not what you want)
but if you specify key-station-only, then you get just one download from
the originating station
i may add a "preference" argument at some point, for if you want it from
a specific non-key station, but not right now
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
those urls give a bio and pic of the person, and recently they've
started giving a list of all the programmes that person's appeared in as
well.
the API is a bit annoying, you have to specify a start and end time to
search between, so i had to work out the logic for "everything currently
on timefree"
also, the site doesn't use the "end_at_lt" parameter, only start_at_lt
i tried it in the url on the offchance it would work and save a bit of
logic
it did so i will keep it, but it probably stands out a quite a bit, idk
if the mobile apps use this, or with the end_at_lt parameter
the only playlist details I can provide are the ID. There is an API for
the actual details, but that's an extra request, and it's protobuf.
|
|
|
|
|
| |
so just the one --extractor-args incantation can be used for both live
and timefree (--extractor-args "rajiko:device=pc_html5")
|
|
|
|
| |
generally we should work in datetimes, the strings should be the "special" ones
|
| |
|