fireattack
Joined 8 years ago
Joined 8 years ago
>move 1 ..\1\
The system cannot find the path specified.
0 file(s) moved.
But the issue is you can't ensure LLM will generate the command with trailing slash. So there is no difference in Windows or Linux for this particular case. mv file ../folder
where folder is not a folder (non-exist, or is a file).And Linux will happily do this too.
D:\3\test\a>move 1 ..\1
Overwrite D:\3\test\1? (Yes/No/All):
If anything, it's better than Linux where it will do this silently.How did it happen?
This library is unfortunately effectively abandoned -- it hasn’t received any updates in over four years, and its latest version doesn’t work at all: https://github.com/TaylorSMarks/playsound/issues/101
(A workaround exists: downgrading to version 1.2.2, but that comes with its own issues.)
The last time I experimented with audio in Python, I was surprised by how lacking its multimedia libraries are.
For example, when I needed to read audio files as data, I tried `SoundFile`, `librosa` (a wrapper around `SoundFile` or `audioread`), and `pydub`, and none of them was particularly satisfying or has seen much active development lately.
If you need to read various formats, pydub is probably your best bet (it does this by invoking ffmpeg under the hood). I was hoping for a more "native" solution, but oh well. Unfortunately, `pydub` is also unmaintained and has some serious performance issues (for example: https://github.com/jiaaro/pydub/issues/518 )
The site completely breaks when I visit it. After some investigation, I found out that if I enable Stylus (a CSS injection extension) with any rules (even my global ones), the site becomes unusable. Since it's built using the React framework, it doesn't just glitch; it completely breaks.
After submitting a ticket and getting a quick response from the Stylus dev, it turns out that this website (and any site built with caseme.io) will throw an error and break if it detects any node injected into `<html>`.
So if your project's audience is gamers, of course it's going to attract more people which also means lower quality community almost automatically.
I noticed a mini project I was working on suddenly stopped showing any autocomplete results. The log shows the API returns empty `model deployment ID: []` constantly.
Upon investigation, I found the reason is that my code includes the word "ass", because it is a project about parsing .ass subtitle format (Advanced SubStation Alpha).
I have to rename all my variables to work around it, and eventually this isn't enough: I have a subprocess.run to call ffmpeg to burn subtitles on video when encoding. And the VF (video filter) for that is called.. ass.
Here is an MRE (try typing anything after the line `subprocess.run` and observe the copilot log):
import subprocess
from pathlib import Path
STORAGE_DIR = R"G:\test"
def process(f, subtitle, output):
subprocess.run([
"ffmpeg", "-v", "error", "-stats", "-i", output, "-vf", f"fps=60,ass={subtitle}", "-c:a", "copy",
'-c:v', 'h264_nvenc', "-pix_fmt", "yuv420p", output, "-y"
])
def main():
for f in Path(STORAGE_DIR).iterdir():
process(f, f.with_suffix('.txt'), f.with_name(f.stem + '_ouptut' + '.mkv'))
if __name__ == '__main__':
main()
Other people have reported similar issues [1] about other "bad" words. I mean, I get it, but don't they think having "ass" in that "profanity blacklist" would cause way too many false positives? To make it worse, MS/GitHub seem refusing to make any solution or even communicate about this issue.I've opened a ticket on GitHub's support system too, but got no response whatsoever after weeks. I'm very disappointed as a paid user.
To any GitHub employee if you're by chance reading this, it would be tremendously helpful if you can help mention this issue internally. Thank you in advance.
By the way, I asked about it previously on their repo before, if you're interested.
No replies yet though, since the development of the lib isn't very active to begin with.
I'm asking because I encountered a weird phenomenon before.
I use a simple Python lib called "schedule" which is to run some tasks periodically (not precise). And I often run a script multiple times (with different arguments) to monitor something say, every 30 seconds. So they're in three separate Python Interpreter processes.
What I've noticed is that while when I initiated them, they were something like 5 seconds apart, they eventually will end up running in sync. Probably not related to GIL at all, but I guess do no harm to ask.