1
00:00:00,000 --> 00:00:09,780
>> [Музыка гуляе]

2
00:00:09,780 --> 00:00:11,150
>> ZAMYLA Чан: Давайце вырашаць аднавіць.

3
00:00:11,150 --> 00:00:14,030
Аднаўленне, верагодна, мой любімы PSET,
і ў асноўным таму, што я думаю, што гэта

4
00:00:14,030 --> 00:00:15,650
вельмі, вельмі крута.

5
00:00:15,650 --> 00:00:19,040
У прынцыпе, вы далі памяць
картатэка, у якой

6
00:00:19,040 --> 00:00:20,900
фатаграфіі былі выдаленыя.

7
00:00:20,900 --> 00:00:23,650
Але тое, што вы збіраецеся
зрабіць, гэта аднавіць іх усіх.

8
00:00:23,650 --> 00:00:24,250
>> ОК.

9
00:00:24,250 --> 00:00:28,230
Так што гэта вельмі цікава, але, магчыма,
трохі страшным, таму што ты

10
00:00:28,230 --> 00:00:32,430
улічваючы пусты файл C і
вы павінны запоўніць яго цалі

11
00:00:32,430 --> 00:00:36,250
Такім чынам, давайце разбярэм гэты
на кіраваныя часткі.

12
00:00:36,250 --> 00:00:38,160
Вы хочаце, каб адкрыць
файл карты памяці.

13
00:00:38,160 --> 00:00:39,900
Гэта здаецца досыць простым.

14
00:00:39,900 --> 00:00:43,030
Затым знайсці пачатак
з JPG малюнка.

15
00:00:43,030 --> 00:00:46,740
Усе файлы на гэтай памяці
карта будуць JPG-файлы.

16
00:00:46,740 --> 00:00:50,840
Затым, калі вы знайсці пачатак,
вы збіраецеся адкрыць новы JPG, што

17
00:00:50,840 --> 00:00:57,610
з'яўляецца, быццам бы, стварыць JPG, і пісаць 512
байт у той час, пакуль новы JPG не з'яўляецца

18
00:00:57,610 --> 00:01:02,930
знойдзена, і заканчваючы праграму, як толькі
датчык выяўляе канец файла.

19
00:01:02,930 --> 00:01:06,400
>> Так першыя крокі Па-першае, адкрыць
файл карты памяці.

20
00:01:06,400 --> 00:01:09,850
Але вы ведаеце, гэта ўжо і ёсць
файл функцыя ўводу / высновы, што збіраецца

21
00:01:09,850 --> 00:01:12,030
апынуцца вельмі карысным.

22
00:01:12,030 --> 00:01:12,820
ОК.

23
00:01:12,820 --> 00:01:14,760
Так што JPG-файлы?

24
00:01:14,760 --> 00:01:16,330
Таму што нам трэба да пачатку яго.

25
00:01:16,330 --> 00:01:21,310
Ну, JPG-файлы, гэтак жа, як бітных карт,
проста паслядоўнасці байтаў.

26
00:01:21,310 --> 00:01:30,660
На шчасце, кожны JPG пачынаецца альбо з
0xff, 0xD8, 0xff, 0XE0, адна паслядоўнасць

27
00:01:30,660 --> 00:01:33,610
з байт, ці іншай
паслядоўнасць байтаў.

28
00:01:33,610 --> 00:01:37,250
>> Так што тыя чатыры байта паказваюць
пачаткам JPG.

29
00:01:37,250 --> 00:01:40,780
Ніхто іншы, як гэтых двух камбінацый
з чатырох байт.

30
00:01:40,780 --> 00:01:44,840
І на шчасце для нас, яшчэ адзін факт, што мы
могуць скарыстацца ў тым, што кожны

31
00:01:44,840 --> 00:01:48,550
JPG захоўваецца бок аб бок
на карце памяці.

32
00:01:48,550 --> 00:01:52,210
Я ўяўляў структуру
карта памяці схематычна на гэтым

33
00:01:52,210 --> 00:01:53,310
слізгаць тут.

34
00:01:53,310 --> 00:01:59,270
Тут кожны квадрат, кожны прастакутнік,
ўяўляе 512 байт, і яна пачынае

35
00:01:59,270 --> 00:02:01,750
з шэрым у тым, што мы робім не
сапраўды ёсць JPG.

