新しいものを表示

スマホでおk じゃ無い点は、ゲームパッド前提のものも出せることと、普通にSteamでゲーム買えばそれでもPCでも遊べるしわざわざスマホ向けに作らないで済むので開発も楽な点と、GoogleやAppleが拒否するようなゲームも出せる点><

例えばMiniMetroとかHexcellsみたいなスマホでもあるようなのってそんな大規模なハードウェアいらないじゃん?>< それらはタッチパネル向けだけどゲームパッド形状が有利になるゲームでもその程度のハードウェアで十分なのたぶんわりとあるじゃん?><

極端に言うとハードウェアこけてもゲーム自体は他のSteamのゲームと同様、普通のPCで遊べるわけだし><

・・・ってこれを見て思いついた><
gigazine.net/news/20180920-sma
これよりさらにロースペックなのSteam主導でつくったらおもしろくない?><って

そういえば昨日思いついたけど、Steamで携帯できる計算機向けに処理の上限を設けた規格 みたいなの作ったらおもしろいのに><って思った><(そういうの作って、さらにSteamOSのそれ版(ロースペック向きバージョン)作ったらx86/AMD64なPCな携帯ゲーム機勝手にあちこち中華な方面から出たりしないかなって><)
ゲームも、ライトなゲーム作る時にその基準に合わせて作れば普通のPCでもそういうのでも遊べる><

orange さんがブースト

携帯型ゲーム機「PS Vita」2019年で国内での生産・出荷を終了 - ライブドアニュース news.livedoor.com/article/deta
最近、もうそろそろなのだろうかという話をしていたがやっぱりか…

最近のモダンなハイカラな言語でも 定義 is 実装部 みたいな感じにisつかうのあった気がしたけど思い出せない・・・><

orange さんがブースト

貼ったissueにあるように

let f : int -> int -> int =
fun x y -> x * y

は今の F# で書けるし、OCamlだと module ... : sig ... end = struct ... end と書けるっぽい?

orange さんがブースト

let f => int -> int -> int
let f x y = x * y
より
function f => int -> int -> int is
f x y = x * y;
とかの方がよくない?><(Ada脳?><;)

Pascalっぽい版?><;
interface
function f => int -> int -> int
implementation
function f x y = x * y;

関数型言語界隈よくわからなくてなんで分けて書きたいのかよくわからない・・・><

orange さんがブースト

F# というかML系の方針っぽさがあるというか、並べたletが実質inでつなげられることを思うと、別の行(?)に書いたsignatureをどうしろとという気はしなくもない。

スレッドを表示
orange さんがブースト

F#、Haskellとかのように関数の型を行外で宣言したりできないのかなー、と思ったらそのものズバリな要望があったわ。
Add support for separated type annotations · Issue #341 · fsharp/fslang-suggestions · GitHub github.com/fsharp/fslang-sugge

ビットレート高いからだけなのかもしれないけど、amazon mp3とかと比べるとまともっぽさ><

Jump、mp3エンコードするとわりと音がおかしくなる曲だし、エンコード難しい曲っぽさ>< 一般的な意味の音質というよりも音色の変化的なアレだからあれだけど・・・><

Van halenのJump、OB-Xaの音がハイレゾ版聞いた後にSpotifyフリー版を聞くと「Rolandとかでもよくね?><; ていうかカシオトーン?><;(それは言いすぎ)」って感じで、もう一回ハイレゾ版聞くと「Oberheim最高・・・><」って感じになる><

Spotifyのフリー版の音質、フリー版のでも十分じゃないの?><と思ってハイレゾ版もCDも持ってるVan halenのJumpをWASAPIループバック録音してみたけど、スペクトログラム見るとがんばって高音質にエンコードしてるっぽくて(ただし謎の音飛びがある?><)、ド頭の波形見ても「見慣れた波形!!><」って感じだし十分じゃん!?><って思ったけど、ハイレゾ版と聞き比べたら「・・・誰でもわかる程度にわりと違う><;」ってなった><;

古いものを表示
:realtek:

思考の /dev/null