cemu-project
Skylanders Trap Team Portal Speaker Stutter
Current Behavior
All audio coming from the portal speaker sounds incredibly distorted and choppy.
https://github.com/cemu-project/Cemu/assets/76142804/4d5e8ffd-33c7-4f0b-a00e-f87eff9fb4bd
Expected Behavior
I expected it to sound like this, clear intelligible sound out of the speaker. (Forgive the low quality example)
https://github.com/cemu-project/Cemu/assets/76142804/c9d61b53-05bb-462f-991c-6845408acd99
Steps to Reproduce
I started a new game, skipped the cutscenes and placed down my skylander. Then once I loaded in, I put the trap into the portal, which triggered the villain summoning screen, and started the poor audio quality. My portal drivers are the default ones, just plugged into my pc via a usb 3.0 hub.
System Info (Optional)
OS: Win 11 Home GPU: RTX 3060
Emulation Settings (Optional)
No response
Logs (Optional)
No response
It helps to know your CPU/Mainboard too, there are some usb audio issues quite specific to the ryzen platform.
It helps to know your CPU/Mainboard too, there are some usb audio issues quite specific to the ryzen platform.
Good to know, I am in fact on Ryzen. Specifically Ryzen 9 5900x, along with an rog B550-A board
You will need USBview or the Device list of HWInfo, but can you discern if the hub is connected to a CPU ports or the chipset ports
In HWInfo, Chipset Ports are those attached beneath the B550 CPU Ports are attached Beneath the CPU PCIE GPP Bridge
You will need USBview or the Device list of HWInfo, but can you discern if the hub is connected to a CPU ports or the chipset ports
In HWInfo, Chipset Ports are those attached beneath the B550 CPU Ports are attached Beneath the CPU PCIE GPP Bridge
I am away from my pc for a couple days, but I’ll make sure to check on that once I have access to it again. Thank you for the responses
I heard from someone in the skylanders reverse engineering discord that it was because cemu uses a inferior USB driver from libusbK, which is the driver dolphin uses with portals for skylanders when I asked in the discord if it was planned to add support for it, someone confirmed that it was planned, so I guess the problem might be solved when that happens
I think this issue explained the same problem (or similar) : https://github.com/cemu-project/Cemu/issues/902
so with libusb support now avaliable for only linux
can we get it on windows aswell? please?
Hi, I've done a bit of digging and it seems that the issue revolves around the windows version sending only the first 32 bytes of the music data - here are logs captured in wireshark for the sound that plays when placing a trapped Chompy Mage. The first 32 bytes are always identical, however the data send by Cemu on Mac contains additional 32 bytes in each packet (64 total). chompymagemacdata.txt chompymagewindowsdata.txt
Also worth noting is the research by Marijn Kneppers - where he remarks that data should be indeed send in 64 byte packets. https://marijnkneppers.dev/posts/reverse-engineering-skylanders-toys-to-life-mechanics/
I'm hoping that someone more knowledgeable will carry the torch. If I could assist further please lmk!
Libusb has now been implemented as of https://github.com/cemu-project/Cemu/pull/1471 so this should be able to be closed
Libusb has now been implemented as of #1471 so this should be able to be closed
Where can i download the version of cemu with libusb support?
A new version hasn't been published yet since the PR was merged so you will need to wait for a bit, apologies
Cemu 2.6 has the libusb backend for Windows, let me know if you can test
Tested with CEMU 2.6 and the libusb driver, audio is no longer stuttery and sounds as it should. problem solved!
Tested with CEMU 2.6 and the libusb driver, audio is no longer stuttery and sounds as it should. problem solved!
it is NOT beo its not even an option
