search

amiaopensource / audiorecorder

tool for calibration and recording of analog audio sources
BSD 3-Clause "New" or "Revised" License
26 stars 5 forks source link

sox in linuxbrew #24

Closed privatezero closed 7 years ago

privatezero commented 7 years ago

Looks like when installing audiorecorder via linuxbrew, the sox dependency does not end up configured to use the default alsa device. If sox is installed via apt install there is no problem. Probably some path issue that needs looking into!

retokromer commented 7 years ago

Did you set the global variables, usually in .bashrc, at installation?

privatezero commented 7 years ago

aha! I might have neglected that step. I'll test it out when I get back home!

retokromer commented 7 years ago

Sorry, I cannot test myself now, but if it still gives an error, then you could file an issue to Linuxbrew.

privatezero commented 7 years ago

I have confirmed that the error still occurs for the sox install when linuxbrew is on the PATH - I'll keep looking into this, but in the meantime the apt install makes things hunky dory (at least in respect to running- I don't have a linux compatible A/D so can't test quality)

retokromer commented 7 years ago

I’ll try to test on Saturday.

privatezero commented 7 years ago

Thank you much! Have you been able to successfully get ffplay to work via linuxbrew as well? I seem to be running into a similar issue - if I build FFmpeg via apt-get (using a PPA for a newer version) ffplay runs, but built via linuxbrew it throws an error

Could not initialize SDL - No available video device

Would love to figure out a way to get the install formula working so that users wouldn't have to manually install the dependencies using apt-get!

privatezero commented 7 years ago

oh haha! looks like the linuxbrew version of sdl2 was conflicting with the other installed version- I was able to fix the ffplay issue at least by forcing brew to uninstall its version of sdl2!

privatezero commented 7 years ago

Yay! That gave me the idea to try manually installing alsa via brew instead of using the system install version. Looks like that solved the sox alsa issue!

retokromer commented 7 years ago

Hello @privatezero, @pjotrek-b mentioned yesterday on twitter Zenity, GUI for shell scripts, which could be interesting indeed for many of our projects!

retokromer commented 7 years ago

Update: There are some issues with Zenity too…

privatezero commented 7 years ago

Hi! Yes, I have experimented with Zenity before and found it interesting, but problematic. The biggest problem I had (in macOS at least) was it would often open its window behind existing windows, which could be very confusing for users!

retokromer commented 7 years ago

Yes, that’s also one of my cons. There are other solutions I’m testing, including a fork from Zenity. No one I would suggest so far… :-(

pjotrek-b commented 7 years ago

Regarding focus-stealing issues with Zenity: Maybe "wmctrl" could be used to stabilize it's behavior (for starters) - and for long-term: Fix/improve Zenity? (Don't know if wmctrl exists/works on MacOS though)

retokromer commented 7 years ago

Hmm… I really don’t have the time to fix Zenity ;-)

Thank you for the information! I’ll check it.

privatezero commented 7 years ago

I seem to recall that the linux workarounds didn't exist in macOS, but it has been a while since I looked into it so I could be totally wrong about that!

pjotrek-b commented 7 years ago

@retokromer: Didn't mean that you should fix Zenity.

Just tried not to promote a workaround without mentioning that it might be possible to actually fix things: Because it's FOSS :smile:

retokromer commented 7 years ago

@pjotrek-b Нема проблема! My answer was meant ironically, therefore the added ;-)

retokromer commented 7 years ago

The installation seems to be resolved in https://github.com/amiaopensource/audiorecorder/pull/32.

privatezero commented 7 years ago

As @retokromer says! Resolved for now via https://github.com/amiaopensource/audiorecorder/pull/32. Closing!