スレ立てるまでもない質問はここで 150匹目

**デフォルトの名無しさん** · 2018/09/17(月) 18:25:09.87

質問する前にGoogleで検索しましょう。 http://www.google.com/
プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。

前スレ
スレ立てるまでもない質問はここで 149匹目
https://mevius.5ch.net/test/read.cgi/tech/1526606537/

注意「～と～はどっちの方が○いですか？」みたいなのは
このスレの粘着荒らしですので無視してください

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/09/17(月) 20:18:40.60

>>１乙ぱお。

**デフォルトの名無しさん** · 2018/09/18(火) 00:51:11.98

>>1乙

一般論な話として、なんですけども
gif動画やpng動画について、前フレーム画像と重なる座標の全てを
透過色に置換することでデータ量を抑える、という手法がありますよね

このデータ量を減らす手法を採ったものと採らないものとで
gif動画やpng動画を再生というか描画するときに
負荷がどのくらい変わるか、あるいは負荷の違いをどう考えていったら良いか
回答/アドバイスを頂きたく先輩方よろしくお願いします

**デフォルトの名無しさん** · 2018/09/18(火) 01:35:41.82

今どきそんな砂粒みたいな処理量を考えるの？

**デフォルトの名無しさん** · 2018/09/18(火) 01:59:07.98

はい
数KB程度の小さなもの1個2個であれば正直無視しても差し障りないと思いますが
多数の場合や大きなものの場合もありますし
他形式動画の再生にも繋がりそうなので根っこの話を知っておきたいです

基本的にはバイナリを分解してから
座標ごとに（色IDをパレットに照らして得た）色を表示領域に描画、だと思うんですが
動画ならフレーム単位に分けたうえでdelay値ごとにフレーム上書きですよね

となると全マス書き換えよりは透過のほうが処理は早いように思うのですが
ひょっとしてレイヤー概念を考えなくて良い非透過のほうが早い場合があったりするのか、とか
表示する側の都合だとかGPUだとかの影響がいろいろあったりするのか、とか

**デフォルトの名無しさん** · 2018/09/18(火) 05:32:07.62

>>5
もうそれでいいじゃん
環境とか条件わからないのにそんな妄想みたいな質問に答えようが無い
プログラム以前の話

**デフォルトの名無しさん** · 2018/09/18(火) 05:57:23.27

演算子のオーバーロードとコピーコンストラクタについて入門レベルで説明しているお勧めのサイトを教えて下さい。
手持ちの入門書、略が多すぎて読みづらくて理解できません…

**デフォルトの名無しさん** · 2018/09/18(火) 07:53:56.04

>>7
独習C++でしょうね
std::string を自分で実装できるくらいにまでなら、解説がついています

**デフォルトの名無しさん** · 2018/09/18(火) 08:10:10.66

>>5
そういうのはコーデックやOS、端末が君の100億倍ぐらいの知識と労力を掛けて自動的に行っている
気にしなくていい
現状存在するコーデックの劣化バージョンを作りたいなら頑張って作ってくれ

**デフォルトの名無しさん** · 2018/09/18(火) 08:10:36.44

なんか日本語変だけどまぁいいや

**デフォルトの名無しさん** · 2018/09/18(火) 08:24:58.14

>>8
サイトではなく本ですか？
買ってみるしかないですかねぇ…
○○の実装は略..とか○○関数は省略とかそういうサンプルコードは書かれてないですか？

**デフォルトの名無しさん** · 2018/09/18(火) 09:29:13.54

ストラウストラップとeffective c++以外何も要らんだろ