1
00:00:00,000 --> 00:00:09,780
>> [MUZIKO Ludanta]

2
00:00:09,780 --> 00:00:11,150
>> ZAMYLA CHAN: Ni pritrakti resanigxos.

3
00:00:11,150 --> 00:00:14,030
Reakiri verŝajne estas mia plej ŝatata PSET,
kaj ĉefe ĉar mi pensas, ke estas

4
00:00:14,030 --> 00:00:15,650
vere, vere malvarmeta.

5
00:00:15,650 --> 00:00:19,040
Esence, vi donita memoro
karto dosieron en kiu

6
00:00:19,040 --> 00:00:20,900
bildoj estis forigita.

7
00:00:20,900 --> 00:00:23,650
Sed kion vi tuj
fari estas forprenis ilin ĉiujn.

8
00:00:23,650 --> 00:00:24,250
>> OK.

9
00:00:24,250 --> 00:00:28,230
Do estas vere ekscita, sed eble
iom timiga, ĉar vi estas

10
00:00:28,230 --> 00:00:32,430
donis malplenan C dosieron kaj
vi devas plenigi it in

11
00:00:32,430 --> 00:00:36,250
OK, do ni rompi ĉi
en regebla partoj.

12
00:00:36,250 --> 00:00:38,160
Vi volas malfermi la
memoro karto dosiero.

13
00:00:38,160 --> 00:00:39,900
Tio ŝajnas sufiĉe simpla.

14
00:00:39,900 --> 00:00:43,030
Tiam, trovi la komenco
el JPG bildo.

15
00:00:43,030 --> 00:00:46,740
Ĉiuj dosieroj en tiu memoro
karto tuj estos JPGs.

16
00:00:46,740 --> 00:00:50,840
Tiam, kiam vi trovos la komenco,
Vi iras malfermi novan JPG, ke

17
00:00:50,840 --> 00:00:57,610
estas, kiel, krei JPG, kaj skribu 512
bajto je tempo ĝis nova JPG estas

18
00:00:57,610 --> 00:01:02,930
trovi, kaj finante la programo, unufoje
vi detektas la fino de la dosiero.

19
00:01:02,930 --> 00:01:06,400
>> Do unue paŝojn unua estas malfermi
la memoro karto dosiero.

20
00:01:06,400 --> 00:01:09,850
Sed vi scias ĉi jam, kaj tie estas
dosiero / Aŭ funkcio kiu tuj

21
00:01:09,850 --> 00:01:12,030
montrigxos tre utila.

22
00:01:12,030 --> 00:01:12,820
OK.

23
00:01:12,820 --> 00:01:14,760
Do kio estas JPGs?

24
00:01:14,760 --> 00:01:16,330
Ĉar ni bezonas la komenco.

25
00:01:16,330 --> 00:01:21,310
Nu, JPGs, samkiel iom mapoj,
estas nur sekvencoj de bajtoj.

26
00:01:21,310 --> 00:01:30,660
Bonŝance, cxiun JPG komenciĝas per ĉu
0xff, 0xd8, 0xff, 0xe0, unu vico

27
00:01:30,660 --> 00:01:33,610
de bajtoj, aŭ alia
sekvencon da bajtoj.

28
00:01:33,610 --> 00:01:37,250
>> Do tiuj kvar bajtojn indiki
la komencon de JPG.

29
00:01:37,250 --> 00:01:40,780
Neniu alia ol tiuj du kombinaĵoj
de kvar bajtojn.

30
00:01:40,780 --> 00:01:44,840
Kaj bonŝance por ni, alia fakto, ke ni
povas utiligi estas ke ĉiu

31
00:01:44,840 --> 00:01:48,550
JPG estas stokita flanko al flanko
en la memoro karto.

32
00:01:48,550 --> 00:01:52,210
Mi reprezentis la strukturo de
memoro karto esquemáticamente sur tiu

33
00:01:52,210 --> 00:01:53,310
gliti tien.

34
00:01:53,310 --> 00:01:59,270
Ĉi tie, ĉiu kvadrata, ĉiu ortangulo,
reprezentas 512 bajtoj, kaj gxi startas

