回答編集履歴

2

refinement

2019/01/11 01:32

投稿

yohhoy
yohhoy

スコア6191

test CHANGED
@@ -3,6 +3,22 @@
3
3
 
4
4
 
5
5
  あなたの考える「無駄」の定義次第ですが、十分に実績のあるそれらのフレームワークに打ち勝つのは至難の技です。全てのリソース(時間・能力)をつぎ込む覚悟があるならば止めはしません。
6
+
7
+
8
+
9
+ > 動画ファイルや音声ファイルのフォーマットを自分で解析して再生するコードをCとWinAPIで書きたいです.
10
+
11
+
12
+
13
+ "どうしても"というのであれば、下記OSSソースコードが大変参考になるかと思います。
14
+
15
+
16
+
17
+ - [Media Player Classic](https://github.com/mpc-hc/mpc-hc)
18
+
19
+ - [VLC Player](https://github.com/videolan/vlc)
20
+
21
+ - [FFmpeg(ffplay)](https://github.com/FFmpeg/FFmpeg)
6
22
 
7
23
 
8
24
 
@@ -32,7 +48,7 @@
32
48
 
33
49
 
34
50
 
35
- 「低水準」の定義次第です。DicrectMusicを十分に低水準と解釈することもできますし、DirectSoundなどのさらに低水準なAPIを使うことも可能です。
51
+ 「低水準」の定義次第です。DirectMusicを十分に低水準と解釈することもできますし、DirectSoundなどのさらに低水準なAPIを使うことも可能です。
36
52
 
37
53
 
38
54
 
@@ -48,4 +64,4 @@
48
64
 
49
65
 
50
66
 
51
- はい。
67
+ はい。とはいえ、COMに基づいたDirectXを"使う"だけならば、特段の学習は必要ないと思います。(しっかりとした学習が必要になるのは、COMに基づいたAPIを"作る"ときです。)

1

refinement

2019/01/11 01:32

投稿

yohhoy
yohhoy

スコア6191

test CHANGED
@@ -16,7 +16,7 @@
16
16
 
17
17
 
18
18
 
19
- 実績のあるメディア処理フレームワークの設計について学ぶことは、良い点・悪い点を考える上で十分意義があります。
19
+ 実績のあるマルチメディア処理フレームワークの設計について学ぶことは、良い点・悪い点を考える上で十分意義があります。
20
20
 
21
21
 
22
22
 
@@ -24,7 +24,7 @@
24
24
 
25
25
 
26
26
 
27
- そもそもCOMについて誤解されている可能性があります。COM(Component Ojbect Model)はAPI設計のルールにすぎません。COMに基づく低レベルAPIもあれば、そうではないAPIも存在します。
27
+ そもそもCOMについて誤解されている可能性があります。COM(Component Object Model)はAPI設計のルールにすぎません。COMに基づく低水準APIもあれば、そうではない低水準APIも存在します。
28
28
 
29
29
 
30
30
 
@@ -32,7 +32,7 @@
32
32
 
33
33
 
34
34
 
35
- 「低水準」の定義次第です。DicrectMusicを十分低水準と解釈することも可能ですし、DirectSoundなどのさらに低水準なAPIを使うことも可能です。
35
+ 「低水準」の定義次第です。DicrectMusicを十分低水準と解釈することもできますし、DirectSoundなどのさらに低水準なAPIを使うことも可能です。
36
36
 
37
37
 
38
38
 
@@ -40,7 +40,7 @@
40
40
 
41
41
 
42
42
 
43
- USBカメラやUSBマイク等のキャプチャデバイスであれば、DirectShowやMicrosoft Media Foundationを利用する方が好ましいですが、それ以外の選択肢もあります。
43
+ USBカメラやUSBマイク等のキャプチャデバイスを指すのであれば、DirectShowやMicrosoft Media Foundationを利用する方が好ましいですが、それ以外の選択肢もあります。
44
44
 
45
45
 
46
46