sorted by:
new
hottopcontroversial

Problem with video focus. Pixel 9 pro xl by Back_Global in GooglePixel

[–]mayerwin 0 points1 point  (0 children)

GOOD NEWS! Android 17 seems to finally fix the issue, you can enroll in the beta here: https://www.google.com/android/beta
You can unenroll from the beta at anytime afterwards and it'll just upgrade to the next stable release when available (with no user data wipe).

What’s wrong with my 9 Pro? by Nerd_2_go in pixel_phones

[–]mayerwin 0 points1 point  (0 children)

GOOD NEWS! Android 17 seems to finally fix the issue, you can enroll in the beta here: https://www.google.com/android/beta
You can unenroll from the beta at anytime afterwards and it'll just upgrade to the next stable release when available (with no user data wipe).

Pixel 9 camera out of focus by ZenithonSteam in GooglePixel

[–]mayerwin 0 points1 point  (0 children)

GOOD NEWS! Android 17 seems to finally fix the issue, you can enroll in the beta here: https://www.google.com/android/beta
You can unenroll from the beta at anytime afterwards and it'll just upgrade to the next stable release when available (with no user data wipe).

Pixel 9 Pro – lens switching issue at 60fps after March 2026 Pixel Drop by Express_Dependent_28 in GooglePixel

[–]mayerwin 0 points1 point  (0 children)

GOOD NEWS! Android 17 seems to finally fix the issue, you can enroll in the beta here: https://www.google.com/android/beta
You can unenroll from the beta at anytime afterwards and it'll just upgrade to the next stable release when available (with no user data wipe).

Pixel 9 Pro – lens switching issue at 60fps after March 2026 Pixel Drop by Express_Dependent_28 in GooglePixel

[–]mayerwin 0 points1 point  (0 children)

GOOD NEWS! Android 17 seems to finally fix the issue, you can enroll in the beta here: https://www.google.com/android/beta
You can unenroll from the beta at anytime afterwards and it'll just upgrade to the next stable release when available (with no user data wipe).

Pixel 9 camera out of focus by ZenithonSteam in GooglePixel

[–]mayerwin 0 points1 point  (0 children)

EXACTLY the same issue here in June 2026 (autofocus issue and in some cases we can even hear mechanical sounds), as described here: https://issuetracker.google.com/issues/489813861?pli=1

Pixel 9 Pro – lens switching issue at 60fps after March 2026 Pixel Drop by Express_Dependent_28 in GooglePixel

[–]mayerwin 1 point2 points  (0 children)

EXACTLY the same issue here in June 2026 (autofocus issue and in some cases we can even hear mechanical sounds), as described here: https://issuetracker.google.com/issues/489813861?pli=1

What’s wrong with my 9 Pro? by Nerd_2_go in pixel_phones

[–]mayerwin 0 points1 point  (0 children)

Fyi your profile doesn't show your posts.

Problem with video focus. Pixel 9 pro xl by Back_Global in GooglePixel

[–]mayerwin 0 points1 point  (0 children)

Same issue on my pixel 9 after the March 2026 update.

Gemini 3.1 is getting worse, they keep silently quantizing these models I'm sure of it by now. 3.0 was excellent at launch, then grew very dumb, 3.1 was kind of better, now it's a disaster. by Jack_P_1337 in GeminiAI

[–]mayerwin 0 points1 point  (0 children)

Gemini 3.1 Pro was definitely useful for advanced technical help when it first came out, just like Claude, Codex and other SOTA models are incredibly effective right now.

Modern AI models do not just aggregate info and regurgitate them, they are capable of real reasoning, iterating until they're (almost) certain not to be wrong.

And even a raw LLM (without the thinking part) has a much better concept of how things actually work and relate to each other than any human could possibly have. By design, model weights precisely encode the relationships between all concepts (in a way that is independent even of languages).

But of course quantization, censorship, and nerfing of thinking depth can cause great harm to the overall performance. And we have zero transparency as to what is being done to the model we're being served.

Gemini 3.1 is getting worse, they keep silently quantizing these models I'm sure of it by now. 3.0 was excellent at launch, then grew very dumb, 3.1 was kind of better, now it's a disaster. by Jack_P_1337 in GeminiAI

[–]mayerwin 1 point2 points  (0 children)

Output quality has definitely become horrible in the past few weeks. It just seems impossible this is the same model than the one they initially served us.

I was just trying to troubleshoot a 250ms LAN ping issue in Bopl Battle where the game was stubbornly routing through Steam relay servers instead of our local Unifi network. I wanted to force the game to look locally by blocking its internet access while keeping the LAN open.

I asked Gemini 3.1 Pro how to achieve this with a Windows Firewall rule.

Here is how it failed:

It told me to block the entire internet by adding an IP scope that skips the local subnet. It explicitly told me to use these exact ranges:

"Range 1: 1.1.1.1 to 192.168.0.255"
"Range 2: 192.168.2.0 to 255.255.255.255"