35
00:01:59,270 --> 00:02:01,750
kun griza en kiuj ni ne
vere havas JPG.

36
00:02:01,750 --> 00:02:05,700
>> Sed tiam ni fine trafis
bloko kun stelo.

37
00:02:05,700 --> 00:02:10,940
Tio signifas, ke la unuaj kvar bajtojn ekstere
de tiuj 512 estas unu el tiuj du

38
00:02:10,940 --> 00:02:13,230
komencante sekvencoj de JPG.

39
00:02:13,230 --> 00:02:17,340
Kaj ni iru el tie, kaj tiam unufoje
unu JPG finiĝas, la sekvanta oni komencas.

40
00:02:17,340 --> 00:02:20,990
Ni ne iam havos plu
griza spaco en-inter.

41
00:02:20,990 --> 00:02:25,550
>> Sed kiel do ni efektive legas ĉi tion, kaj
legi la 512 bitokoj tiel ke ni povas fari

42
00:02:25,550 --> 00:02:27,500
la komparo la unua loko?

43
00:02:27,500 --> 00:02:33,470
Nu, ni reiru al fread, kiuj
preno en la struct kiu enhavos

44
00:02:33,470 --> 00:02:34,470
la bajtoj ke vi legas.

45
00:02:34,470 --> 00:02:36,570
Do vi iras meti
tiuj en tie -

46
00:02:36,570 --> 00:02:42,192
la grandecon, la nombro, kaj tiam inpointer
ke vi legas el.

47
00:02:42,192 --> 00:02:49,900
Nun, ni deziras legi 512 samtempe, kaj
ni volas konservi tion en buffer,

48
00:02:49,900 --> 00:02:50,700
Mi iras por voki lin.

49
00:02:50,700 --> 00:02:54,100
>> Esence, ni iras al teni
sur tiuj 512 bitokoj kaj fari

50
00:02:54,100 --> 00:02:55,500
aferojn kun ĝi, ĉu ne?

51
00:02:55,500 --> 00:02:58,260
Ni ĉu tuj kompari la unua
kvar bajtojn, aŭ ni iras al

52
00:02:58,260 --> 00:02:59,830
legi ĝin en: OK?

53
00:02:59,830 --> 00:03:05,050
Do tiam la datumoj montrilon estos tiam
servi kiel via kuseneto, kaj la

54
00:03:05,050 --> 00:03:07,745
inpointer, nu, tio estas nur irante
por esti via memoro karto.

55
00:03:07,745 --> 00:03:09,500
>> Reen al nia memoro karto grafika dokumento.

56
00:03:09,500 --> 00:03:14,690
Ni legos 512 bitokoj samtempe,
stokante ĉiun 512-bajto bloko

57
00:03:14,690 --> 00:03:19,190
en buffer, tenante sur tiuj
buffer, tiuj 512 bitokoj, ĝis ni scias

58
00:03:19,190 --> 00:03:22,000
ekzakte kion fari ilin.

59
00:03:22,000 --> 00:03:25,960
Do la komenco ne estas io, tiom
ni legu la buffer, komparu ĝin, kaj

60
00:03:25,960 --> 00:03:28,160
ni ne bezonas fari ion kun tio.

61
00:03:28,160 --> 00:03:32,030
Kaj tiam, ni fine trafis stelo
bloki, signifanta, ke ni

62
00:03:32,030 --> 00:03:33,630
trovis nian unuan JPG.

63
00:03:33,630 --> 00:03:36,560
Do la bufro nun tenas
bajtoj el tiu JPG.

64
00:03:36,560 --> 00:03:40,220
>> La venonta fojo 512 bitokoj, ĉar ili estas
ne stelo bloko, estas ankaŭ

65
00:03:40,220 --> 00:03:41,740
parton de tiu JPG.

66
00:03:41,740 --> 00:03:47,630
Kaj JPGs estas kontinua de tie
sur en, ĝis ni batis la sekvanta JPG.

67
00:03:47,630 --> 00:03:51,880
Kaj tiam la buffer tiam tenas
512 bajtoj por ke JPG, kaj

