エンコードとデコードについて

エンコード／デコード　は　符号化／復号化（暗号／復号）がセットです。

　　＞音楽ではMP3⇔WAVの変換等

と両矢印なものばかり。デジタル通信における暗号／復号は何回でも両矢印が可能。
jpeg、mp3などのアナデジ変換・データ圧縮法は劣化していくが可能。

一方、プログラム作成は途中にループがあるが片矢印。

　　プログラム仕様 ⇒ コーディング ⇒ コンパイラ⇒
　　　　　　　　　　　　　　↑
　　　　　　　　　　　　　デバック
　　　　　　　　　　　　　　↑
　　　　　⇒機械語 ⇒ 動作検証 ⇒ 完成

その全てまたは一部を逆に辿るのはリバースエンジニアリング。
逆アセンブラはほぼ出来るがソースリストの変数名は復元できない。
逆コンパイラも同じながら、Ｃに関してはアセンブラ記述混在が可能なほどプログラム自由度が高く、それを抑え込まないと逆コンは出来ない。

プログラム作成に関して エンコード／デコード は使わないコトバと思います。

会社にお勤めですか、フリーですか？

会社勤めでは、その会社のローカルルールやローカル用語があるので注意しましょう。

注意とは、ローカルを頭に入れ、翻訳機の如く使用し、会社内でも波風を起てないで、

社長同等になったら変える気構えで行動するです。

さて、用語は簡単な用語辞典で簡単に確認し、また、英語本来の意味を確認して

使用することが大切です。(又、展開検索確認も含めて)

そうすると、自ずから答えが観えてきますから、この森の回答と併用し活用ください。

電気屋さんの質問に私も参加する・・・
HTMLでHPを作っていた時代にエンコードが違うと文字が正確に変換できないということを何度か経験した。。。日本語→【 SHIFT-JIS 】→日本語 といえば
分かり易いだろう。【※】の部分がUnicode（UTF-8）であるスマホとPC間では
未だ、よく文字化けが生じるので機械屋でも、エンコードが違うんだと解る。

＞機械語の近づく方向／遠ざかる方向：
機械語と言うより機械（論理回路）そのもの
アドレスデコーダ
http://www.cqpub.co.jp/dwm/contents/0078/dwm007800620.pdf
http://www.picfun.com/partdigit.html
所謂、ＴＴＬ論理素子のデコーダ／エンコーダ
http://homepage1.nifty.com/rikiya/software/414encdec.html
http://www.tij.co.jp/product/jp/sn54als137a

珍しく回答（８）さんが専門外なのにまともな事を書いてるが

正確には「会社のローカルルール」でなくて「業界のローカルルール」ですね

恐らく質問者さんの会社は過去ログから所謂「組み込み系」業界
本スレの回答者さんの多くは「マルチメディア系」の業界用語で回答してる
なので、必ずしも質問者さんの欲しい回答とは限らない

昔はロジック素子業界しかエンコード／デコードを使わなかったけれど
現在ではWindowsやWeb系を含めたマルチメディア系が主力になったから無理も無いが
検索しても組み込み系の業界用語としてのエンコード／デコードが出てこない

歴史的には先に挙げたロジック素子業界の用語
’７０年代初頭には既に存在した
マルチメディア系は’９０年代以降の後発業界

つまり、後発業界の用語の方が一般大衆に普及してしまったので
先発業界の本来の意味が失われてしまった
元祖のロジック素子業界には現役に生き残ってるけど

スマホに代表されるように組み込み系でもマルチメディア系が入ってきたので
組み込み系業界にはロジック素子業界の用語とマルチメディア業界の
２種類の業界用語が共存してるのが混乱の元か？

もしかすると組み込み業界専用の用語が存在するかも知れないし
だとすると３種類の業界用語が共存する珍しい業界

非可逆性のエンコーダがあるので
ややこしいんだけどね

jpeg　や　各種ビデオのコーデック

もうすこし書くと
エンコード・デコードは流れ作業



コンパイルは一度全体を読んで訳していきます
意味を考える

例
A=A+1
エンコードでは
add　a,1


ですが

コンパイルでは
inc　a

です

デコーダーにかかけると
add　a,1　＝　A=A+1

と変換できるが

コンパイルはうまく訳せない


ただし、非可逆性のエンコーダが登場したために
この構図が成り立たない


画像・映像の場合
隣り合う色が多少違っていても
人間が見る分にはあまり変わらない

そのため圧縮性を求め非可逆的なエンコードーダが登場した
古いのはカラーテレビ(アナログ放送)正確には圧縮性を求めただけでなく
白黒互換のため



つづく

またわけのわからんやつも投稿してるが

上記はまだWINDOWS登場前で
LHZという圧縮技術が登場しだしたころ

スーファミ登場前でファミコン黄金期ぐらいでしょうか


まだパソコンはメモリーも高く６４Kバイト

PC98(NEC)が１００万近く　コンパックショックも起こってません
http://www.eonet.ne.jp/~building-pc/pc/PC1993/pc1993.htm
コンパックショックが１９９３年ぐらい


総天然ショック
http://ja.wikipedia.org/wiki/MSX2%2B
MSX2+

抜粋
輝度は1ドット単位で5ビット（32階調）だが、
色相は4ドット単位で12ビット（4,096色）である。


計算方法
http://ngs.no.coocan.jp/doc/wiki.cgi/datapack?page=9%BE%CF+YJK%CA%FD%BC%B0

により
１ドット＝１バイトで19,268色という発色を実現した

通常のパソコンは2ドット1バイト16色パレット方式
または
1ドット＝1バイトで256色

4096色FM77AV(使ってないので使用が不明)


とパソコン上で発色数が増えるにしたがって

画像データの肥大化が始まる



当時のメディアはFDDで容量も少なく
画像データーの保存に圧縮技術を流用していた


LHZの辞書方式では圧縮率は低く


高圧縮のMAG(鮪)
http://ja.wikipedia.org/wiki/MAG%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88
が登場する

圧縮ソフトをエンコーダー
解答ソフトをデコーダー

と呼んだ

つづく

おもろいのを見つけた
http://togetter.com/li/409985

真ん中がMSX2相当

一番したがPC98相当
当時のエロゲ職人はこのぐらいの絵をスキャナーもなしに
書いてたんだね


まだWINDOWSも登場してません

DOS/Vが登場してコンパックショックが起こり
http://ja.wikipedia.org/wiki/DOS/V#DOS.2FV.E3.81.AE.E7.99.BB.E5.A0.B4.E5.89.8D
パソコンの低価格化が進み

windous3.0の上陸　WINDOWSが普及していくと
機種依存がなくなり

各種フォーマットの淘汰・統合・新圧縮技術簿登場

により

MAG形式は淘汰され

JPEGという非可逆性の圧縮技術が世界に浸透していく
http://ja.wikipedia.org/wiki/JPEG

非可逆性
http://ja.wikipedia.org/wiki/%E9%9D%9E%E5%8F%AF%E9%80%86%E5%9C%A7%E7%B8%AE

そのうちマシンスペックが上がり
動画を扱うようになり

エンコード＝圧縮
デコード　＝解凍

の意味合いが薄くなり

WINDOWSの一般化によりあいまいになっていく

という壮大な歴史ロマンがあるのでした


詳しいのは
パソコン創世記からCGやってたから

そんんじょそこらのパソコンの詳しいやつらと
話が合わんのは


そんじょそこらのやつらがWINDOWS95以降のにわかだから