| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | ShareTime: handle day out of range for month | garret | 2023-10-13 | 1 | -3/+9 |
| | | | | | | | | | | the site will accept this so we have to as well i should probably try and handle this in SiteTime but cant be fucked right now iirc the site just blanks out if the day is out of range so the datetime exception matches the site's behaviour 👍 | ||||
| * | fix executable perms | garret | 2023-10-13 | 1 | -0/+1 |
| | | | | | | extractor shouldnt be executable time thing should so i can test it easier | ||||
| * | check end of broadcast day, not end of air time | garret | 2023-09-10 | 1 | -0/+8 |
| | | | | | | | | | | | | | | The old behaviour assumed programmes were deleted precisely a week after their end time. This isn't actually the case though, as long as it's within a week of the _broadcast day_, the site will let you. This lead to the extractor bailing out (Programme is no longer available) when in fact the programme was still playable on the site. The fix uses the same logic as RadikoTime.broadcast_day to find the broadcast day (TODO: one func for both?), then sets the time to 05:00:00 the next day - i.e. the start of a new broadcast day. | ||||
| * | Migrate to unified time handler thing | garret | 2023-08-24 | 1 | -0/+114 |
| now only one thing gets passed around and it has most everything we need closes #11 | |||||
 |
index : yt-dlp-rajiko | |
| improved radiko.jp extractor for yt-dlp | www-data |
| aboutsummaryrefslogtreecommitdiffstatshomepage |