Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 10/14/2019 in all areas

  1. 2 points
    I'm not sure where to put this, as there doesn't seem to be a support area for this stuff... I have a Kickstarter edition of the Z that I love dearly and use constantly. But recently it's been getting on my nerves because the middle mouse click (which I use constantly) has started failing to detect randomly. It sounds exactly the same clicking the button down whether it detects or not, and I can't seem to find a pattern to when it detects a wheel click and when it doesn't, except that once it stops detecting, it doesn't for a while. Is there anything I can do to try and fix this? Some configuration setting? Is it safe to pop off the mouse buttons to look and maybe adjust something that got bent? The wheel feels the same, but the middle button is just refusing to detect randomly. There's no active configuration setting that's stopping the use of the middle click. I'm at a loss, and I can't keep using the mouse if the 2nd most used button on it is failing on me...
  2. 1 point
    @NeonGamer It's too early for me to be confident on dates, so all I can really be sure of is that it's at least a couple months away.
  3. 1 point
    @Skip We haven't made any progress on this yet. It's on our list but since this is a relatively niche issue with a known workaround it's not a very high priority. This could change if the feedback we receive warrants it, but at this stage unfortunately it likely wont be addressed in the near future.
  4. 1 point
    @David.L I can't share anything in regards to hardware development. But we're still working on the Zs software for both macOS and Windows and will be giving it a bit of an overhaul in the next big update.
  5. 1 point
    @Nick I'm not sure how you do this on Linux but in Windows you can go into device Manager and disable the Z's controller interface. If there is no equivalent to this in Linux, there is another way you can temporarily disable the controller interface. As you plug in your Z just hold down the "Top Thumb Button" and the "Left Trigger (Push)". This will disable the Z Controller interface until the Z looses power.
  6. 1 point
    @Skip Sorry for the confusion. By Smooth Scroll I was referring to the Windows specific feature which enables finer scrolling granularity. (Further details can be found here if you're interested.) A side effect of this feature is a single "notch" of the scroll wheel will send multiple scroll events to make up for the fact that each scroll event is smaller. This is fine on Windows where it knows how to scale these events, but MacOS and Linux treat them as regular scroll events which massively increases scroll-speed. Due to this issue mice with smooth scrolling support have this feature disabled by default and only enable it when they connect to Windows. So it only becomes a problem if one is connected to Windows, then switches to another OS without loosing power/resetting in-between.
  7. 1 point
    Hi @Bryce! Thanks for the response and I'm sorry for taking so long to respond myself, and dragging this out further but I would like to take the chance to make the argument in favor of Open Sourcing the firmware which seems to be where the IP issues would come in. It seems it's been requested but not a lot of people have explained what it would be or why they want it. I think to start with I'll explain my understanding. It seem that it'd be fine to give us the protocol if it didn't expose information about the firmware, which would expose sensitive IP. I'm biased towards Free Software so maybe this is me assuming what I'd like but seems to me it would be a big deal to open source the Driver if it didn't have information about the USB protocol. Even though it took a lot of time and resources to make no one paid for the driver, it's unlikely to move to a subscription model, more people having the driver than bought the mouse isn't a problem and assuming you open sourced it with the GPL License (my preference were I choosing) anyone who forks it would be required to provide the source, including modifications to customers when requested so you'd be able to get the modifications and improvements other companies or the community make to the driver. So it doesn't cost anything and there might even be room for gains. I'd argue the same is true for open sourcing the firmware. To start with I think that anyone who could gain enough information to cause IP issues from the USB protocol could probably dump the firmware or monitor the USB hub and reverse the protocol. Even if they did get info about the protocol, or the firmware itself and ripped a mouse open to reproduce the hardware too, I imagine it'd take quite a long time and resources to design, fabricate, assemble market and ship a product even after all that something with a feature set identical or substantially similar to the Swiftpoint Z seems like it would stand out. I don't know too much about hardware IP but I also imagine there's a number of patent and economic protections to stop people directly or too closely ripping off existing products. That being said if you GPL License the firmware it may seem like you're practically asking people to rip off your design. That could be a worry but the firmware is probably fairly specific to the hardware, and they still need to design, build, market and ship that hardware. Chances are that they'll have to abstract away the hardware or modify it to use their specific hardware. So they saved some time and resources in the development but they're required in the terms of the GPL to release the changes to customers on request. So you can take advantage of those changes (hopefully improvements) and reduce your development burden in the future. That being said the majority of the time when stuff like this is opened it just make a bunch of enthusiasts on the internet happy because they can change their mouse firmware and know it'll still work even if swiftpoint drops support at some point. All that being said to argue there's probably no downside and potentially an upside, I'd personally like the firmware open sourced so that I can write my own linux client and program my own macros or make my own image to display on the screen or my own color patterns, maybe use the color to tell me if I have waiting email who knows. All things that I would release back were it open sourced and also might not be a priority for swiftpoint devs. I'm definitely on the side of open sourcing all the things but it seemed people asked for open drivers but didn't really make the case for it. There's a bunch of different licenses with different rules about copying, integration and special commercial clauses too. It might seem weird to give away something a lot of time and resources were spent on but I think it's worth pointing out that you're already giving it away for free, anyone can download the driver and the firmware, it just doesn't benefit them without the mouse. Throwing the source up on github doesn't benefit anyone who doesn't have a compatible mouse, and if they did have one, you give the software away on your website anyway. Anywho thanks for reading I appreciate it and I really like the Z and the improvements to the driver have been great.
  8. 1 point
    I wanted to use this setup for a few weeks before reviewing, today is the day! Outstanding. Its a 5 star setup. Honestly, its a very well thought out profile, peak and ads = genius, cook and vibrate nades = game changer, higher dpi on lmb to counter recoil = mindblown! Even using the triggers to then allow further actions, it's just making the most of this perfect piece of engineering. If you really want to make the most of your Z and you enjoy pubg, grab this profile and give a few weeks to get used to, once you have, oh my, you will not go back. Kudos to @Priimate Munkie.
×
×
  • Create New...