dumping has some weird off-the-shlf bugs.
1- playing the NetMD stuck in a session loop but the calling process has bailed and left town.
User is left to disconnect USB to force session close and regain control of the unit.
2- sox - alsa record(arecord) and forking seems to have a python glitch somewhere. Not only is this a PITA to work around- it yields no fork- and no errors if -and when- it fails.
I would strongly suggest using SDL- (see my other project for Pascal) or some other language to fix the "forking problem". It seems to be between python- the OS (C)- and the ipc routines somewhere.
loopback alsa modules- even if pulseaudio is used- must be installed to get "normal response" from your equipment. as a result- sound controls in X11 require some "monitor" to and fro changes- or you will blow your ears out trying to test the alsa play and record functions- to check the sound levels.
supposedly I skipped over this "sox lesson"....
dumping has some weird off-the-shlf bugs.
1- playing the NetMD stuck in a session loop but the calling process has bailed and left town.
User is left to disconnect USB to force session close and regain control of the unit.
2- sox - alsa record(arecord) and forking seems to have a python glitch somewhere. Not only is this a PITA to work around- it yields no fork- and no errors if -and when- it fails.
I would strongly suggest using SDL- (see my other project for Pascal) or some other language to fix the "forking problem". It seems to be between python- the OS (C)- and the ipc routines somewhere.
loopback alsa modules- even if pulseaudio is used- must be installed to get "normal response" from your equipment. as a result- sound controls in X11 require some "monitor" to and fro changes- or you will blow your ears out trying to test the alsa play and record functions- to check the sound levels.
supposedly I skipped over this "sox lesson"....