68
00:03:51,880 --> 00:03:53,580
tiel plu, kaj tiel plu.

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

70
00:03:54,250 --> 00:03:58,980
>> Do iam vi batis la unua frakasita
bloko, la unua JPG, kiel do vi

71
00:03:58,980 --> 00:04:01,910
fakte, nu, malfermi ĝin?

72
00:04:01,910 --> 00:04:04,990
Ni faru novan JPG.

73
00:04:04,990 --> 00:04:08,846
La dosiernomoj por JPG tuj
esti en la formato, nombro, numero,

74
00:04:08,846 --> 00:04:13,830
number.jpg, en kiu ili estas nomata en
la ordo en kiu ili troviĝas,

75
00:04:13,830 --> 00:04:14,780
startanta je 0.

76
00:04:14,780 --> 00:04:19,890
>> Do la unua JPG ke vi
trovi estos 000.jpg.

77
00:04:19,890 --> 00:04:26,560
Do, verŝajne estas bona ideo konservi trako
de kiom JPGs vi trovis ĝis nun.

78
00:04:26,560 --> 00:04:27,610
Do tio estas la dosiernomo.

79
00:04:27,610 --> 00:04:29,660
Sed kiel vi efektive faras tion?

80
00:04:29,660 --> 00:04:34,310
Nu, ni tuj uzi
funkcio nomita sprintf.

81
00:04:34,310 --> 00:04:38,260
Iom simila al printf, kie
vi povas uzi anstataŭiloj por kordoj,

82
00:04:38,260 --> 00:04:42,420
krom en tiu kazo, sprintf presos
la dosiero eksteren en la nuna

83
00:04:42,420 --> 00:04:45,550
dosierujo, ne en la terminalo.

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

85
00:04:46,120 --> 00:04:49,950
Do ĉi tie ni vidas ke ni havas titolon,
a char tabelo kiu stokas la

86
00:04:49,950 --> 00:04:55,120
rezulta cxeno, kaj ni pasas en la
titolo de la efektiva kordo kun

87
00:04:55,120 --> 00:04:58,720
lokokupilo, simple ŝatas ni
lernis fari per printf.

88
00:04:58,720 --> 00:05:05,530
Sed tiu kodo, ke mi havas ĉi tie
donos 2.jpg, ne 002.jpg.

89
00:05:05,530 --> 00:05:09,920
Do mi lasos al vi, por eltrovi, kiel
modifi la lokokupilo fari la

90
00:05:09,920 --> 00:05:11,920
korekta nomo.

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

92
00:05:12,610 --> 00:05:17,390
Do iam vi sprintf'd tiam vi povas
malfermu tiun dosieron, ĉar ĝi ekzistas en

93
00:05:17,390 --> 00:05:22,690
vian dosierujon, kun fopen, uzante la
titolo, kaj poste ajn moduso vi volas

94
00:05:22,690 --> 00:05:25,140
malfermi tiun dosieron in

95
00:05:25,140 --> 00:05:30,260
Do nun, ke ni jam malfermis novan JPG-dosiero,
Nun ni povas skribi 512 bitokoj ĉe

96
00:05:30,260 --> 00:05:33,320
tempo, ĝis nova JPG estas trovitaj.

97
00:05:33,320 --> 00:05:36,640
Do ni prenu alian rigardon
ĉe la sintakso de fwrite.

98
00:05:36,640 --> 00:05:40,060
>> Mi scias ke mi montras ĉi slide a
multe, sed mi nur volas certigi ke

99
00:05:40,060 --> 00:05:43,530
vi uloj ne ricevas tro konfuza, ĉar
Mi scias ke ĝi estas tre facile

100
00:05:43,530 --> 00:05:47,000
konfuziĝas inter la unua kaj la lasta
argumento, en aparta.

101
00:05:47,000 --> 00:05:54,390
Sed memoru, ke vi skribas de
via bufro en la ekster-dosiero bildoj.

102
00:05:54,390 --> 00:05:59,250
>> Nun ke vi sciigxos, kiel la registran 512
bajtoj en viajn JPG-dosiero kiun vi jam

103
00:05:59,250 --> 00:06:03,230
kreita, bone, ni volas halti tiun
procezo iam ni atingis la finon de

104
00:06:03,230 --> 00:06:06,720
nia karto, ĉar tie ne estos
plu bildojn por esti trovita.

105
00:06:06,720 --> 00:06:10,760
Do ni revenu al fread
ankoraŭfoje, mi promesas.

106
00:06:10,760 --> 00:06:15,600
fread revenas kiom erojn de grandeco,
grandeco, estis preta en sukcese.

107
00:06:15,600 --> 00:06:19,440
Ideale, tiu tuj estos ajn
vi pasas en por nombro, ĉu ne?

108
00:06:19,440 --> 00:06:24,140
Ĉar vi provas legi nombro
de eroj de grandeco, amplekso.

109
00:06:24,140 --> 00:06:29,380
Sed se fread ne povis legi ke
nombro de elementoj, do ĝi revenos

110
00:06:29,380 --> 00:06:32,530
kion ajn nombro legis sukcese.

111
00:06:32,530 --> 00:06:36,310
>> Nun, unu grava afero por noti estas
ke se vi uzas alian dosieron I / O

112
00:06:36,310 --> 00:06:43,860
funkcio kiel fgetc, ĝi havos ankaŭ revenos
kiom da aĵoj legis sukcese.

113
00:06:43,860 --> 00:06:48,000
Kio estas utilaj pri tiu funkcio estas
ke se vi uzas funkcioj ene de

114
00:06:48,000 --> 00:06:53,190
kondiĉo, ĝi devos ekzekuti sin mem dum
determinante ke kondiĉo, kiu estas

115
00:06:53,190 --> 00:06:54,340
nur vere utila.

116
00:06:54,340 --> 00:07:00,440
Do se vi havas ĉi kondiĉoj, ekzemple,
se fread buffer, sizeof HUNDO, 2,

117
00:07:00,440 --> 00:07:04,870
montrilo, egalas egalas 1, ke
signifas ke mi ŝatus legi

118
00:07:04,870 --> 00:07:06,540
2 hundoj ĉe la tempo.

119
00:07:06,540 --> 00:07:13,490
Sed se fread redonas 1 anstataŭ 2 kiel
atendis, tio signifas ke estas 2

120
00:07:13,490 --> 00:07:16,480
hundoj lasita en mia dosiero, sed prefere 1.

121
00:07:16,480 --> 00:07:22,450
Sed se ĝi redonas 2, tiam mi ankoraŭ havas
tiuj 2 hundoj interne de mia bufro.

122
00:07:22,450 --> 00:07:26,280
>> Do nun tiu donas senton pri kiel
kontroli por la fino de la dosiero, sed

123
00:07:26,280 --> 00:07:28,940
ni iru tra nun la logiko.

124
00:07:28,940 --> 00:07:32,460
Kiel do ni efektive peco ĉiuj
de ĉi tiuj elementoj kune?

125
00:07:32,460 --> 00:07:36,880
Iam ni trafis nian unuan JPG, ekde
Ni scias ke JPGs estas stokitaj

126
00:07:36,880 --> 00:07:40,910
contiguously, ni skribos ĝis
Ni atingas la finon de la karto dosiero.

127
00:07:40,910 --> 00:07:43,950
Sed ni ne volas skribi
nenion ĝis tiam.

128
00:07:43,950 --> 00:07:48,710
Do ĝi importas, ne nur ke ni estas ĉe
la komencon de nova JPG, sed ĉu

129
00:07:48,710 --> 00:07:50,655
Ni jam trovis JPG aŭ ne.

130
00:07:50,655 --> 00:07:55,390
>> Se temas pri la komenco de nova JPG, ni
ĉu fermi nian aktualan JPG-dosiero, se

131
00:07:55,390 --> 00:07:59,110
ni havos unu malferma kaj libera
nova skribi en.

132
00:07:59,110 --> 00:08:03,340
Se ĝi ne estas la komenco de la nova JPG,
kvankam, ni observu la sama jpg dosieron

133
00:08:03,340 --> 00:08:05,910
malfermi kaj skribi en tiu.

134
00:08:05,910 --> 00:08:10,100
Ni skribas nia bufro en kiu ajn
Jpg-dosiero, ni havas malferman, kondicxe ke

135
00:08:10,100 --> 00:08:12,120
Ni havas unu libera, kompreneble.

136
00:08:12,120 --> 00:08:16,190
Se ni ne trovis nian unuan JPG
tamen, ni ne skribas ion ajn.

137
00:08:16,190 --> 00:08:20,290
Kaj ĉi procezo daŭras ĝis vi
atingi la finon de la karto dosiero.

138
00:08:20,290 --> 00:08:23,410
>> Kaj fine, vi volas fari
certa, ke vi fclose ajna

139
00:08:23,410 --> 00:08:25,800
dosierojn kiujn vi jam fopened.

140
00:08:25,800 --> 00:08:28,360
Iam vi estas komforta kun la
konceptoj, rigardu en iu

141
00:08:28,360 --> 00:08:30,840
_pseudocode_, kiun mi inkludis cxi tie.

142
00:08:30,840 --> 00:08:34,830
Unue, vi volas malfermi la karto-dosiero,
kaj tiam ripeti la sekva procezo

143
00:08:34,830 --> 00:08:37,144
ĝis kiam vi mem atingis la
Fine de la karto.

144
00:08:37,144 --> 00:08:40,880
Vi volas legi 512 bitokoj
en bufron.

145
00:08:40,880 --> 00:08:43,934
Uzanta ke bufron, vi volas kontroli
ĉu vi estas je la komenco de

146
00:08:43,934 --> 00:08:45,300
nova JPG aŭ ne.

147
00:08:45,300 --> 00:08:48,400
Kaj la respondo al tiu demando estos
tuŝas vian dosieron mastrumado -

148
00:08:48,400 --> 00:08:51,940
kio dosierojn vi malfermos, kiuj
ones vi fermas.

149
00:08:51,940 --> 00:08:55,220
>> Poste, ĉu vi jam trovis JPG?

150
00:08:55,220 --> 00:08:57,740
Kiel vi estis gardante
spuro de tiu?

151
00:08:57,740 --> 00:09:01,735
Tiam, depende de tio, vi trovos ĉu
skribu en la nuna JPG ke vi

152
00:09:01,735 --> 00:09:07,090
havas malferman, aux ne skribi ĝin ĉe ĉiuj,
cxar vi ne trovis JPG ankoraŭ.

153
00:09:07,090 --> 00:09:10,870
Finfine, iam vi jam atingis la finon de
la dosieron, vi volas fermi ajnan

154
00:09:10,870 --> 00:09:12,590
restantaj dosieroj kiujn vi havas malfermita.

155
00:09:12,590 --> 00:09:14,590
Ni volas esti ordigita tie.

156
00:09:14,590 --> 00:09:18,790
>> Kaj kun tio, kiun vi savis cxion de
la mankantajn dosierojn de tiu memoro

157
00:09:18,790 --> 00:09:21,620
karto, kiu estas bela miriga heroaĵo.

158
00:09:21,620 --> 00:09:23,430
Do frapeti mem sur la dorso.

159
00:09:23,430 --> 00:09:27,560
Sed, estas unu malpli ero al
la PSET, kiu estas la konkurso.

160
00:09:27,560 --> 00:09:30,920
Vi trovos, ke ĉiuj el la staloj
ke vi reakiris estas reale

161
00:09:30,920 --> 00:09:32,820
bildoj de CS50 bastono.

162
00:09:32,820 --> 00:09:38,500
Do se vi estas en kampuso aŭ ie
proksime, do vi povas fari fotojn kun

163
00:09:38,500 --> 00:09:42,600
la bastonon, kaj la sekcio kiu havas la
plej bildoj kun stabanojn

164
00:09:42,600 --> 00:09:46,940
el iliaj rekuperis dosieroj
get imponega premion.

165
00:09:46,940 --> 00:09:50,650
Kun tio, tiam vi jam finita
la reakiri PSET.

166
00:09:50,650 --> 00:09:53,600
Mia nomo estas Zamyla, kaj ĉi tiu estas CS50.

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