| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
all tests passed as of Sat, 03 Aug 2024 06:44:00 +0100
updated to present day where necessary
rearranged the dicts to make them easier to read + modify
'single quotes' -> "double quotes" (including some other bits i saw along the way)
got rid of most of the timefree tests, since the time handling is tested externally now
the station websites stopped using the stationbutton (or started rendering it with javascript) so now cocolo is the only webpage test
|
| | |
|
| |
|
|
| |
the link wasnt dead after all
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
