aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Bump version to v0.3.1HEADv0.3.1masterAstound26 hours1-1/+1
| | | | | - Updated from '0.3.0' to 'v0.3.1'. - Added v prefix for consistency with versioning conventions.s Please enter the commit message for your changes. Lines starting
* Improve buffer management for different platformsAstound26 hours1-2/+28
| | | | | | | - Introduced `BUFFER_CONFIG` to define buffer sizes for various systems (webOS, Samsung Tizen, Android TV, desktop). - Added `detectSystem()` function to determine the platform based on `navigator.userAgent`. - Updated `Stream` constructor to use platform-specific buffer sizes dynamically. - Added console log for debugging detected system and applied buffer size.
* version 0.3.0v0.3.0Astound2 days1-1/+1
|
* Renew plyr UI and simplify elementsAstound2 days2-0/+63
|
* update logic plyr-start.jsAstound3 days1-1/+16
|
* version 0.2.21v0.2.21Astound4 days2-18/+9
|
* update dependenciesAstound5 days2-33/+17
|
* Refactoring get_app_versionAstound5 days1-29/+19
|
* minor fix deprecation warningAstound6 days2-2/+2
| | | | | | tests/test_util.py: 14 warnings /home/runner/work/yt-local/youtube-local/youtube/util.py:321: DeprecationWarning: HTTPResponse.getheader() is deprecated and will be removed in urllib3 v2.1.0. Instead use HTTPResponse.headers.get(name, default). response.getheader('Content-Encoding', default='identity'))
* version 0.2.20v0.2.20Astound6 days1-1/+1
|
* Remove gather_googlevideo_domains settingAstound6 days2-14/+10
| | | | | | | | | | | This was an old experiment to collect googlevideo domains to see if there was a pattern that could correlate to IP address to look for workarounds for 403 errors Can bug out if enabled and if failed to get any vidoe urls, so remove since it is obsolete and some people are enabling it See #218
* Remove params to fetch_player_responseAstound6 days1-1/+0
|
* Increase playlist count to 1000 by default if cannot get video countAstound6 days1-1/+1
| | | | | | | This way, buttons will still appear even if there is a failure to read playlist metadata Fixes #220# Please enter the commit message for your changes. Lines starting
* channel.py: Catch FetchErrorAstound6 days1-1/+1
| | | | | | Should catch this error to fail gracefully See #227
* util: use visitorData for api requestAstound6 days2-27/+94
| | | | watch: use android_vr client to get player data
* version 0.2.19v0.2.19Jesus2024-10-111-1/+1
|
* Revert "Refactoring code and reuse INNERTUBE_CLIENTS"Jesus2024-10-112-135/+110
| | | | This reverts commit 8af98968dd4325d5686bfed109aa4ed18b17edbc.
* workflows: update git sync actionsAstound2024-08-051-2/+2
|
* Add sync to c.fridu.us and sourcehutAstound2024-08-051-0/+40
|
* Add CIAstound2024-07-151-0/+23
|
* v0.2.18v0.2.18Astound2024-07-091-1/+1
|
* Fix cvesAstound2024-07-092-6/+6
| | | | | | CVE-2024-34064 CVE-2024-34069 CVE-2024-37891
* Switch to android test suite client by defaultJesus2024-06-111-0/+23
| | | | | | | Invidious' solution to the destruction of the android client: https://github.com/iv-org/invidious/pull/4650 Fixes #207
* Release v0.2.170.2.17Astound2024-04-291-1/+1
|
* set ios clientAstound2024-04-271-16/+16
|
* update version 0.2.160.2.16Astound2024-04-211-1/+1
|
* update client paramsAstound2024-04-211-1/+1
|
* Refactoring code and reuse INNERTUBE_CLIENTSAstound2024-04-212-114/+110
|
* updateAstound2024-04-211-2/+2
| | | | update android_music client
* updateAstound2024-04-211-2/+2
| | | | update android client
* version 0.2.150.2.15Astound2024-04-081-1/+1
|
* normalize cssAstound2024-04-081-2/+2
|
* fix color dark themeAstound2024-04-082-7/+8
|
* v0.2.140.2.14Astound2024-04-071-1/+1
|
* css normalizeAstound2024-04-072-8/+8
|
* update styles to modernAstound2024-04-075-21/+27
|
* version 0.2.130.2.13Astound2024-04-061-1/+1
|
* Update `android` paramsAstound2024-04-062-8/+4
| | | | Discovered by LuanRT - https://github.com/LuanRT/YouTube.js/pull/624
* version 0.2.120.2.12Astound2024-03-311-1/+1
|
* Set 'ios' client to bypassAstound2024-03-312-11/+17
| | | | | | | absidue notes that blockage of the android client is collateral damage due to YouTube's war with ReVanced. Switching to iOS should keep us out of the line of fire for now: https://github.com/yt-dlp/yt-dlp/issues/9554#issuecomment-2026828421
* README.md: updateAstound2024-03-311-1/+1
|
* Temporal fix: all requests with ANDROID client get redirected to aQvGIIdgFDM ↵Astound2024-03-312-1/+20
| | | | | | video, hence the different "content not available" Set YTMUSIC_ANDROID client instead, but it's just the matter of time before youtube updates that one too :(
* version 0.2.110.2.11Astound2024-03-301-1/+1
|
* Update user-agents and update android client parameters to fix blockageAstound2024-03-303-13/+15
|
* README.md: updateAstound2024-03-111-2/+0
|
* version 0.2.100.2.10Astound2024-03-111-1/+1
|
* update requirementsAstound2024-03-112-44/+34
|
* Use response.headers instead of response.getheaders()Astound2024-03-112-2/+2
| | | | response.getheaders() will be deprecated by urllib3.
* version 0.2.90.2.9Astound2024-03-101-1/+1
|
* generate_release: Fix wrong (32bit) MSVCR included for 64 bitInsert the 64 ↵Astound2024-03-101-1/+3
| | | | bit microsoft visual C runtime for 64 bit releases
generated by cgit v1.2.3 (git 2.25.1) at 2025-03-06 06:20:19 +0000