New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: add support for windows wsl2 #1190
Conversation
I'm skeptical if we should explicitly support this in a documented fashion. As you see some automated checks failed, clean those up and I'll do a more thorough review |
no need to add that to the README |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, readme is fat enough as is
Co-authored-by: port19 <port19@port19.xyz>
Long story short:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd rather not have such large code addition for an unsupported plattform.
We support windows natively.
The expanded matching for a wsl2 uname is welcome, but that's about the extend I'm willing to make concessions for wsl users.
Understood. I worked on adding However, note that currently
|
syncplay works with URLs, it just doesn't support m3u8 links |
First positional argument is a file and this is how it is used in ani-cli. Line 258 in d4f9c22
Using url in place of file is undocumented behaviour and it fails because of this in WSL. BTW. Code is ready I applied change proposals. |
wym? the "file" that is passed in ani-cli is literally a url. ik it because i implemented it. i'm telling you that links that end with .m3u8 do not work with syncplay, no matter which platform. have you tested in wsl syncplay with .mp4 links? |
As I previously mentioned WSL2 fails, because of it:
|
does the same thing happen with mp4 files? |
does syncplay even work with any links that are not local files, in wsl? |
even youtube links |
All URL fails using syncplay from wsl.(m3u8 from windows syncplay work ok, I just tested)
|
oh ok, then we ignore syncplay support for wsl |
@justchokingaround |
@port19x can you check this please, i haven't used syncplay in a while, and i don't have it installed atm |
I can once I'm home, but better open a separate issue / ping me on discord because I'll probably forget until the end of the workday |
Pull Request Template
Type of change
Description
This update provides a simpler method for Windows users to use the application when utilizing WSL2.
A current issue exists with syncplay. It does not work correctly. Simple way to reproduce it is to run it from WSL2 using:
"/mnt/c/Program Files (x86)/Syncplay/syncplay.exe"
It silently fails if a URL is specified(even during runtime), causing the window to close unexpectedly. A workaround for this is: (not currently applied)
Moreover, using uname -s to switch cases for syncplay is insufficient and requires modification.
The checks I've confirmed manually are already marked. Other checks, not yet verified, should function correctly given that only the display program is being modified. I will complete the rest after resolving the syncplay issue.
Checklist
-c
history and continue work-d
downloads work-s
syncplay works-q
quality works-v
vlc works-e
select episode works-S
select index works-r
range selection works--dub
and regular (sub) mode both work-h
help info is up to dateAdditional Testcases