Jump to content

RollTime

Member
  • Posts

    1,095
  • Joined

  • Last visited

Awards

2 Followers

About RollTime

  • Birthday May 28, 1999

Profile Information

  • Gender
    Female
  • Location
    in ur backline
  • Member title
    -Thread cleaned-

System

  • CPU
    Intel Core i7 8086k
  • Motherboard
    GIGABYTE Aorus Z390 Elite
  • RAM
    16gb G.Skill TridentZ RGB @ 3200 MHz
  • GPU
    ASUS Strix 1080 (OC)
  • Case
    Fractal Design Define R6
  • Storage
    512 GB Samsung 960 EVO, 2TB Seagate Barracuda HDD
  • PSU
    EVGA Supernova G3 750 watt
  • Display(s)
    HP OMEN 27 (1440p 144hz GSync)
  • Cooling
    Corsair H110i 280mm
  • Keyboard
    Razer Blackwidow Chroma V2
  • Mouse
    Razer DeathAdder Chroma V2
  • Sound
    Sennheiser HD 598cs
  • Operating System
    arch, btw

Recent Profile Visitors

2,995 profile views
  1. I've got a laptop which has 8gb soldered and a SODIMM slot, also with 8gb. I'd like to upgrade the SODIMM slot to 16 or even 32GB, but I'm unclear on whether this would adversely affect performance or interfere with dual-channel wizardry. Can anyone advise?
  2. I've got an issue with Office calendar syncing that defies my attempts to understand it. I am not very familiar with Exchange policy stuff, which I think may be the culprit here. I have a calendar owned by an Office 365 account that is shared with two email accounts, both of which are members of the same Exchange organization. The Exchange accounts are able to join the calendar just fine, and properly fetch all of the existing events. They can also add events which are then synced to the 365 account with no issues. However, they patently refuse to fetch new events when they are added by anyone else. There is no visible error, the calendar reports as having synced successfully, but the event doesn't appear. Neither do deleted events propagate. This issue appears in both web and desktop versions of Outlook (the desktop version is 365). I am at a loss here. I think there may be some Exchange policy issue? Notably, if I try to share a calendar from the Exchange-based accounts, I can't give the personal account edit access, because it's not in the same organization.
  3. I would avoid judging operating systems solely on the basis of how long it takes them to zip things. In any case, this is a problem with Dolphin. Dolphin's built-in compression is single-threaded. Doing it through Ark is much faster. I think KDE devs should work on better integrating Ark and Dolphin, as it would solve several problems that have come up in Linus' workflow.
  4. please god put some linebreaks in here. Also, I don’t know what you’re smoking, but just because you’ve been using a shitty workflow for years doesn’t mean it’s good. What happens if you take a screenshot and then copy some text before you can paste it? Image is gone. You mentioned how using a “tool” is bad as opposed to… I guess built in functionality? But paint is a tool, and crappy one at that. Let me introduce the alpha and the omega of screenshot apps: Flameshot. https://flameshot.org You can assign shortcuts for capture window, capture screen, and capture region. From there a menu shows up *around the screenshot* that lets you edit the image, add text or censor, and then choose what to do with it. You can save it, copy to clipboard, or even upload to Imgur in one click. No mess, no fuss. Integrated and slick GUI, yet very powerful. Windows’ screenshot management was so bad not even Windows uses it anymore. You deserve better.
  5. Fwiw, I also had the itertools solution in my answer. As to your second point, looking back there are definitely more related problems and better points to make. What I was going for was that even though the python solution is also a one-liner, it requires using more complex tools (itertoosl) and though I haven't timed it, I'd bet money it takes a lot longer. The GUI is an abstraction that, while helpful, can also require more complicated solutions to simple problems. Like I said, though, I've made better points in my time.
  6. I ran into a good example of this with a recent Discrete Math problem: "Given a positive integer n, produce a width-n array of truth-values whose rows would be all the possible truth-value assignments for n propositional variables." This is a massive pile of jargon, so here's an example for n=3: F F F F F T F T F F T T T F F T F T T T F T T T If you have n variables that can be true or false, list all the possible combinations of these variables. There's a lot of ways to think about this problem, but I'll skip to the solution. Just count up to 2^n - 1 in binary, starting at 0. Take the value of each bit as the truth value. Like so: 000 F F F 001 F F T 010 F T F 011 F T T 100 T F F 101 T F T 110 T T F 111 T T T Fairly simple. In C, this isn't too complex to do: bitStatus = (num >> n) & 1; There would be some work to do with finding n in a 32 bit integer, but not too hard, and pretty close to the original idea. In Python, though? There is, as far as I can tell, no easy way to do this with bitwise arithmetic. The above syntax works, but ints have variable length, and your behavior might not be consistent. The better (or at least easier) way to do it is this: import itertools def truth_table(n): for i in itertools.product(['F','T'],repeat=n): print(i) This involves bringing in a large module for a small problem. The tradeoff of python's high-level int datatype is that you lose easy lower-level access to your data. The same concepts apply with GUI vs CLI. The GUI is an enormously powerful tool, but it also makes abstractions that can make simple tasks harder. For example, let's say I want to change my screen refresh rate. In GUI, I need to open my settings, navigate to the proper page, find the correct item, change it, and click apply. Now let's change the X refresh rate in bash: xrandr -r 144 This takes seconds to type and you can even alias it if you want to. This is a lot of what I actually use the CLI for on a regular basis- functions I need quick access to but not so quick they're worthy of a keyboard shortcut. The expressiveness and flexibility of the text interface is perfect for this. The CLI these days is best for two things, IMO: the things I describe above and really fiddly, complex tasks. Working with lots of files with data-driven names, for example, is usually quicker in CLI. Computers are tools, and my goal is always to use them as efficiently as possible. Sometimes the GUI is faster, and sometimes the CLI is faster. There's no reason we can't have both, and personally you can pry my terminal out of my cold dead penguin flippers :).
  7. Yeah, I strongly agree with all of this. My big problem is that I wish LTT were advertising it as such, or that Linus were treating it as such in the videos. As it is now, the very serious "this is a problem" attitude they're taking is quite frustrating and really harmful to people trying to make an informed decision. Hopefully the next one is better about this,
  8. I watched and enjoyed that Tantacrul video. I thought it was well presented and helpful. It also happens to be almost exactly what I recommended in my OC: Tantacrul took a lot of time to familiarize himself with Musescore before making his video. He spoke with knowledge gained from not only his work in music but his experiences learning the software, and he used a script. Only after that well-thought-out section did he bring in newbies and a "reaction video" style. He also commented on their mistakes and struggles from his position as an expert. The presentation made that video a useful piece of feedback. Linus hasn't done any of that. His sections are something closer to a rant where he complains about the problems he's experiencing. If Linus' wholehearted goal was to provide useful feedback to Linux devs, he would have written a forum post. This isn't feedback, it's adversarial. If you'll allow me a moment of tinfoil-hattery: Linus knows this series will be (is) controversial. He's said as much on the WAN show and even in the videos themselves. Indeed, a lot of the format seems intended to generate controversy. The linux "challenge", the multiple videos, the rants, Linus' self-righteous responses to criticism. Check out this WAN show clip: He and Luke are going back to that old trope of the "virgin neckbeard linux user". Yes, they walk it back a little, but they don't refute the statement. Would you call that useful feedback? To contextualize this series, it's important to understand what Linus is. He's not a Linux expert, or a journalist, or a highly qualified OS reviewer. He's an entertainer. These videos are not feedback. They are entertainment, a spectacle. The point is to drum up criticism, to get people talking, because ultimately that leads to more clicks, more sponsors, and more revenue. And I tip my hat to Linus here, because he's good at what he does, and here I am talking about it. But this series is not feedback or a review or useful in any practical sense. Linus Media Group is a media group, and this is a reality show.
  9. And why the "default" install command on Arch is pacman -Syu <package> Keeping your system up to date is a must.
  10. This series, imo, has a fundamental problem that prevents it from broadcasting the right message: Linus is trying to review Linux. This series is supposed to be about a newbie's experiences. Linus runs into a lot of problems, some of which are his fault and some of which are not. However, he's not presenting any of these issues as they are. He's complaining about them, as would a reviewer highlighting issues with a product. This is understandable, given LTT's focus as a channel and Linus' background. The thing is that in order to review something, you need to know a lot about it. Linus does not know a lot about Linux, by his own admission. So why is he trying to present his experiences as though they're features of a product? Why is he trying to style himself as an authority? I think this series would be so much better if Anthony was presenting. As someone who really does know a lot about Linux, he should be analyzing what happens to Linus and Luke and presenting it through the lens of someone who can speak with authority on the subject. That would turn this from a rant into something informative and helpful. Right now, I see this video as akin to the Verge's PC build- something crafted by someone clearly inexperienced who is attempting to present as an expert. So let's bring in an expert. Linux does have a lot of issues which can hamper the user experience. However, "I did a thing I was warned not to do several times" is not an issue with Linux. Linux gives you great power and great responsibility. Don't delete system32. The funny thing is that he probably could have fixed his issue by simply reinstalling the removed packages, a 20 min fix tops. I'd also like to complain about Linus' weird standoffish opposition to the command line. The CLI is well documented and quite simple to use once you've gotten past the learning curve (which can be difficult, I'll admit, but you have to start somewhere). For many things it's easier than a GUI would be, so nobody has made a GUI for it. Complaining that there's no way to do something while ignoring the way most people do half of the things is patently ridiculous. Finally, Linux is not a free clone of Windows. It's a different platform and you need to approach it differently. Linus saying that Linux "doesn't do x thing in this way" is a result of him trying to apply the "Windows way" to Linux, which is guaranteed to fail. Imagine someone coming from a paper filing system making a video about Windows. They might complain about any number of things not working the same way or some part of their workflow breaking. They might wonder why it needs to be so complex. The thing is that this isn't Windows' fault. They need to learn how to use the system first, and then they might discover how they can use this new workflow even more efficiently than their old one. The existence of a learning curve is not an indictment of an operating system. Yes, Linux takes work to learn. So does Windows. Windows doesn't get a pass because it's the default. so ends my <rant>. This isn't intended to flame anyone or insult Linus. I have a lot of respect for Linus as a tech reviewer. I just take issue with this series and the message it's sending, about Linux and Linus both.
  11. Sorry, perhaps I came across a bit terse here. Didn't mean to insult you, I genuinely thought you hadn't realized.
  12. I agree: Maybe I wasn't clear, I don't see this as fair use.
  13. So, for starters, this is not a complaint or a request for the claim to be removed. It's just a fun story I thought I'd share, along with a question. In May of 2018, I uploaded <link removed by staff>, which was a spoof of the LTT video "I've NEVER been so FRUSTRATED... Hot-Swapping PCIe Cards". To summarize, Linus said "go ahead and cut" a lot during the video, so I sped it up every time he said it. Frankly, I'm not defending the content. To quote commenter "Win win Fortnite": And to be honest, I see Win win's point. It's not a very clever or original idea, and the execution was just terrible. But that's getting off-topic. A few days after I uploaded the video, I got a copyright claim on it. As I mentioned above, I get where they were coming from. I'm no big fan of copyright law, but I basically reuploaded the entire video, and I don't know if speeding it up counts as parody enough to claim fair use. LMG is a relatively small company that relies on ad revenue, so in this case I'd defend their choice (I say choice- it was a Content ID claim). Here's a screenshot of the claim: Now, this is where things get a big confusing. When the video was first claimed, I could have sworn it was in LMG's name, and also prevented me from uploading any videos over two hours in length. Now, two years later, "Fullscreen, Inc." is claiming it, and there's no impact on my channel. This is a bit confusing, and I wonder if anyone could provide some insight into who Fullscreen is and why they're claiming LMG videos. That's it, really. Just wanted to share an interesting anecdote.
  14. Yeah, it's a struggle but I have to work with what I've got . Thanks for the recommendations.
×