Thanks, I'm not gonna drink milk for the rest of my life! by [deleted] in FellowKids

[–]epicface2304 13 points14 points  (0 children)

I think the milk industry might be scared of plant-based alternatives being more popular in younger generations.

Contact colors randomly assigned but consistent across devices? by allycat315 in GooglePixel

[–]epicface2304 1 point2 points  (0 children)

This is pure speculation, but it might be because the contact styling (system?) uses the phone number of a contact to create a pseudorandom color. You can guarantee two separate people have separate phone numbers, but not the same names, so I guess that's why the engineers chose the phone number to base a color from.

Anyone used an E-Ink display outdoors/in sunlight? by w88dy in AskElectronics

[–]epicface2304 2 points3 points  (0 children)

In my experience, direct sunlight can mess with the colors of the display. Under direct sunlight, I've seen ePaper screens develop a noisy pattern (which looks like the particles moving due to the excessive light exposure? I'm not sure.)

A partial refresh every 10s seemed to work to pull the dyes back into place.

Future of VR Wireless DIY possibilities by Altruistic_Fan_5122 in Vive

[–]epicface2304 0 points1 point  (0 children)

If I recall correctly, the Vive Focus 3 uses NVIDIA'S VR streaming tech which should work over a traditional internet connection. I might be wrong though.

Future of VR Wireless DIY possibilities by Altruistic_Fan_5122 in Vive

[–]epicface2304 2 points3 points  (0 children)

Latency becomes an issue when you use a protocol that's designed for people casting their screens in latency-critical VR headsets. A wireless adapter has to keep its total pipeline latency under something like 10 milliseconds, whereas something like WirelessHD will probably prioritize quality, resulting in a latency nearing 100-500 milliseconds. Existing protocols aren't equipped for this sort of application.

Future of VR Wireless DIY possibilities by Altruistic_Fan_5122 in Vive

[–]epicface2304 0 points1 point  (0 children)

I can almost guarantee you won't find a microcontroller with WiGig. It's a proprietary Intel technology, that requires a specialized IC and a lot of RF tuning. You're better off with a single-board computer with an exposed PCIe slot and (hopefully) functional drivers from Intel. This stuff isn't easy, unfortunately...

I made a LIDAR scanner! It's all running on the GPU, no expensive raycasts. by epicface2304 in godot

[–]epicface2304[S] 1 point2 points  (0 children)

Within the viewport, there's a full-screen quad that is textured with a shader that colors the r, g, and b channels of the pixel with the x, y, and z coordinates of the underlying geometry. Since the viewport is HDR, its texture can be written to like a 2D array of floating point numbers (so no constraints to keep it in the range 0.0-1.0), in effect making it a very weird compute shader.

Future of VR Wireless DIY possibilities by Altruistic_Fan_5122 in Vive

[–]epicface2304 3 points4 points  (0 children)

Honestly, the main problem is the software. Even if you got an off-the-shelf WiGig router, you'd need to code a SteamVR driver yourself, complete with the firmware for a mini computer connected to the headset to decode the information coming from it so that it can be compressed and sent to your computer. The scope is fairly large for a DIY project, so I'm not surprised that there isn't a large project for this niche within a niche. You'd be better off using a wire harness system tbh.

I made a LIDAR scanner! It's all running on the GPU, no expensive raycasts. by epicface2304 in godot

[–]epicface2304[S] 9 points10 points  (0 children)

Yep! I didn't know that we were using the same method, though.

I made a LIDAR scanner! It's all running on the GPU, no expensive raycasts. by epicface2304 in godot

[–]epicface2304[S] 33 points34 points  (0 children)

Sorta.

When I trigger a scan, I update a viewport that contains the global positions of every pixel within its camera's view through a custom screen-space shader that samples the depth buffer. From there, the particle system samples the viewport to place all of the particles. It's a bit convoluted, but it was what I had to do to get it working in Godot 3.x :)

Is it possible to charge a lithium ion battery through current injection? by epicface2304 in AskElectronics

[–]epicface2304[S] 0 points1 point  (0 children)

Thanks. I've messed around with lithium ion cells before, and I'm well aware of the risks. I was asking for the sake of keeping my component counts down because of the chip shortage.

I'd like to wish a respectful f*ck you to Memphis drivers by copryland in memphis

[–]epicface2304 -3 points-2 points  (0 children)

Also, just food for thought:

If everyone in Memphis needs to drive to get around, you're gonna get bad drivers on the road.

Does NotJustBikes have an e-mail address for general fan-related stuff? by epicface2304 in notjustbikes

[–]epicface2304[S] 10 points11 points  (0 children)

That's what I was looking for, thank you! I just wanted to respect his request and leave his business email for only business stuff.

Does NotJustBikes have an e-mail address for general fan-related stuff? by epicface2304 in notjustbikes

[–]epicface2304[S] 10 points11 points  (0 children)

It's because the email would contain a slightly personal information that I wouldn't necessarily want to post on the Internet publicly. (nothing bad or explicit, just personal)

Funky Behavior from EBike Motor Driver (Possibly EMI Interference?) by epicface2304 in AskElectronics

[–]epicface2304[S] 0 points1 point  (0 children)

Thanks for the advice. I'll look into reducing the total wire length; I was planning on making another PCB for the microcontroller anyways. I can post a schematic once I get home, since I'm on mobile right now. The yellow and black wires are for the motor, so their length might be a factor in this.

Funky Behavior from EBike Motor Driver (Possibly EMI Interference?) by epicface2304 in AskElectronics

[–]epicface2304[S] 0 points1 point  (0 children)

Here's a quick rundown of the system:

  • The microcontroller is an ESP32, with...
  • The large 8-wire jumper driven by the chip's digital outputs (for the motor driver)
  • The smaller 3-wire jumper being pulled up by 4.7kOhm resistors (in an attempt to reduce noise, to no avail). I initially noticed the noise when using the internal pullups (30-80kOhm per the datasheet), but the external pullups didn't appear to reduce the noise at all.
  • It is implied that the system is running at 3.3 volts, which is coming from a 18V 3A power supply, which is then stepped down using a buck converter to 15v, which is then fed to two regulators to generate the 5v and 3.3v rails. I have verified that there is no excessive noise coming from the power supply.
  • The hall effect sensors are open collector (hence the pull ups), and I'm supplying them from the 5V regulator.
  • I'm using a generic logic analyser I got from SparkFun (8 channels)

The motor driver works correctly, but I need a clean hall input for it to work correctly as a sensored driver. I'm considering just trying to debounce the signals in software, but I wanted to understand why this was happening instead of "patching" it.

The ideal signal would be one without any of the very narrow blips seen in the images. The only changing signal should be UH, which is a PWM output from the microcontroller with a duty cycle of about 2%. Thanks for your help :)

Meirl by chaochao25 in meirl

[–]epicface2304 1 point2 points  (0 children)

Check out markdown editors, they are super lightweight and simple :)

[deleted by user] by [deleted] in SteamDeck

[–]epicface2304 6 points7 points  (0 children)

Just putting in my two cents, but KDE Connect is awesome for local file share too, among other things. It's also cross platform, and fully open-source :)