-
Notifications
You must be signed in to change notification settings - Fork 193
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove PS3 Eye support #133
Comments
Hey Stuart, Just wanted to post a brief copy of the chat from last week, mostly for the benefit of anyone stumbling across this in the future. I think the less we have to implement custom fixes and stick to defaults the better. However we aren't going to remove PS3 Eye support because we have significant number of people who use this hardware as their primary configuration. We do very much appreciate the amount of work you've been putting in to investigate other solutions though. I hope we can find a path forward that provides a clean and intuitive audio setup, without breaking core functionality for our PS Eye users. |
Afraid ground to a halt I am afraid.
I really would suggest they don't source a PS3 eye if you don't already have one. For a few dollar more you can get a respeaker 2 mic for the pi that has a few Leds and a small amp that allows you to create a complete simple device AI. That would be my recommendation. |
I keep having a go at the PS3 eye and we don't even have alsa asoundrc files. This will set a default took me a while to work out the simple asym of defaults with in/out on different cards but hey!
The default will be cap which is the 4 channels addded together. |
Until a fix is found for the PS3 Eye its probably best not to recommend it.
Doubt it though as this has a history over a decade long.
alsactl init uses a generic usbmixer rules file and the ps3 eye was a very specific device for the ps3.
https://www.systutorials.com/docs/linux/man/7-alsactl_init/
Both Udev & alsactl init get some of the control and info registers wrong.
You will often see in the Journal lines such as
as
alsactl -d init
get things wrong with a default generic usb-mixer rule.Also the read register of current bit rate is obviously wrong and seems to be pointing at some dynamic value that is highly likely to have nothing to do with current sample rate.
These errors go back a decade and the internet is littered with them but I seem to be unable to get a single fix.
Its very likely a rule could be defined and included in /usr/share/alsa/init/00main but exactly what I don't know.
Alsa detects enough to get generic sampling working but has never completely configured the Sony implementation.
https://jim.sh/svn/jim/devl/playstation/ps3/eye/test/eye.c
https://www.systutorials.com/docs/linux/man/7-alsactl_init/
The text was updated successfully, but these errors were encountered: