Dual monitors using a laptop as a second display. This guide assumes that you are using a Debian based distro (X11 only). Both devices must be connected to the same network. 1. Define an output to be a used as a dummy monitor a. The simple method: select an unused existing graphics port # find an unused output find -L /sys/class/drm -maxdepth 1 -type d -name 'card0-*' -exec sh -c 'if [ $(cat $0/
Welcome to Tiny Code Christmas! TCC started on the 11th of December 2023, but you can join at any time! LoveByte’s Tiny Code Christmas is an event to help you take your first steps in demoscene sizecoding with Lua based fantasy consoles like TIC-80 and PICO-8! Over 12 days, from the 11th to the 22nd of December, learn the effects and techniques used in Byte Jams, Byte Battles, and Tiny Intros! Wat
A Kilo Byte-Sized LISP System klisp.tgz (35KB, KL21) | klisp.txt | kl.exe (DOS, 14KB) | kl.com (DOS, 13KB) | KLSYS | KLISP 22 Kilo LISP is a small interpreter for purely symbolic LISP. Its source consists of 25K bytes of comprehensible code (20KB C, 5KB LISP) and it runs in 64K bytes of memory. There is also a version for CP/M that is written in T3X and runs in 48K bytes of memory. Then there
概要 Junio C Hamanoさんに興味を持って調べていると、Linusさんが書いたGitの初版は1244行ということが分かりました。Gitの初版について、軽く行数の確認とビルドチャレンジをして、あまり調べずに動かしながら機能を推測してみました。 はじめに Highlights from Git 2.39 の冒頭で登場するcommit数が一番多い方「Junio C Hamano」さんを知らなかったので調べてみました。 gihyoのインタビュー記事が面白かったです。Junio C HamanoさんはGitのメンテナで、LinusさんからGitのメンテナを引き継いだすごい方だということを知りました。 このgihyoのインタビュー記事の中で「MLで流れてきたGitのコード行数は1244行だった」というところが気になりました。調べてみると、2020年にTwitterでRui Ueyamaさんへ
入力した文章(プロンプト)に沿って画像を生成してくれるAI「Stable Diffusion」は、モデルデータが一般公開されていることから多くの人にカスタマイズを施されています。そんなStable Diffusionのモデルを調整して、文章を入力するだけで楽曲を生成してくれるAI「Riffusion」が開発されました。 Riffusion https://www.riffusion.com/ Riffusionの開発チームは、誰でも簡単にRiffusionを利用できるようにしたウェブアプリを公開しています。ウェブアプリにアクセスすると、画面右側に「post-teen pop talent show winner(賞を勝ち取った10代のアーティスト)」というプロンプトが表示されます。楽曲を再生するには、画面右上の再生ボタンをクリックすればOK。 再生ボタンをクリックすると、画面左側の図形が上
人事部の小池です。 この記事は KAYAC Advent Calendar 2022 の16日目の記事です。 カヤックの規程文書管理の仕組みを Google ドキュメント から GitHub に移行した取り組みについて紹介します。 これまでの文書管理 カヤックでは長年規程文書を Google ドキュメント で管理していました。Google ドキュメント は多くの従業員にとって親しみやすいものの、文書を管理する上でいくつかつらい点がありました。 改訂内容の差分が追いにくい・改訂の背景がわからない Google ドキュメント なので変更履歴から過去の版を閲覧することは可能ですが手軽とはいえません。改訂の際は内容以外にも改訂に至った経緯、議論といった背景も重要ですが、これらの背景は成果物である Google ドキュメント の版の履歴からは伺うことはできません。「ある時までは確かこういった規程内容
こちらは名画、「真珠の耳飾りの少女」。 これが…… (DALL-E公式サイトより引用) こう。 「あれ?元々はこんな感じだったっけ?」と、思わず騙されてしまいそうなクオリティだが 実はこの絵、「真珠の耳飾りの少女」の外側をAIが勝手に広げた画像なのだという。 ↑音無しなので安心してご覧くださいませ。(DALL-E公式サイトより引用) これは広げている動画。 「真珠の耳飾りの少女」の誰も見た事のない「外側」を、AIが思うまま自由に絵描いていっている。 単にAIが新しい画像を生成するのではなく、「元ある画像から、外を予測して生成する」という拡張性が、従来のお絵かきAIとは違っていてかなり面白い。 (DALL-E公式サイトより引用) この画像の外側を広げてくれる「DALL-E2」というAI、筆者もさっそく使おうとしたが、使用には少しお金がかかるらしい。 その為、見たところ他の使用者は「名画」や「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く