58 karma · joined July 23, 2013
Ideally there would be an easy path from ChucK to implementing all of these things in hardware but I haven't quite got there yet.
Or maybe it is already possible, to be fair I haven't looked closely.
https://daisy.audio/hardware/, https://github.com/electro-smith/libDaisy
Delay delay;
LPF filter;
Reverb reverb;
Gain feedback;
adc => delay => filter => reverb => dac;
filter => feedback => delay;I have done a ton of Swing over the years, and also a 2.5D zoomable scene graph API called Piccolo2D [0], which was one of the inspirations for JavaFX (or so I heard at the time).
As far as your advice, I will take a look at swapping Batik out for EchoSVG, and also see how you tackled the user data directory issue in KeenWrite.
I wrote an implementation of Venn and Euler diagrams for the bioinformatics data visualization application Cytoscape many years ago [2]. Sigh, thick clients in Java haven't aged all that well.
[0] - https://www.iscb.org/ismb2024/home
I am curious if you might explain how/why this stack diverges from the upstream one (bebop/poly)? I see for example dnadesign has a version two of the seqhash algorithm that looks rather interesting.
My most recent were tools to improve the AWS commandline experience for s3 and Athena
https://github.com/heuermh/cooper
https://github.com/heuermh/sea-eagle
Both are available via Homebrew
https://github.com/heuermh/homebrew-parquet-tools
I would next like to improve the TUI experience for tabular data, e.g. using the Charm_ Bubbles/Gum table component, but I have yet to investigate how the JVM <--> Go interaction might work.
https://github.com/biojava/biojava/tree/master/biojava-genom...
I also have a 512ke, which I'll not be able to part with, as it was my first computer. Still runs the copy of HardBall! I hacked to use the roster from my baseball team!
Made this quickly, and then a python version based on awswrangler for work (not open source, unfortunately).
We have been pretty impressed with the closed-ish loop of the Dexcom and Omnipod, it handles daily fluctuations due to more/less exercise etc. fairly well.
Still two separate handheld devices though, and quality always falls off when the sensor (every 10ish days) and pump (every 3 days) approach expiration.
The only missing feature for me now is full table, column, &c. metadata support in the DuckDB JDBC driver.
Thanks!
Sign me up!
If it helps, I have an large collection of antique and vintage knobs, switches, pots, buttons, and sliders. ;)
While using Apache Spark for bioinformatics [0] never really took off, I still think Parquet formats for bioinformatics [1] is a good idea, especially with DuckDB, Apache Arrow, etc. supporting Parquet out of the box.
Is it possible to build an effect written in Glicol into an iOS app or effect (AudioUnit v3? haven't been keeping up)? LV2 plugin to run on MOD devices guitar pedals? VCVRack, which has its own plugin interface? onto a Rasp Pi Zero?
I have acquired plenty of cool stuff, but nothing in significant enough quantities to make it as an electronics supplier. I'm thinking more curated antique store vibe.
In open source bioinformatics we strive for reproducible science, which can be difficult in a field with tons of different methods and tools. One approach is to use a workflow language such as Nextflow [0] and Docker/Singularity such that the entire analysis is reproducible, see e.g. [1].
There is a vibrant community around Nextflow workflows called nf-core [2] which has a rare disease workflow in development [3], come join our slack!
[0] - https://nextflow.io
[1] - https://github.com/brentp/rare-disease-wf
[2] - https://nf-co.re
Maven plugin, if you're interested
ADAM is a genomics analysis platform with specialized file formats built using Apache Avro, Apache Spark, and Apache Parquet. Apache 2 licensed.
I have consulted to National Marrow Donor Program/Be The Match [0] off and on for several years. There are typing labs using long reads but most reporting/matching/analysis is still performed at the nomenclature level [1].
I hope in the near future we'll be able to simply assemble the entire MHC for each sample, as messy as it might be, see e.g., "A diploid assembly-based benchmark for variants in the major histocompatibility complex" [2].
[0] https://bethematch.org [1] https://www.ebi.ac.uk/ipd/imgt/hla [2] https://www.nature.com/articles/s41467-020-18564-9