3 ms·

Ah, I thought the original comment was talking about this https://www.amazon.ca/Remember-Wholesale-Other-Classic-Stories/dp/0806537981/ref=sr_1_1?dchild=1&keywo

by fallat 5y ago

Ah, I thought the original comment was talking about this https://www.amazon.ca/Remember-Wholesale-Other-Classic-Stories/dp/0806537981/ref=sr_1_1?dchild=1&keywords=philip+k+dick+we+can+remember&qid=1622329764&sr=8-1 https://www.amazon.ca/Remember-Wholesale-Other-Classic-Stori... but I was not aware there are many more!

csdvrx 5y ago
Sorry to contact you there but I do not see an email in your profile. I just read your comment on derasterize: https://news.ycombinator.com/item?id=25997236 https://news.ycombinator.com/item?id=25997236 > Based on your project I inferred that adding more matches seems to add more resolution and yeah, outputs are looking even nicer now. I updated the repo! This is the right approach, but there's a combinatory explosion when computing the matches: you want to select a subset of shapes that in practice are more often right, to save on the matching computation time. Also, when you are operating with time constraints (ex: video to text), keeping the FPS rate is often more important that the accuracy, as the human eye does a lot of interpolation. Having different subsets of different sizes and a command-line toggle between them seems like the simpler approach to support multiple uses. > I also used shapes which are less sharp rather than "perfect match". Selecting some "less sharp" glyphs is a very daring and unique idea: in retrospect, it should help the bad cases by adding some "blur". I really like you idea! Would you be interested in a collaboration to inspect fonts and select glyphs based on 1) their availability (ascii>ansi>unicode) 2) their usefulness (by defining some subsets)
- fallat 5y ago
  I saw your message but was hesitant to respond with disappointment. I'm sorry my interest in this is not as large as yours! I think the end result could be cool, but overall not very practical. I wrote my program to include "images" in my text-only articles (http://len.falken.ink/philosophy/is-privacy-in-all-our-interests.txt http://len.falken.ink/philosophy/is-privacy-in-all-our-inter...), but really I can't imagine a real useful application. We (the world) is much better off to adopt a real "images with text" format which works nicely with terminals (for now this appears to be sixel and the proposal by kiTTY). My email is inbox at lee <this username> dot ca :)
  - csdvrx 5y ago
    > My email is inbox at lee <this username> dot ca :) Thanks, I will get in touch! I want to release a new version of tmux-sixel first. > really I can't imagine a real useful application Plots of datasets are extremely helpful! It is much faster to use gnuplot over ssh than to download a subset of data

by fallat 5y ago

csdvrx 5y ago

Sorry to contact you there but I do not see an email in your profile. I just read your comment on derasterize: https://news.ycombinator.com/item?id=25997236 https://news.ycombinator.com/item?id=25997236 > Based on your project I inferred that adding more matches seems to add more resolution and yeah, outputs are looking even nicer now. I updated the repo! This is the right approach, but there's a combinatory explosion when computing the matches: you want to select a subset of shapes that in practice are more often right, to save on the matching computation time. Also, when you are operating with time constraints (ex: video to text), keeping the FPS rate is often more important that the accuracy, as the human eye does a lot of interpolation. Having different subsets of different sizes and a command-line toggle between them seems like the simpler approach to support multiple uses. > I also used shapes which are less sharp rather than "perfect match". Selecting some "less sharp" glyphs is a very daring and unique idea: in retrospect, it should help the bad cases by adding some "blur". I really like you idea! Would you be interested in a collaboration to inspect fonts and select glyphs based on 1) their availability (ascii>ansi>unicode) 2) their usefulness (by defining some subsets)

fallat 5y ago
I saw your message but was hesitant to respond with disappointment. I'm sorry my interest in this is not as large as yours! I think the end result could be cool, but overall not very practical. I wrote my program to include "images" in my text-only articles (http://len.falken.ink/philosophy/is-privacy-in-all-our-interests.txt http://len.falken.ink/philosophy/is-privacy-in-all-our-inter...), but really I can't imagine a real useful application. We (the world) is much better off to adopt a real "images with text" format which works nicely with terminals (for now this appears to be sixel and the proposal by kiTTY). My email is inbox at lee <this username> dot ca :)
- csdvrx 5y ago
  > My email is inbox at lee <this username> dot ca :) Thanks, I will get in touch! I want to release a new version of tmux-sixel first. > really I can't imagine a real useful application Plots of datasets are extremely helpful! It is much faster to use gnuplot over ssh than to download a subset of data