freenode/#sicl - IRC Chatlog
Search
4:28:26
no-defun-allowed
What microphone did you use to record voiceovers for the online presentations?
4:33:48
no-defun-allowed
Oh, because I'm trying to use OBS with a studio microphone, and the gain that I used to produce an acceptable volume doesn't seem have been applied in the recorded video.
4:35:13
no-defun-allowed
Yes, but the noise filter somehow still got applied, and most of my words were cut out, so I have to re-record.
4:36:03
beach
Yes, I see. :( Having to re-record happens to me pretty much every time, for one reason or another.
5:09:19
no-defun-allowed
Alright, I disabled the noise filter and now I just have to adjust the volume when I edit the clips together.
6:21:41
beach
With respect to my series of presentations for the online Lisp meeting, it is interesting to me that several people suggest better alternatives to C. I recently received email from Clive Tovero suggesting PreScheme and Scheme86. So I observe that there is still this widespread idea that a Common Lisp implementation must be written in something other than Common Lisp.
6:28:43
beach
Now, jackdaniel said that he likes the fact that ECL can be built on a system that has nothing other than C. I guess the only way to address that restriction is some kind of BOCL ("Bootstrap Common Lisp) idea, i.e. an implementation that only requires C, but that is designed with the sole purpose of bootstrapping "production" Common Lisp implementations.
6:30:04
beach
And then it is going to boil down to what is considered "source code". In other words, does the C source have to be written by hand, or can it be generated.
7:54:39
jackdaniel
mind, that I've added "given ecl's niche", in other words because its runtime is build on top of C's runtime
7:55:35
jackdaniel
so it is to some degree a pisix common lisp (if we acknowledge that posix is basically c plus os library with c api)
8:00:34
beach
That doesn't stop me from trying to come up with ideas to make ECL and Clasp maintenance burden lighter.