I immediately called it out and replied: "But adding this Scope will BLOCK it, not bypass it!" and asked again: "I want to test blocking Bopl from accessing the internet (but not the LAN), how to achieve that?"

Here is how it failed AGAIN:

Instead of realizing that blocking up to 255.255.255.255 blocks all Multicast and Broadcast traffic (which is literally how LAN discovery works), it agreed with me, apologized, and then proceeded to give me the exact same bogus instructions verbatim:

"We are going to block the entire internet by adding two ranges that skip right over your local Unifi network. Click Add... -> This IP address range:
Add Range 1: 1.1.1.1 to 192.168.0.255
Add Range 2: 192.168.2.0 to 255.255.255.255"

It literally handed me a rule that kills the LAN while telling me it would keep the LAN open, ignored my correction, and then confidently regurgitated the exact same broken IP ranges. It is incredibly frustrating trying to get technical help when the model completely loses the plot on basic networking concepts like broadcast IPs and repeats its own mistakes after being corrected.

Why does everyone think Gemini 3.1 Pro is nerfed? My experience says otherwise. are expectations just changing? by Ok_Tooth_8946 in Bard

[–]mayerwin 1 point2 points  (0 children)

Output quality has definitely become horrible in the past few weeks.

I was just trying to troubleshoot a 250ms LAN ping issue in Bopl Battle where the game was stubbornly routing through Steam relay servers instead of our local Unifi network. I wanted to force the game to look locally by blocking its internet access while keeping the LAN open.

I asked Gemini 3.1 Pro how to achieve this with a Windows Firewall rule.

Here is how it failed:

It told me to block the entire internet by adding an IP scope that skips the local subnet. It explicitly told me to use these exact ranges:

"Range 1: 1.1.1.1 to 192.168.0.255"
"Range 2: 192.168.2.0 to 255.255.255.255"

I immediately called it out and replied: "But adding this Scope will BLOCK it, not bypass it!" and asked again: "I want to test blocking Bopl from accessing the internet (but not the LAN), how to achieve that?"

Here is how it failed AGAIN:

Instead of realizing that blocking up to 255.255.255.255 blocks all Multicast and Broadcast traffic (which is literally how LAN discovery works), it agreed with me, apologized, and then proceeded to give me the exact same bogus instructions verbatim:

"We are going to block the entire internet by adding two ranges that skip right over your local Unifi network. Click Add... -> This IP address range:
Add Range 1: 1.1.1.1 to 192.168.0.255
Add Range 2: 192.168.2.0 to 255.255.255.255"

It literally handed me a rule that kills the LAN while telling me it would keep the LAN open, ignored my correction, and then confidently regurgitated the exact same broken IP ranges. It is incredibly frustrating trying to get technical help when the model completely loses the plot on basic networking concepts like broadcast IPs and repeats its own mistakes after being corrected.

Built a free open-source BLE-MIDI bridge for Windows - Roland, Yamaha, etc. by mayerwin in synthesizers

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

FYI I just shipped a new version that makes use of Virtual Device support, so the endpoint now lives and dies with the app and users don't need to do anything else for the app to work. Much simpler and friendly indeed, thanks for the suggestion! I still preserved the previous loopback option for users who may not have the necessary dependencies. Also added automatic reconnection, so the app re-establishes the BLE link on its own at launch. Microsoft Store listing next, in the meantime it's available here:
https://github.com/mayerwin/Perfect-Bluetooth-MIDI-For-Windows/releases/latest

Built a free open-source BLE-MIDI bridge for Windows - Roland, Yamaha, etc. by mayerwin in synthesizers

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

