Web標準のHTTPクライアントfetch()でストリーミングしながらアップロードできるようになる。
本日、韓国のTwitchコミュニティに向けて、2024年2月27日(韓国時間)をもって韓国におけるTwitchのサービスを終了する運びとなったことをお伝えしました。非常に残念なお知らせとなってしまい誠に申し訳ございません。このような決断に至った理由と、サービス終了の影響を受けるユーザーの方々へのサポートについてご説明いたします。 韓国でのTwitchの運営コストが極めて高額になってしまったことが、その主な理由です。これまで、韓国でTwitchのサービスを存続させるため、さまざまな方法でコスト削減の手段を探ってきました。まず、動画の品質を守るため、P2Pモデルの配信を試みました。次に、韓国内で配信される動画の画質を最大720pに制限しました。こういった取り組みでのコスト削減を行いましたが、それでも韓国におけるネットワーク料金は諸外国に比べ約10倍高額でした。Twitchは韓国において多額の損
The CentOS Projectは12月8日、Linuxディストリビューション「CentOS」の開発方針の変更を発表した。「Red Hat Enterprise Linux(RHEL)」互換の「CentOS Linux」からフォーカスを「CentOS Stream」に移すという。「CentOS Linux 8」は2021年に終了するとしている。 CentOS(Community ENTerprise Operating System)はRed Hat Enterprise Linux(RHEL)と互換を目指すディストリビューションを開発するコミュニティプロジェクト。オープンソースで公開されているRHELのソースコードを元に、商標など無償公開・配布の際に問題となる著作物を取り除いてビルドし、公開している。2004年に歴史を遡るプロジェクトで、途中存続の危機を迎えがら2014年にRed H
ラウドネス・ウォー(音圧戦争)という言葉がある。音響機器の技術を駆使して、音がひずまない範囲で、音楽全体の聴覚上の音量を、他の楽曲より、かさ上げすることをいう。J-POPなどロック系の楽曲で主に使われる手法だ。 音圧=音の圧力が高いので、パッと聴いた瞬間、印象に残りやすく、楽曲への好感度を上げる効果が期待できる。アーティストやレーベルの中には、他の楽曲よりも音圧を上げることで、自分たちの曲を少しでも目立たそうという考え方で意識的に音圧を上げる人達がいる。これが音圧戦争の概要だ。 ただ、音圧戦争による弊害もある。音圧の高い楽曲は、総じてダイナミックレンジ(音の大きなところと小さなところの差分)が小さくなり、抑揚感の乏しい音楽になる。始終圧力の高い音の洪水に包まれ、楽曲の内容によっては、連続して聞いていると聴き疲れする事例も多い。 CDの時代は、それでも良かった。高音圧は、アーティストやプロデ
📕書籍化お知らせ📕 本書が翔泳社様から「動かして学ぶ!Flutter開発入門」として出版されることになりました!! https://www.shoeisha.co.jp/book/detail/9784798177731 書籍化できましたのは、読者の皆様のご高評のおかげです。いつもご利用本当にありがとうございます! 書籍の内容は、2023年4月15日の内容と概ね同じになっています。 ただし、書籍の方は、イラスト/手順の項番/キャプションなどが非常にわかりやすくなっており、プロジェクト形式でのサンプルソースコードも提供されます。 🚨有料化のお知らせ🚨 書籍化に伴う諸般の都合により、出版された部分の削除や非公開などはしないのですが、出版日に有料化をさせて頂く予定です。 今まで2年以上無料で公開をさせて頂いた状況もあり心苦しいのですが、ご理解頂けますと幸いです ⚠️⚠️⚠️翔泳社様の書籍
映画倫理機構(映倫)が、動画配信サービス「Apple TV+」上でロゴマークを無断使用されているとTwitter上で訴えています。映倫は取材に対し「問い合わせても返事が無い状態」と、Apple側の対応に苦言を呈しています。 問題となっているのは、Apple TV+で独占配信中の映画「グレイハウンド」。映倫は同作の審査を行っていないにもかかわらず、再生時に映倫マークが表示されているとしています。編集部でも動画を再生してみたところ、確かに「映倫 PG12」というロゴが確認できました。 左上に映倫マークが確認できます(Apple TV+「グレイハウンド」再生画面より) こうした事例はネット配信作品では初めてとのことで、映倫の担当者は「こちらとしては、マークを消してくれればそれで良いのですが……」と困惑気味。映倫側が米Appleに連絡を取ろうと国内窓口に問い合わせたところ、たらい回しのような状態に
Red Hatの森若です。 この記事は Software Design 2021年3月号 に執筆した「CentOS Stream入門」の原稿から派生させた記事です。 CentOS Streamとは? CentOS Streamは2019年9月に公開された比較的新しいLinuxディストリビューションです。 その後2020年12月に、CentOS プロジェクトが出荷されたRHELをリビルドしたCentOS Linuxの作成を近い将来やめ、CentOS Streamへシフトする発表を行いました("CentOS Project shifts focus to CentOS Stream")。このアナウンスでCentOS Streamの存在を知ったという方も多いかと思います。今回はこのCentOS Streamを紹介していきます。 CentOS Streamは安定志向のディストリビューションで、将来
詳細解説 jqコマンドとシェルスクリプトの正しい使い方と考え方 〜 データの流れを制するUNIX哲学流シェルプログラミングShellScriptUNIXシェル芸jqUnix哲学 はじめに シェルスクリプトから JSON データを処理する時に良く使われるのが jq コマンドです。しかしほとんどの人は jq コマンドとシェルスクリプトのつなぎ方を間違えています。jq コマンドの使い方が間違っているというより、シェルスクリプトの設計思想や考え方を正しく理解していないために、間違ったつなぎ方をしていると言った方がより正確でしょう。「シェルスクリプトは正しい書き方をすれば簡単になる」このことをこの記事では明らかにしています。 追記 「jqコマンドとシェルスクリプトの上手い速い使い方」に要約版を書きました。この記事は長すぎた…。 タイトルの「UNIX 哲学流」とは jq コマンドをフィルタして使い、J
ハイブリッドイベント(現地開催&ライブ配信)は死ぬほど大変 ハイブリッドイベントが何故大変か オンライン配信は盛り上がらない (と錯覚する) でも実際のところ、参加者はライブ配信を求めている 何故オンラインのライブ配信が好まれるのか 情報収集が主であり、コミュニケーションはそこまで必要ではない コミュニケーションを取りたい気持ちはあるが、まずはオンラインで雰囲気を見て現地参加するかどうかを決めたい 他の地域に住んでいるので、距離の問題で参加できない 出来ることなら現地に行きたかったが、スケジュールや費用などの都合で断念 何故アーカイブ配信ではダメなのか それでも僕らがイベントのライブ配信を続ける理由 技術を普及させたいという想い ハイブリッド時代に向けて培ってきたノウハウ まとめ TwitterXを見ていたら、とある技術系イベントがライブ配信を取りやめ、現地開催とアーカイブ配信のみにすると
巷で話題になりつつあるビデオツールがあることをご存知ですか? Zoomでも、Skypeでも、Wherebyでも、Google Meetでもない、新進気鋭のツール。 それが「spatial.chat」です! 今まで使ってきたビデオツールとは一線を画したUX/UIで、まるでバーチャル空間にいるような感覚!サマーウォーズ感! 概要「Try Me」では、本サービスをサクっとお試し利用できます。 「Create Space」では、専用のスペース(ルーム)を作成します。作成時にメールアドレスを登録するだけ。登録したメールアドレス宛にスペースのURLが載ったメールが届くので、そのURLにアクセスしてスペースに入りましょう。他の人は同様のURLにアクセスするだけでスペースに入ることができます。 リリースしてそんなに経ってないからか、すべて無料で使えます。有料プランは今のところありません。スペースに入れる人
My name is Zhenzhong Xu. I joined Netflix in 2015 as a founding engineer on the Real-time Data Infrastructure team and later led the Stream Processing Engines team. I developed an interest in real-time data in the early 2010s, and ever since believe there is much value yet to be uncovered. Netflix was a fantastic place to be surrounded by many amazing colleagues. I can’t be more proud of everyone
はじめに 誰もが知っている通り jq コマンドは JSON データを処理するためのフィルタコマンドです。awk コマンドと同じように抽出や編集といったデータ処理を行える専用の言語を備えています。jq コマンドは巨大な JSON データをストリーミングで処理することができる --stream オプションを持っており、データの完全な取得を待たずにデータを受け取りながら処理することが出来ます。しかしその使い方は難しくあまり解説されていません。そこでどのように使うと良いのかを調べてまとめました。 ストリーミング形式の出力 (--stream) まず次のような JSON データを用意しました。 [ {"name": "apple", "price": 210, "count": 10 }, {"name": "banana", "price": 140, "count": 15 }, {"name"
Amazon CloudWatch に新しい機能、Metric Stream が登場しました! いままでCloudWatchのメトリクスデータを、New RelicやDatadogのような外部のSaaSから参照しようと思ったら、定期的にAPIでポーリングするしかありませんでした。そのため、(この公式Blogにも書いてますが)メトリクスの種類によっては5〜10分程度の遅延が発生することになってました。 今回の機能で、CloudWatch側で更新されると同時にSaaS側へもpushされることになるため、同じタイミングで参照できるようになります。これはうれしいですね! CloudWatch Metric Streamで出来ること 要は、CloudWatch MetricのデータをKinesis Data Firehoseに流し込むことができる機能です。 Firehose はストリームデータをS3
ズンドコキヨシ(プログラム)とは? Javaの講義、試験が「自作関数を作り記述しなさい」って問題だったから 「ズン」「ドコ」のいずれかをランダムで出力し続けて「ズン」「ズン」「ズン」「ズン」「ドコ」の配列が出たら「キ・ヨ・シ!」って出力した後終了って関数作ったら満点で単位貰ってた — てくも (@kumiromilk) March 9, 2016 今回はこのズンドコキヨシを、Kinesis Data AnalyticsのSQL Applicationsでやってみました。 入力はKinesis Data Streamsに別のプログラムとして送っており、キヨシ判定後に終了しないため、もしかすると純粋ズンドコキヨシではないのかもしれませんが、あらかじめご承知おきください。 What if... 世界は変化し、あらゆるプログラムがズンドコを送るようになりました。 これに対応するため、あなたは多数の
パトリック・スチュワート主演、「新スタートレック」(1987-1994)のジャン=リュック・ピカード艦長を主人公とする新作ドラマ「スター・トレック:ピカード(仮題)」が、2020年1月24日(金)より、Amazon Prime Videoにて日本国内でも配信されることがわかった。 本作では、『ネメシス/S.T.X』(2002)を最後に「スター・トレック」シリーズを去っていたピカードの“その後”が描かれる。『スター・トレック』(2009)でスポックが語っていたように、ピカードと縁の深かった惑星ロミュラスが破壊されたことを経て、彼は宇宙艦隊を去ったという設定だ。置かれた状況が変わってしまったピカードの前に、ひとりの女性が現れる。彼女は危険にさらされており、高い戦闘能力を持つものの、自分自身の真実さえ分からない。ピカードは彼女のため、クルーを集めてふたたび“艦長”に復帰するのだ。 米CBSは、本
訳者まえがき 原著者の Chris Riccomini の許可を得て以下の記事を翻訳・公開しました。 riccomini.name 下記より記事翻訳本文です。 データエンジニアリングの未来 私は最近、近頃のデータエンジニアリングがこれまで来た道について、また、この分野の仕事の将来について考えてきました。考えのほとんどは、私たちのチームが WePay で実践していることを背景にしています。その一方、以下に述べる考えは普遍的で、共有する価値があるものと思っています。 データエンジニアリングの仕事は、組織におけるデータの移動と処理を支援することです。これには、一般的に、データパイプラインとデータウェアハウスという2つの異なるシステムが必要です。データパイプラインはデータの移動を担当し、データウェアハウスはデータの処理を担当します。これは、やや過度に単純化しています。バッチ処理とストリーム処理では
An Introduction to Streaming on the WebChunking data, handling backpressure, server-side events, and more. The ability to process data as it streams has always been a fundamental concept in computer science. JavaScript developers had access to streaming through XMLHttpRequest, but it wasn't until 2015 that it was accessible natively through the Fetch API. Web streams provide a standardized way to
Background Image Courtesy: Photo by Joshua Sortino on UnsplashImagine you have a pile of bricks somewhere. And you want to build a wall with those bricks here. Let’s say you have a friend to help move the bricks. To start building, you now have two options. You can either wait until your friend brings the whole pile of bricks to you, or you can start building as soon as you have a few bricks to st
最近、仕事で分散ストリーム処理に手を出していて、その基盤としてApache KafkaとKafka Streamsを使うことにしたので、動作概要とストリーム処理のイメージについてまとめておく。 kafkaそのものについては今更説明の必要は無いだろうと思う。 Kafka Streamsはkafkaを基盤にして分散ストリーム処理を簡単に書くためのDSLライブラリ。 https://kafka.apache.org/documentation/streams/ 延々流れてくるデータを変換して別のtopicに流したり、時間のウインドウを区切ってカウントした結果を流したり、みたいなのがサクっと書ける。 Apache Flinkなんかと似た様なことができる。 Kafka Streamsが良いのは以下の点。 ただのConsumer/Producerのラッパーなのでfat-jarファイル一つで簡単に動かせ
04.28.2020 Why Zoom Chose Oracle Cloud Over AWS and Maybe You Should Too By Corey Quinn Updated: May 1, 2020. See the bottom of this article for some clarifications. Today, news broke that Zoom signed a deal with Oracle Cloud to host their cloud infrastructure, beating out AWS,… Updated: May 1, 2020. See the bottom of this article for some clarifications. Today, news broke that Zoom signed a deal
MessagePackはJSONのようなデータをシリアライズできるbinary formatで、JavaScript実装である msgpack-javascriptを基準で考えると次のような特徴があります: JSONよりencodeもdecodeも少し速い かつ、streaming decodeができるので fetch() のresponseのdecodeの効率がとてもよい とはいえ実用上は「JSONより遅くない」ということのほうが重要ではある binaryを直接扱える これに対してJSONでbinaryを扱うときははbase64などでエンコードする必要がある timestamp型があり、デフォルトではJSのDateにマッピングされる Intl.DateTimeFormatへの入力としてならこれで必要十分 マッピングをあとから変えることはできる 特にバイナリを直接扱えるのはJSONとくらべ
Streams—The definitive guide Stay organized with collections Save and categorize content based on your preferences. Learn how to use readable, writable, and transform streams with the Streams API. The Streams API allows you to programmatically access streams of data received over the network or created by whatever means locally and process them with JavaScript. Streaming involves breaking down a r
ウォルト・ディズニー・ジャパンは5月28日、独自の動画配信サービス「Disney+」を6月11日にスタートすると発表した。月額700円(税抜)の定額制で、ディズニー、ピクサー、スター・ウォーズ、マーベル、ナショナルジオグラフィックの豊富なコンテンツを視聴できる。 米Disneyは5月5日(現地時間)の決算報告で、日本でもDisney+を6月からスタートすると明らかにしていたが、日本ではNTTドコモとの提携で類似の動画サービス「ディズニーデラックス」を2019年3月から提供しており、両サービスの動向が注目されていた。 日本のDisney+はディズニーデラックスと同様にドコモのdアカウントが必要。ドコモとの協業は継続される。ディズニーデラックスの会員はDisney+スタート後も料金は同じで、契約の変更は必要ない。
Our focus in this post is to leverage Google Cloud Platform’s Big Data Services to build an end to end Data Engineering pipeline for streaming processes. So what is Data Engineering? Data Engineering is associated with data specifically around data delivery, storage and processing. The main goal is to provide a reliable infrastructure for data which includes operations such as collect, move, store
JavaScriptでWebカメラやマイクのメディアストリームを取得するgetUserMedia()の設定項目をまとめてみました。 1. getUserMedia()getUserMedia()は、ユーザーのWebカメラやマイクの「メディアストリーム」を取得するメソッドです。 引数では、「audio」(音声)と「video」(動画)の有効・無効を指定できます。 const mediaStream = await navigator.mediaDevices .getUserMedia({ audio: true, video: true })true・falseの代わりに「制約」を指定することもできます。 以下は、160x120の動画ストリームを取得する例になりますです。 let mediaStream = await navigator.mediaDevices .getUserMedi
abstract: https://jsconf.jp/2019/talk/fuji-goro Wasmを触り始めるにはまだ少しはやくて、おそらく2020年にはリリースされるであろうSIMDなどがほしいところです。とはいえ、JSの最適化コンパイラ(スライドではV8のTurboFanにだけ触れていますがほかのJSエンジンでも基本的には同じ傾向なはず)に頼らず安定したパフォーマンスを出せるというのは大きなメリットなので、その方面だと現在の状況でも考慮に値する可能性はあります。 ところでスライドでも触れてますが、eBayのバーコードスキャナ事例は大変興味深いです。 WebAssembly at eBay: A Real-World Use Case ここのエントリでも次のように書かれていて This is sort of expected, as JavaScript can indeed be
Chrome developer advocate Jake Archibald called 2016 “the year of web streams.” Clearly, his prediction was somewhat premature. The Streams Standard was announced back in 2014. It’s taken a while, but there’s now a consistent streaming API implemented in modern browsers (still waiting on Firefox…) and in Node (and Deno). What are streams? Streaming involves splitting a resource into smaller pieces
概要 gRPCで4MB以上のデータ転送をしようとすると rpc error: code = ResourceExhausted desc = grpc: received message larger than max (xxxxxxx vs. 4194304) のようなエラーが出ます。この上限はデフォルト値なのでgrpc.MaxRecvMsgSize()やgrpc.MaxCallSendMsgSize()を使うことで変更可能ですが、ドキュメントでも以下のように Protocol Buffers are not designed to handle large messages. As a general rule of thumb, if you are dealing in messages larger than a megabyte each, it may be time to
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く