profile
viewpoint

bytbox/kakapo 61

Embedded Lisp Interpreter for Golang

bytbox/go-pop3 37

RFC1939 client implementation for go

bytbox/golint 29

lint tool for golang

bytbox/go-mail 12

RFC5322 implementation for golang

bytbox/goprep 12

Golang lexical preprocessor framework

bytbox/gomake 3

Makefile-generation tool for golang

bytbox/hashmap.go 3

Thread-safe, lock-free hashmap in go

bytbox/aur 2

My AUR packages - this repository is deprecated - please use http://git.bytbox.net/aur

bytbox/category-go 2

Toys from category theory, in go

bytbox/EVAN 2

Event analysis and data processing suite

issue commentvim/vim

Fortran syntax file broken

For clarity for anyone in the future: this issue is fixed by commit 560979ed....

Thanks all!

sambo57u

comment created time in 18 days

issue commentvim/vim

Fortran syntax file broken

I hate to be too much of a pest, but as this issue is not fixed in the repo, and the patch is not publicly available, I would suggest re-opening the issue and leaving it so for the time being.

sambo57u

comment created time in 20 days

issue commentvim/vim

Fortran syntax file broken

Checking [vim-dev], I see that the maintainer has sent a fix for the issue (off-list) to Bram. The fix doesn't appear to be in this repo yet. Is the fix available publicly, anywhere?

(@chrisbra's suggestion of just replacing <15= with 15<= and <11= with 11<= seems to work, but I really don't know. At least it gets rid of the error messages.)

sambo57u

comment created time in a month

push eventbytbox/sloc

toastal

commit sha e4813175e0d5f7ddecbfbe7776939f8172e19dcc

SASS -> Sass It's not an acronym nor was it even stylized as all caps http://sassnotsass.com/

view details

Scott Lawrence

commit sha 6f3c94d38253dd48bb3f6d8a94f0399f93ad0bc1

Merge pull request #9 from toastal/patch-1 SASS -> Sass

view details

push time in 2 months

PR merged bytbox/sloc

SASS -> Sass

It's not an acronym nor was it even stylized as all caps http://sassnotsass.com/

+1 -1

1 comment

1 changed file

toastal

pr closed time in 2 months

pull request commentbytbox/sloc

SASS -> Sass

Good to have this fixed, thanks.

toastal

comment created time in 2 months

issue closedornicar/lila

Move sounds only from left side

When playing a game (and at other times), the move sound comes only from the left headphone. There's a caveat: this doesn't quite happen all of the time. Once in a while (~2% of the time), the sound makes it out of both headphones! I haven't found any consistent pattern.

This occurs on two different systems, both running firefox on archlinux under alsa. Neither system has any other sound problems.

This is an apparent duplicate of #4983, except this issue is a little less consistent.

My hunch is that this is not an issue with lichess itself, but rather with the interaction of the underlying sound library with firefox+alsa, along the lines of "for the first 0.5s after initializing the sound system, sound only comes from one headphone... and the sound system is re-initialized every time a move is made!". I'm not totally sure how to begin debugging this, though, so I'm filing this report in hopes that the answer is immediately obvious to you, dear reader.

closed time in 3 months

bytbox

issue commentornicar/lila

Move sounds only from left side

This issue only happens when using firefox for me. I've reproduced it directly with WebAudio code. I believe it's an incarnation of https://bugzilla.mozilla.org/show_bug.cgi?id=1435598.

This obviously isn't a bug in anything related to lichess. As of this writing a fix seems to be in the works: https://bugzilla.mozilla.org/show_bug.cgi?id=1567949. So, I don't think a workaround in lichess would be appropriate, and I'm closing this issue.

bytbox

comment created time in 3 months

issue commentornicar/lila

Move sounds only from left side

This seems to be some consequence of the standard sound files being single-channel. When I play the sound Move.js via <pre> var sound = new Howl({src: ['sounds/standard/Move.mp3']}); sound.play(); </pre> I hear it only from left channel. Playing sounds/standard/Move.mp3 in an isolated audio player (audacity, or opening directly in my browser) works fine -- I hear from both channels.

Interestingly, if I modify Move.mp3 in audacity by creating a stereo track, with the same audio in each channel, then howler now plays from both the left and the right as desired.

I'm trying to find a better solution than "re-write all audio files to be proper dual-channel stereo".

bytbox

comment created time in 3 months

more