@wildbus8979 No but completely relevant to your comment. Such is the nature of conversational threads.
@wildbus8979 No but completely relevant to your comment. Such is the nature of conversational threads.
My setup is not very portable, I’ll give you that.
@reallyzen Since I built the computer, I’m not too worried about hardware failures, I am competent in repairing them.
@reallyzen @N0x0n kdenlive uses ffmpeg so formats it has available depend upon what is compiled into your ffmpeg which for many linux distros is minimal. However, if you grab FFmeg from github, then configure it for every possible option and install all of the necessary libs (some of which you will also need to compile because most Linux distros do not include all of them), THEN kdenlive will have all possible output formats presently supported by opensource, but there are literally several hundred libraries and options needed, this and the configure file is a real piece of shit that rather than telling you every library that is missing so you can go chase them down all in one shot, instead tells you the first one missing and aborts, so you chase that down, run it again, and this literally takes about 300 iterations. But if you go through the trouble of doing all this and then put YOUR FFmpeg in the $PATH ahead of the system one, kdenlive will now show all the available formats for both input and output.
@JonnyRobbie @N0x0n I would suggest from a terminal window as super user type sync, that will flush anything buffered in memory out to disk, and then do a df to see if it is mounted, if so umount it first.
@BudgetBandit The M1s are a genre I’m not familiar with as the MacPro is the last Mac I owned, since then I’ve been assembling my own machines from components.
@N0x0n Ok, well these days I run a self-assembled computer but back in the day I had a Mac Pro, it had quad Xeon processors and 32GB of RAM (I upgraded from the stock 4GB) and STILL it was slow, so I loaded Linux onto it and never looked back. I miss garage band that was fun to tinker with but otherwise there isn’t much I miss.
@wildbus8979 Actually, because it used a Mach microkernel, it could easily be ported to ANY hardware, that is the whole entire point of Mach. Also it did run on the Mc680x0 family and that was what Mac was based upon at the time, prior to Power PC chips, prior to Intel, prior to M chips, and it is precisely that Mach microkernel that enabled the easy transition from one hardware platform to the next.
Just because the USB C is rated at a transfer rate of 4.8Gb/s doesn’t mean the flash memory or the controller is capable of anywhere near that speed. I have a 2TB USB flash drive but it is slower than a mechanical hard drive as far as transfer speed goes.
@Ledivin and if your wifi doesn’t work as a result, I’m totally ok with that too.
@LeFantome @anamethatisnt If people disagree with me and think authors shouldn’t be able to specify how their work is used, I’m okay with that. We can agree to disagree.
@anamethatisnt Yea, so you think the authors are not entitled to specify how their software is used? This is where I have a major disconnect with Richard Stallman.
@anamethatisnt What are the real world implications of “non-free” software? I’ve never paid a cent for it, should I?
@anamethatisnt It’s only unnecessary if you don’t happen to own hardware that requires the non-free drivers.
Falls under the heading of ask me if I give a flying fuck. Sorry, I just can’t identify with Stallman’s rather awkward and impractical form of puritanism.
@mactan @drosophila Problem I run into is most of the games I play have a rootkit anti-cheat and that does not work with wine. So I’m forced to do a virtual machine with virtual gpu pass-through. Big pain in the ass to setup and Ubuntu pretty regularly breaks it with various “upgrades”.
@wildbus8979 @Mwa MacOS was Unix based after Steve Jobs created the Mach/Unix/Mac Finder stack for use on the Next computer, as soon as he returned to Apple, it was adopted there.
@Mwa @wildbus8979 Yes, early on there was AT&T and Berkley, System-V became AT&T’s mainstream though there were off-shoots like CB-Unix for PDP11/70’s which only had 64k I+D space, and Berkeley had 4.2 and 4.3BSD, and now you have offshoots of those, such as FreeBSD and NETBSD, MacOS is a highly mutilated BSD sitting atop a Mach micro-kernel with the Mac finder sitting on top of the whole mess. The Mach microkernel provides a layer of hardware abstraction that makes it easy to jump between architectures as Mac has often done. What I do not like about MacOS is that they include only drivers necessary for their hardware and forbid the use on Non-Mac’s by license. This limits your selection of things like video cards to those they specifically chose to use.
@folkrav @reallyzen For that application you might want to try a real time or at least low latency kernel. Even the low latency kernel will generally manage a latency of <1ms which for most audio is sufficient. It is working well enough for me at least.