36
00:02:01,750 --> 00:02:05,700
>> Але тады мы, нарэшце, хіт
блок з зоркай.

37
00:02:05,700 --> 00:02:10,940
Гэта азначае, што першыя чатыры байта з
з тых 512 з'яўляюцца адным з тых двух

38
00:02:10,940 --> 00:02:13,230
пачынаючы паслядоўнасці ў JPG.

39
00:02:13,230 --> 00:02:17,340
І мы ідзем адтуль, а затым адзін раз
адзін JPG сканчаецца, наступны пачынаецца.

40
00:02:17,340 --> 00:02:20,990
Мы ніколі не павінны больш
шэрая прастора паміж імі.

41
00:02:20,990 --> 00:02:25,550
>> Але як мы на самай справе чытаць гэта, і
чытаць 512 байт, так што мы можам зрабіць

42
00:02:25,550 --> 00:02:27,500
параўнанне першае месца?

43
00:02:27,500 --> 00:02:33,470
Ну, давайце вернемся да FREAD, якія
займае ў структуры, якая будзе ўтрымліваць

44
00:02:33,470 --> 00:02:34,470
байты, вы чытаеце.

45
00:02:34,470 --> 00:02:36,570
Так што вы збіраецеся паставіць
тыя, у там -

46
00:02:36,570 --> 00:02:42,192
памер, колькасць, а затым inpointer
што вы чытаеце з.

47
00:02:42,192 --> 00:02:49,900
Цяпер мы хочам, каб прачытаць 512 у той час, і
мы хочам захаваць гэта ў буфер,

48
00:02:49,900 --> 00:02:50,700
Я буду называць яго.

49
00:02:50,700 --> 00:02:54,100
>> У прынцыпе, мы збіраемся правесці
на тыя 512 байт і рабіць

50
00:02:54,100 --> 00:02:55,500
рэчы з ім, праўда?

51
00:02:55,500 --> 00:02:58,260
Мы альбо будзем параўноўваць першы
чатыры байта ці мы збіраемся

52
00:02:58,260 --> 00:02:59,830
чытаць яго, добра?

53
00:02:59,830 --> 00:03:05,050
Такім чынам паказальнік дадзеных будзе потым
служыць у якасці буфера, а

54
00:03:05,050 --> 00:03:07,745
inpointer, добра, што проста будзе
быць ваша карта памяці.

55
00:03:07,745 --> 00:03:09,500
>> Вернемся да нашага карты памяці схеме.

56
00:03:09,500 --> 00:03:14,690
Мы збіраемся, каб прачытаць 512 байт, у той час,
захоўвання кожны блок 512 байт

57
00:03:14,690 --> 00:03:19,190
у буфер, трымаючыся тых
буфер, гэтыя 512 байт, пакуль мы не даведаемся

58
00:03:19,190 --> 00:03:22,000
дакладна, што рабіць іх.

59
00:03:22,000 --> 00:03:25,960
Такім чынам, пачатак няма нічога, так што
мы будзем чытаць буфер, параўнаць яго, і

60
00:03:25,960 --> 00:03:28,160
нам не трэба нічога рабіць з ім.

61
00:03:28,160 --> 00:03:32,030
І потым, мы, нарэшце, хіт зорку
блакаваць, а гэта азначае, што мы

62
00:03:32,030 --> 00:03:33,630
знайшлі наш першы JPG.

63
00:03:33,630 --> 00:03:36,560
Так буфер цяпер трымаюць
байты з гэтай JPG.

64
00:03:36,560 --> 00:03:40,220
>> У наступны раз 512 байт, таму што яны
не зорка блок, таксама

65
00:03:40,220 --> 00:03:41,740
часткай гэтай JPG.

66
00:03:41,740 --> 00:03:47,630
І JPG-файлы з'яўляюцца бесперапыннымі адтуль
на ў, пакуль мы не патрапілі ў наступны JPG.

67
00:03:47,630 --> 00:03:51,880
І тое буфер то мае
512 байт для гэтага JPG і

68
00:03:51,880 --> 00:03:53,580
гэтак далей, і таму падобнае.

69
00:03:53,580 --> 00:03:54,250
ОК.

70
00:03:54,250 --> 00:03:58,980
>> Таму, як толькі вы націснеце ўпершыню зняўся
блок, першы JPG, як вы

71
00:03:58,980 --> 00:04:01,910
на самай справе, добра, адкрыць яго?

72
00:04:01,910 --> 00:04:04,990
Давайце зробім новую JPG.

73
00:04:04,990 --> 00:04:08,846
Імёны файлаў для JPG збіраюцца
быць у фармаце, нумар, нумар,

74
00:04:08,846 --> 00:04:13,830
number.jpg, у тым, што яны названы ў
парадак, у якім яны знаходзяцца,

75
00:04:13,830 --> 00:04:14,780
пачынаючы з 0.

76
00:04:14,780 --> 00:04:19,890
>> Такім чынам, першы JPG, што вы
знайсці будзе 000.jpg.

77
00:04:19,890 --> 00:04:26,560
Так, верагодна, добрая ідэя, каб адсочваць
ад таго, колькі файлаў JPG вы знайшлі да гэтага часу.

78
00:04:26,560 --> 00:04:27,610
Дык вось імя файла.

79
00:04:27,610 --> 00:04:29,660
Але як вы на самой справе зрабіць гэта?

80
00:04:29,660 --> 00:04:34,310
Ну, мы збіраемся выкарыстаць
Функцыя называецца Sprintf.

81
00:04:34,310 --> 00:04:38,260
Трохі падобна на Printf, дзе
Вы можаце выкарыстоўваць запаўняльнікі для струнных,

82
00:04:38,260 --> 00:04:42,420
акрамя як ў гэтым выпадку, Sprintf будзе друкаваць
файл з ў ток

83
00:04:42,420 --> 00:04:45,550
каталог, а не ў тэрмінале.

84
00:04:45,550 --> 00:04:46,120
>> ОК.

85
00:04:46,120 --> 00:04:49,950
І вось мы бачым, што ў нас ёсць назва,
масіў сімвалаў, які будзе захоўваць

86
00:04:49,950 --> 00:04:55,120
Атрыманы радок, і мы праходзім ў
Назва рэальную радок з

87
00:04:55,120 --> 00:04:58,720
запаўняльнік, гэтак жа, як мы
навучыліся рабіць з Printf.

88
00:04:58,720 --> 00:05:05,530
Але гэты код, што ў мяне тут
дасць 2.jpg, а ня 002.jpg.

89
00:05:05,530 --> 00:05:09,920
Таму я пакідаю вас, каб даведацца, як
змяніць запаўняльнік, каб зрабіць

90
00:05:09,920 --> 00:05:11,920
правільную назву.

91
00:05:11,920 --> 00:05:12,610
>> ОК.

92
00:05:12,610 --> 00:05:17,390
Таму, як толькі вы sprintf'd то вы можаце
адкрыць гэты файл, таму што яна існуе ў

93
00:05:17,390 --> 00:05:22,690
ваш каталог, з FOPEN, выкарыстоўваючы
назва, а затым усё, што патрэбны Вам рэжым

94
00:05:22,690 --> 00:05:25,140
для адкрыцця гэтага файла цалі

95
00:05:25,140 --> 00:05:30,260
Так што цяпер мы адкрылі новы файл JPG,
зараз мы можам напісаць 512 байт на

96
00:05:30,260 --> 00:05:33,320
Час, пакуль новы JPG не знойдзена.

97
00:05:33,320 --> 00:05:36,640
Так што давайце яшчэ раз зірнуць
ў сінтаксісе FWRITE.

98
00:05:36,640 --> 00:05:40,060
>> Я ведаю, што я паказваю гэты слайд
шмат, але я проста хачу, каб пераканацца, што

99
00:05:40,060 --> 00:05:43,530
вы, хлопцы, не занадта блытаць, таму што
Я ведаю, што гэта вельмі лёгка

100
00:05:43,530 --> 00:05:47,000
пераблытаць першы і апошні
Аргумент, у прыватнасці.

101
00:05:47,000 --> 00:05:54,390
Але памятайце, што вы пішаце ад
ваш буфер ў з малюнкаў файлаў.

102
00:05:54,390 --> 00:05:59,250
>> Зараз, калі вы ведаеце, як пісаць 512
байт у вашым JPG файл, які вы

103
00:05:59,250 --> 00:06:03,230
створаны, добра, мы хочам, каб спыніць гэта
Працэс, як толькі мы дасягнулі канца

104
00:06:03,230 --> 00:06:06,720
наша карта, таму што там не будзе
любыя іншыя выявы, якія будуць знойдзеныя.

105
00:06:06,720 --> 00:06:10,760
Так што давайце вернемся да FREAD
яшчэ раз, я абяцаю.

106
00:06:10,760 --> 00:06:15,600
FREAD вяртае, як шмат элементаў памеру,
памер, былі гатовыя ў паспяхова.

107
00:06:15,600 --> 00:06:19,440
У ідэале, гэта будзе тое, што
Вы перадаеце ў колькасці, ці не так?

108
00:06:19,440 --> 00:06:24,140
Таму што вы спрабуеце чытаць нумар
элементаў памер, памер.

109
00:06:24,140 --> 00:06:29,380
Але калі FREAD не ў стане прачытаць, што
лік элементаў, то вярнуся

110
00:06:29,380 --> 00:06:32,530
што колькасць паспяхова чытаць.

111
00:06:32,530 --> 00:06:36,310
>> Цяпер адна важная рэч, варта адзначыць,
што калі вы выкарыстоўваеце іншы файл уводу / вываду

112
00:06:36,310 --> 00:06:43,860
функцыі, як fgetc, гэта будзе таксама вяртаць
колькі элементаў ён паспяхова чытаў.

113
00:06:43,860 --> 00:06:48,000
Што карысна аб гэтай функцыі з'яўляецца
што калі вы выкарыстоўваеце функцыі ўнутры

114
00:06:48,000 --> 00:06:53,190
стан, ён будзе выконваць сам у той час як
вызначэння, што ўмова, якое з'яўляецца

115
00:06:53,190 --> 00:06:54,340
проста вельмі карысна.

116
00:06:54,340 --> 00:07:00,440
Так што калі ў вас ёсць гэтыя ўмовы, скажам,
калі FREAD буфера, SizeOf САБАКІ, 2,

117
00:07:00,440 --> 00:07:04,870
паказальнік, роўная роўная 1, што
азначае, што я хацеў бы прачытаць

118
00:07:04,870 --> 00:07:06,540
2 сабакі ў той час.

119
00:07:06,540 --> 00:07:13,490
Але калі FREAD вяртае 1 замест 2, як
Чакаецца, што азначае, што існуе два

120
00:07:13,490 --> 00:07:16,480
сабакі пакінулі ў маім файле, а 1.

121
00:07:16,480 --> 00:07:22,450
Але калі ён вяртае 2, то я да гэтага часу
гэтыя 2 сабакі ўнутры майго буфера.

122
00:07:22,450 --> 00:07:26,280
>> Так што цяпер дае вам пачуццё таго, як
праверыць на канец файла, але

123
00:07:26,280 --> 00:07:28,940
давайце пройдзем зараз логіцы.

124
00:07:28,940 --> 00:07:32,460
Як мы на самай справе сабраць усе
з гэтых элементаў разам?

125
00:07:32,460 --> 00:07:36,880
Як толькі мы патрапілі наш першы JPG, так як
мы ведаем, што JPG-файлы захоўваюцца

126
00:07:36,880 --> 00:07:40,910
бесперапынна, мы не буду пісаць, пакуль
мы дасягнем канца файла карты.

127
00:07:40,910 --> 00:07:43,950
Але мы не хочам, каб напісаць
нічога да таго часу.

128
00:07:43,950 --> 00:07:48,710
Так што мае значэнне, а не толькі тое, што мы на
пачатак новага JPG, а ў тым,

129
00:07:48,710 --> 00:07:50,655
мы ўжо знайшлі JPG ці не.

130
00:07:50,655 --> 00:07:55,390
>> Калі гэта пачатак новага JPG, мы будзем
хочаце зачыніць наш бягучы файл JPG, калі

131
00:07:55,390 --> 00:07:59,110
у нас ёсць адзін Адкрыць і адкрыйце
новы, каб напісаць у.

132
00:07:59,110 --> 00:08:03,340
Калі гэта не пачатак новага JPG,
хоць, мы будзем трымаць той жа файл JPG

133
00:08:03,340 --> 00:08:05,910
адкрыць і пісаць у гэта.