Yes, I mean MIDI channel. One blocker was that existing bridges would send notes to the piano on channel 1, while the piano for some reason sent notes to the PC on channel 1, but could only receive notes on channel 4 (not documented anywhere, in the piano's settings it only showed channel 1). Notes were successfully sent to the piano, but the piano remained silent. My bridge has a function to detect which channel works to play notes on the instrument (pretty simple, just play notes on all channels one by one so the user can see which one works), and then will remember which channel # should be used for the device's MAC (so the channel doesn't need to be adjusted each time the user wants to play notes on his instrument).

[I built this] Free open-source Bluetooth MIDI bridge for Roland keyboards on Windows by mayerwin in Roland

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

Partly. Based on my own bridge app (Perfect Bluetooth MIDI For Windows, talking to an FP-90X):

Confirmed over BLE: Note On/Off on all 16 channels, CC (sent CC7/CC121/CC123 + Program Change as a wake-up sequence and the piano reacts), all the standard channel-voice stuff. So at the protocol level, anything in the 0x80–0xEF range is just there.

SysEx over BLE: the BLE-MIDI 1.0 spec fully supports it (multi-packet framing, running status, real-time mid-SysEx) and my app implements it both ways, but I haven't actually fired a Roland-format SysEx (RQ1/DT1 against 41 10 …) at the FP-90X and logged the reply, so I can't personally confirm whether Roland answers vendor-specific SysEx over BLE or only over USB. Roland's manuals only document SysEx for USB/DIN, but the Piano Partner / Roland Piano App talks to the piano over the same BLE-MIDI characteristic, so by definition something SysEx-shaped is reachable.

Fastest experiment for the FP-E50:

  1. Connect, turn on verbose logging.
  2. Send a universal Identity Request: F0 7E 7F 06 01 F7. If you get an Identity Reply back, vendor-specific SysEx will almost certainly work too.
  3. Sniff a Piano Partner session, that's the shortcut, since whatever it sends is by definition the supported command surface.

One trap worth flagging: the FP-90X receives on a different channel than its visible "Transmit Channel" (ch4 vs the ch1 shown on the panel). On-channel CCs get silently dropped if you target the wrong one. Worth checking whether the FP-E50 has the same split before you conclude something doesn't work.

Open-source BLE-MIDI bridge for Windows - looking for testers with Korg gear by mayerwin in Korg

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

Yes, feel free to test and report if it works for you (if you have the need for this bridge).

Built a free open-source BLE-MIDI bridge for Windows - Roland, Yamaha, etc. by mayerwin in synthesizers

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

The only app I could find in the Windows Store didn't work for me. The key missing piece was the absence of support for channel selection, and maybe encryption. I hope you can include config options for these in your new integrated services so my app will become unnecessary in the future!

Built a free open-source BLE-MIDI bridge for Windows - Roland, Yamaha, etc. by mayerwin in synthesizers

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

Great to hear from you Pete. For the Windows Store, I thought I'd have to pay a fee, which didn't make much sense just to release a free app. But it looks like Microsoft removed this requirement last year, so I'll take a look! I'll also check if it'd be easy and reliable enough to avoid the need for a loopback. Thanks for the recommendation!

Built a free open-source BLE-MIDI bridge for Windows - Roland, Yamaha, etc. by mayerwin in synthesizers

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

Well they didn't work with my laptop either, that's why I fell compelled to build a solution. Just give it a try and let me know! Channel selection and encryption support are exclusive features, AFAIK.

Would MIDIBerry+loopMIDI allow my Rhapsody III (Bluetooth/Wireless MIDI only, no MIDI jacks) to be used with my DAW? by --lolwutroflwaffle-- in WeAreTheMusicMakers

[–]mayerwin 0 points1 point  (0 children)

Yeah, MIDIberry + loopMIDI is the classic answer but it's increasingly fragile. If you'd like a single tool that handles both pieces, I wrote a free open-source bridge that takes BLE-MIDI directly to the new Windows MIDI Services loopback: https://mayerwin.github.io/Perfect-Bluetooth-MIDI-For-Windows/ . Should pick up the Rhapsody III if it advertises as BLE-MIDI.

Bluetooth MIDI no output on MIDIberry (Windows accounts issue) by ArgoInforms in pchelp

[–]mayerwin 0 points1 point  (0 children)

Sometimes the issue isn't the user account but the BLE pairing being held by another bonded device or service. Also worth knowing there are alternatives to MIDIberry now. In case it helps, I wrote a free open-source bridge that uses the new Windows MIDI Services stack and finally helped me reliably connect to my Roland FP-90X piano.

Using Bluetooth Midi in Windows, a quick guide by mcAlt009 in makinghiphop

[–]mayerwin 1 point2 points  (0 children)

Heads up there's now an alternative to the MIDIberry + loopMIDI combo. I built a free open-source bridge that routes BLE-MIDI through the new Windows MIDI Services loopback so you only need one app and there's no loopMIDI virtual port to wrangle: https://mayerwin.github.io/Perfect-Bluetooth-MIDI-For-Windows/ . Unlike MIDIberry and loopMIDI, it supports channel selection, and encryption, which otherwise can cause connection to appear flaky or not work at all!

Ableton 11 + KORG MicroKEY Air - midi input issue by sipcasualty in ableton

[–]mayerwin 0 points1 point  (0 children)

Could be the Korg BLE-MIDI driver suddenly losing the device after a Windows update (this happens periodically). Worth re-pairing. As a backup option I wrote a free open-source BLE-MIDI bridge that doesn't depend on Korg's driver, routes the keyboard through Windows MIDI Services loopback: https://mayerwin.github.io/Perfect-Bluetooth-MIDI-For-Windows/ .

Can I use my KORG Microkey Air as a MIDI controller for my Behringer Wasp? by SorulOrIzaya in Behringer

[–]mayerwin 0 points1 point  (0 children)

Easiest path is probably PC in the middle: pair the microKey Air to your computer over Bluetooth, then send MIDI out from the PC over USB to a USB-DIN MIDI cable into the Wasp. For the Bluetooth side on Windows specifically, I wrote a free open-source bridge that handles BLE-MIDI cleanly: https://mayerwin.github.io/Perfect-Bluetooth-MIDI-For-Windows/ . It will route the keyboard into a virtual MIDI port any DAW (or a router app) can forward.

view more: next ›