Yes about sign : drivers which were used as bases of our omega simpleaudio driver seemed S16 as normal but if Andrew is sure it actually sends unsigned then that is the problem :
If the maxxxxxx driver actually uses the unsigned (weird unstandart and rare) 16bit format then we need to switch our firmware to builds using an asoc/alsa wm8960 or pcm5102 or whatever else is available as nearly ALL OTHER i2s drivers would provide us the usual/standart (i2s meaning signed) our DAC chips need.
"MCK lack" subject is not the problem here because I also use a i2s DAC chip that features an MCK generation builtin because MT7688 chip does not have any MCKout.
These 2 matter would make me much regret the former ar9331 soc chip...
Small update: I followed the track Sven started in November a bit through kernel sources and found that the BUG-ON() statement which causes the crash might be itself a bug, because it blocks a code path that seems legit to me. At least, when I experimentally removed the BUG_ON(), aplay does not crash any more but produces a i2s WS signal for the right duration :-)
However, no sound yet - I haven't been able yet to check if this is a problem of my hardware (with very difficult to solder MAX98357A) or still DMA not piping the data to the i2s. I'm also trying to check with the author of that BUG_ON statement to find out why exactly he did put it there.
@Sergey-Melekhin looks like there is no esay way to run OmegaExpansion in py3k :(
People why do you even start writing new python2.7 libs in 2016? Only time since 2006 when I used py2 for a new project was when I needed scrapy, which was too big to port easily.
@Samuel-Ellicott That was one of the things I found.
However, I am not highly familiar with i2s :-(
I just did some Google seraches with terms like OpenWRT i2s and came across a few links that could be relevant - though I don't know enough the evaluate how good they are
Looks like your connection to Community was lost, please wait while we try to reconnect.