134
00:08:05,910 --> 00:08:10,100
Мы напішам наш буфер у залежнасці ад таго,
JPG-файл у нас адкрыты пры ўмове, што

135
00:08:10,100 --> 00:08:12,120
у нас ёсць адзін адкрыты, вядома.

136
00:08:12,120 --> 00:08:16,190
Калі мы не знайшлі наш першы JPG
тым не менш, мы нічога не пісаць.

137
00:08:16,190 --> 00:08:20,290
І гэты працэс працягваецца да вас
дойдзе да канца картатэцы.

138
00:08:20,290 --> 00:08:23,410
>> І, нарэшце, вы хочаце, каб зрабіць
ўпэўненыя, што вы FClose любой

139
00:08:23,410 --> 00:08:25,800
файлы, якія вы fopened.

140
00:08:25,800 --> 00:08:28,360
Пасля таго, як вы адчуваеце сябе камфортна з
паняцці, зірніце на некаторыя

141
00:08:28,360 --> 00:08:30,840
псевдокод, які я уключыў тут.

142
00:08:30,840 --> 00:08:34,830
Па-першае, вы хочаце, каб адкрыць файл карты,
а затым паўтарыць наступны працэс

143
00:08:34,830 --> 00:08:37,144
пакуль вы не дасягнулі
канец карты.

144
00:08:37,144 --> 00:08:40,880
Вы хочаце чытаць 512 байт
у буфер.

145
00:08:40,880 --> 00:08:43,934
Выкарыстанне гэтага буфера, вы хочаце, каб праверыць
Ці вы ў пачатку

146
00:08:43,934 --> 00:08:45,300
Новы JPG ці не.

147
00:08:45,300 --> 00:08:48,400
І адказ на гэтае пытанне будзе
паўплываць на кіраванне файламі -

148
00:08:48,400 --> 00:08:51,940
якія файлы вы адкрываеце, якія
з іх вы закрыць.

149
00:08:51,940 --> 00:08:55,220
>> Тады, вы ўжо знайшлі JPG?

150
00:08:55,220 --> 00:08:57,740
Як вы трымалі
трэк з гэтага?

151
00:08:57,740 --> 00:09:01,735
Затым, у залежнасці ад таго, вы альбо
напісаць у бягучы JPG, што вы

152
00:09:01,735 --> 00:09:07,090
ёсць адкрытая або ня пісаць наогул,
таму што вы не знайшлі JPG яшчэ.

153
00:09:07,090 --> 00:09:10,870
Нарэшце, як толькі вы дасягнулі канца
файл, вы хочаце, каб закрыць любую

154
00:09:10,870 --> 00:09:12,590
астатнія файлы, якія ў вас адкрыты.

155
00:09:12,590 --> 00:09:14,590
Мы хочам быць акуратным тут.

156
00:09:14,590 --> 00:09:18,790
>> І з гэтым, вы адноўлены ўсе
адсутнічаюць файлы з гэтай памяці

157
00:09:18,790 --> 00:09:21,620
карта, якая з'яўляецца даволі дзіўны подзвіг.

158
00:09:21,620 --> 00:09:23,430
Так пагладзіць сябе па спіне.

159
00:09:23,430 --> 00:09:27,560
Але ёсць яшчэ адзін элемент, каб
PSET, што конкурс.

160
00:09:27,560 --> 00:09:30,920
Вы ўбачыце, што ўсе фатаграфіі
што вы адноўлены на самай справе

161
00:09:30,920 --> 00:09:32,820
фатаграфіі супрацоўнікаў CS50 ст.

162
00:09:32,820 --> 00:09:38,500
Так што калі вы знаходзіцеся на тэрыторыі кампуса ці дзесьці
побач, то вы можаце рабіць здымкі з

163
00:09:38,500 --> 00:09:42,600
персанал, і падзел, які мае
большасць фатаграфій з супрацоўнікамі

164
00:09:42,600 --> 00:09:46,940
ад сваіх адноўленых файлаў будзе
атрымаць дзіўны прыз.

165
00:09:46,940 --> 00:09:50,650
Пры тым, што тады вы скончылі
аднавіць PSET.

166
00:09:50,650 --> 00:09:53,600
Мяне клічуць Zamyla, і гэта CS50.

167
00:09:53,600 --> 00:10:01,835