| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
because the playlist_url, domain, first_chunk etc gets re-set by the next items in the loop
and the fragments_generator() joyously goes ahead and uses those values, because that's what's there
and ^it's a generator so i didnt even need to have the separate fragments_generator func anyway
sigh....
well fortunately it failed such that it always downloaded wowza stream which is the best one
but still sigh...
no wonder both formats looked the same in the spectrum analyser lmao
i suppose this is TOCTOU https://en.wikipedia.org/wiki/Time-of-check_to_time-of-use
i found this while trying to download 24 hours of silence lmao
https://radiko.jp/#!/ts/OC1/20251119050000
"OC1", prob means 'original content 1'
※配信期間外です LAWSON SEEDS OF CREATION 配信日:2025年11月23日(日)22:00~23:02
※配信期間外は無音となります。 LAWSON SEEDS OF CREATIONで放送されなかったJAM’S からメンバーへの質問を特別にオンエアー! あのヒット曲について語る!
wowza stream errors but smartstream is fine
so it correctly selected the smartstream stream
but the frags it tried to dl were from the wowza stream
fun
|
| |
|
|
|
|
| |
more metadata
consistent with whats seen on the site
less complicated
|
| | |
|
| |
|
|
| |
so that you can interrupt and resume where you left off like normal
|
| |
|
|
|
|
|
|
|
| |
so that the returned `url` "works" in mpv etc
i can download the first one as part of the normal self._extract_m3u8_formats, and pass the url as the first chunk of my chunking set up
then the chunks stuff still works, and i can return an url that will play in mpv
...except that it will be 5 minutes ahead because it's a "live"stream
oh well its better than nothing lmao
|
| |
|
|
|
|
|
|
| |
using `http_dash_segments_generator` as seen in youtube live-from-start
this way it only goes through the chunks etc one a format has actually been selected
so we don't have it downloading eg 20 chunks of every stream only for most to be discarded
closes #29
|
| | |
|
| |
|
|
|
| |
it's no longer necessary (hasn't been since 221cefe4810e0bcd5c6faf199ae2589f62edbb77)
closes #29
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
ref https://github.com/garret1317/yt-dlp-rajiko/issues/29#issuecomment-3289577318
github issue #29
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
so that --download-archive etc will quickly skip without a full extraction
also removes reliance on `radiko_url` always being a share url
|
| | |
|
| |
|
|
| |
github issue #29
|
| |
|
|
| |
so they get marked as audio only
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
well not technically _gone_, but replaced with a useless placeholder image
|
| |
|
|
|
| |
rather embarrassing bug introduced in a659b48a20b6241a68fc046c86c9ad0f71c9bd86 / v1.5
only caught it now because i only listen to weekly programmes so i only get 1 result anyway
|
| |
|
|
| |
aSmartPhone7a removed working stream
|
| |
|
|
| |
identical content
|
| |
|
|
|
|
|
|
|
| |
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'
|