1
00:00:00,000 --> 00:00:09,780
>> [MUSIC Playing]

2
00:00:09,780 --> 00:00:11,150
>> ZAMYLA Chan: hadd kezelni vissza.

3
00:00:11,150 --> 00:00:14,030
Vissza a kedvencem Pset,
és főleg azért, mert úgy gondolom, hogy ez

4
00:00:14,030 --> 00:00:15,650
nagyon, nagyon klassz.

5
00:00:15,650 --> 00:00:19,040
Alapvetően, akkor kap egy memória
kartoték amelyben

6
00:00:19,040 --> 00:00:20,900
képeket törölték.

7
00:00:20,900 --> 00:00:23,650
De mit fogsz
tennie, hogy visszaszerezze őket.

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

9
00:00:24,250 --> 00:00:28,230
Szóval ez tényleg izgalmas, de talán egy
kicsit félelmetes, mert te

10
00:00:28,230 --> 00:00:32,430
adott egy üres C fájlt, és
meg kell adnia be!

11
00:00:32,430 --> 00:00:36,250
OK, úgyhogy törni ezt
könnyen kezelhető részek.

12
00:00:36,250 --> 00:00:38,160
Azt akarja, hogy nyissa meg a
memóriakártya fájl.

13
00:00:38,160 --> 00:00:39,900
Úgy tűnik, elég egyszerű.

14
00:00:39,900 --> 00:00:43,030
Aztán meg az elején
egy JPG képet.

15
00:00:43,030 --> 00:00:46,740
Minden a fájlokat a memória
kártya lesz jpgs.

16
00:00:46,740 --> 00:00:50,840
Majd ha egyszer megtalálja az elején,
fogsz, hogy nyit egy új JPG, hogy a

17
00:00:50,840 --> 00:00:57,610
van, mint, hozzon létre egy JPG, írni és 512
byte, addig, amíg az új JPG van

18
00:00:57,610 --> 00:01:02,930
találtak, és befejezve a programot, miután
észlelni a végén a fájl.

19
00:01:02,930 --> 00:01:06,400
>> Tehát az első lépéseket az első az, hogy nyitott
A memóriakártya fájlt.

20
00:01:06,400 --> 00:01:09,850
De tudod, ez már, és ott
Fájl I / O funkció fog

21
00:01:09,850 --> 00:01:12,030
igen hasznosnak bizonyulhat.

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

23
00:01:12,820 --> 00:01:14,760
Tehát mi van jpgs?

24
00:01:14,760 --> 00:01:16,330
Mert kell az elején.

25
00:01:16,330 --> 00:01:21,310
Nos, jpgs, csakúgy, mint bit térkép,
csak sorozatok bájt.

26
00:01:21,310 --> 00:01:30,660
Szerencsére, minden JPG kezdődik vagy
0xff, 0xd8, 0xff, 0XE0, az egyik sorozat

27
00:01:30,660 --> 00:01:33,610
byte, vagy egy másik
bájtok sorozata.

28
00:01:33,610 --> 00:01:37,250
>> Így a négy bájt jelzi
a kezdete egy JPG.

29
00:01:37,250 --> 00:01:40,780
Nem más, mint a két kombináció
négy bájt.

30
00:01:40,780 --> 00:01:44,840
És szerencsére nekünk, egy másik tény, hogy
lehet kihasználni, hogy minden

31
00:01:44,840 --> 00:01:48,550
JPG tárolják side-by-side
a memóriakártyán.

32
00:01:48,550 --> 00:01:52,210
Már képviselte a szerkezet egy
Memóriakártya sematikusan ezen

33
00:01:52,210 --> 00:01:53,310
csúsztassa itt.

34
00:01:53,310 --> 00:01:59,270
Itt minden téren, minden téglalap,
jelent 512 bájt, és már indul is

35
00:01:59,270 --> 00:02:01,750
a szürke, amit mi nem
Tényleg van egy JPG.

36
00:02:01,750 --> 00:02:05,700
>> De aztán végül nyomja
a blokk egy csillag.

37
00:02:05,700 --> 00:02:10,940
Ez azt jelenti, hogy az első négy bájt ki
azoknak a 512 egyike azoknak a két

38
00:02:10,940 --> 00:02:13,230
induló sorozata a JPG.

39
00:02:13,230 --> 00:02:17,340
És mi megy ott, és majd egyszer
egy JPG véget ér, a következő alkalommal kezdődik.

40
00:02:17,340 --> 00:02:20,990
Mi soha nem lesz több
szürke tér-között.

41
00:02:20,990 --> 00:02:25,550
>> De hogyan olvasni ezt, és
olvasd el a 512 byte, hogy tudjuk, hogy

42
00:02:25,550 --> 00:02:27,500
Az összehasonlítás az első helyen?

43
00:02:27,500 --> 00:02:33,470
Nos, menjünk vissza a fread, ami
veszi a struktúra, amely tartalmazni fogja

44
00:02:33,470 --> 00:02:34,470
A byte olvasod.

45
00:02:34,470 --> 00:02:36,570
Szóval megy, hogy
azok ott -

46
00:02:36,570 --> 00:02:42,192
A méret, a számot, majd inpointer
hogy olvasod a.

47
00:02:42,192 --> 00:02:49,900
Most azt szeretnénk olvasni 512 egy időben, és a
szeretnénk tárolni ezt a puffert,

48
00:02:49,900 --> 00:02:50,700
Fogom nevezni.

49
00:02:50,700 --> 00:02:54,100
>> Alapvetően fogunk tartani
fel azokat a 512 byte, és nem

50
00:02:54,100 --> 00:02:55,500
a dolgokat, igaz?

51
00:02:55,500 --> 00:02:58,260
Mi sem lesz összehasonlítani az első
négy bájt, vagy megyünk

52
00:02:58,260 --> 00:02:59,830
olvastam, OK?

53
00:02:59,830 --> 00:03:05,050
Tehát akkor az adatokat mutató fog majd
szolgálnak a puffer, valamint a

54
00:03:05,050 --> 00:03:07,745
inpointer, nos, ez csak megy
hogy a memóriakártyára.

55
00:03:07,745 --> 00:03:09,500
>> Visszatérve a memóriakártyára sematikus.

56
00:03:09,500 --> 00:03:14,690
Fogunk olvasni 512 byte egy időben,
tárolása minden 512 byte-os blokk

57
00:03:14,690 --> 00:03:19,190
egy puffer, kapaszkodott azok
puffer, azok a 512 byte, amíg nem tudjuk,

58
00:03:19,190 --> 00:03:22,000
pontosan mit kell csinálni velük.

59
00:03:22,000 --> 00:03:25,960
Tehát az elején nincs semmi, így a
akkor olvassa el a puffer, hasonlítsa össze, és

60
00:03:25,960 --> 00:03:28,160
akkor nem kell semmit vele.

61
00:03:28,160 --> 00:03:32,030
És akkor végül megüt egy csillag
blokkolja, ami azt jelenti, hogy már

62
00:03:32,030 --> 00:03:33,630
találtak az első JPG.

63
00:03:33,630 --> 00:03:36,560
Tehát a puffer most tartsa
bájtot hogy JPG.

64
00:03:36,560 --> 00:03:40,220
>> A következő alkalommal, 512 byte, mert ők
nem egy csillag blokk, szintén

65
00:03:40,220 --> 00:03:41,740
része, hogy a JPG.

66
00:03:41,740 --> 00:03:47,630
És jpgs folytonos onnan
be, amíg elérjük a következő JPG.

67
00:03:47,630 --> 00:03:51,880
És akkor a puffer, akkor tart
512 byte hogy a JPG és

68
00:03:51,880 --> 00:03:53,580
így tovább, és így tovább.

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

70
00:03:54,250 --> 00:03:58,980
>> Tehát, ha bejön az első csillagos
blokk, az első JPG, hogyan

71
00:03:58,980 --> 00:04:01,910
valójában, nos, nyissa meg?

72
00:04:01,910 --> 00:04:04,990
Csináljunk egy új JPG.

73
00:04:04,990 --> 00:04:08,846
A fájlnevek a JPG fog
a megfelelő formátum, szám, szám,

74
00:04:08,846 --> 00:04:13,830
number.jpg, az, hogy ők megnevezett
a sorrendet, amelyben azok találhatók,

75
00:04:13,830 --> 00:04:14,780
0-nál kezdődik.

76
00:04:14,780 --> 00:04:19,890
>> Tehát az első JPG, amit
meg fogják 000.jpg.

77
00:04:19,890 --> 00:04:26,560
Tehát, talán egy jó ötlet, hogy nyomon követhesse
hány jpgs megtalálta eddig.

78
00:04:26,560 --> 00:04:27,610
Szóval ez a fájl nevét.

79
00:04:27,610 --> 00:04:29,660
De hogyan lehet valóban tenni ezt?

80
00:04:29,660 --> 00:04:34,310
Nos, megyünk, hogy egy
nevű függvényt sprintf.

81
00:04:34,310 --> 00:04:38,260
Egy kicsit hasonlít a printf, ahol a
akkor a helyőrző vonósokra,

82
00:04:38,260 --> 00:04:42,420
kivéve, ebben az esetben, a sprintf kiírja
a fájlt ki a jelenlegi

83
00:04:42,420 --> 00:04:45,550
könyvtár, nem a terminál.

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

85
00:04:46,120 --> 00:04:49,950
Tehát itt azt látjuk, hogy van címe,
egy char tömb tárolja a

86
00:04:49,950 --> 00:04:55,120
eredő karakterlánc, és adja át a
címe a tényleges karakterlánc

87
00:04:55,120 --> 00:04:58,720
helyőrző, ahogy már
tanult köze printf.

88
00:04:58,720 --> 00:05:05,530
De ezt a kódot, hogy van itt
ad 2.jpg, nem 002.jpg.

89
00:05:05,530 --> 00:05:09,920
Úgyhogy hagyjuk Önnek, hogy megtudja, hogyan lehet
módosítsa a helyőrző, hogy a

90
00:05:09,920 --> 00:05:11,920
megfelelő nevet.

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

92
00:05:12,610 --> 00:05:17,390
Szóval, ha egyszer már sprintf'd, akkor is
megnyitni a fájlt, mert létezik

93
00:05:17,390 --> 00:05:22,690
a könyvtár, a fopen, a
címet, és akkor bármi kívánt üzemmódot

94
00:05:22,690 --> 00:05:25,140
megnyitni a fájlt be

95
00:05:25,140 --> 00:05:30,260
Most, hogy már nyitott egy új JPG fájlt,
most már írni 512 byte-os

96
00:05:30,260 --> 00:05:33,320
idő, amíg egy új JPG található.

97
00:05:33,320 --> 00:05:36,640
Szóval vessünk egy pillantást
A szintaxis a fwrite.

98
00:05:36,640 --> 00:05:40,060
>> Tudom, hogy én vagyok mutatja ezt a slide a
sokat, de én csak szeretnénk, hogy győződjön meg arról, hogy

99
00:05:40,060 --> 00:05:43,530
srácok nem kap túl zavaros, mert a
Tudom, hogy ez nagyon könnyű

100
00:05:43,530 --> 00:05:47,000
keverjük össze az első és az utolsó
érv, különösen.

101
00:05:47,000 --> 00:05:54,390
De ne feledjük, hogy írsz a
A buffer az out fájlt képeket.

102
00:05:54,390 --> 00:05:59,250
>> Most, hogy tudod, hogy az írás 512
bytes be a JPG fájl már

103
00:05:59,250 --> 00:06:03,230
létre, nos, azt akarjuk állítani, hogy
a folyamatot, amint elértük a végét

104
00:06:03,230 --> 00:06:06,720
a kártya, mert nem lesz
több kép található.

105
00:06:06,720 --> 00:06:10,760
Akkor menjünk vissza a fread
még egyszer, ígérem.

106
00:06:10,760 --> 00:06:15,600
fread visszatér, hogy hány elem méretű,
méret, kész volt sikeres.

107
00:06:15,600 --> 00:06:19,440
Ideális esetben ez lesz bármilyen
át az a szám, nem igaz?

108
00:06:19,440 --> 00:06:24,140
Mert olvasni próbál szám
elemeinek, méretbeli.

109
00:06:24,140 --> 00:06:29,380
De ha fread nem tudja elolvasni, hogy
elemek száma, akkor majd vissza

110
00:06:29,380 --> 00:06:32,530
bármilyen számot is olvasható sikerrel.

111
00:06:32,530 --> 00:06:36,310
>> Nos, egy fontos dolog megjegyezni,
, hogy ha egy másik fájl I / O

112
00:06:36,310 --> 00:06:43,860
úgy működnek, mint fgetc, akkor az is vissza
hány elem is olvasható sikerrel.

113
00:06:43,860 --> 00:06:48,000
Mi ez hasznos ennek a függvénynek,
, hogy ha Ön funkcióit belsejében egy

114
00:06:48,000 --> 00:06:53,190
állapotban van, akkor végre magát, miközben
megállapítására, hogy a feltétel, ami

115
00:06:53,190 --> 00:06:54,340
csak nagyon hasznos.

116
00:06:54,340 --> 00:07:00,440
Tehát ha ezt a körülmények, mondjuk,
ha fread puffer, sizeof DOG, 2,

117
00:07:00,440 --> 00:07:04,870
mutató, értéke egyenlő 1-gyel, hogy
azt jelenti, hogy szeretnék elolvasni

118
00:07:04,870 --> 00:07:06,540
2 kutya abban az időben.

119
00:07:06,540 --> 00:07:13,490
De ha fread vissza 1 2 helyett, mint
várható volt, ez azt jelenti, hogy van 2

120
00:07:13,490 --> 00:07:16,480
kutya maradt a fájlban, hanem 1..

121
00:07:16,480 --> 00:07:22,450
De ha visszatér 2, akkor még mindig van
azok a 2 kutya belsejében a puffer.

122
00:07:22,450 --> 00:07:26,280
>> Tehát most, hogy ad egyfajta hogyan
ellenőrizze a fájl végére, de a

123
00:07:26,280 --> 00:07:28,940
menjünk át most a logika.

124
00:07:28,940 --> 00:07:32,460
Hogy valójában darab minden
Ezen elemek együtt?

125
00:07:32,460 --> 00:07:36,880
Amint elérünk az első JPG, hiszen
tudjuk, hogy jpgs tárolt

126
00:07:36,880 --> 00:07:40,910
összefüggően, fogunk írni, amíg
elérjük a végét a kártya fájlt.

127
00:07:40,910 --> 00:07:43,950
De nem akarok írni
semmit addig.

128
00:07:43,950 --> 00:07:48,710
Tehát nem mindegy, nem csak, hogy állunk
a kezdete egy új JPG, hanem az, hogy

129
00:07:48,710 --> 00:07:50,655
mi már találtunk egy JPG vagy sem.

130
00:07:50,655 --> 00:07:55,390
>> Ha ez a kezdete egy új JPG, fogunk
akarja zárni a jelenlegi JPG fájlt, ha

131
00:07:55,390 --> 00:07:59,110
van egy nyitott, és nyitott
egy újat, hogy ültesse át.

132
00:07:59,110 --> 00:08:03,340
Ha ez nem a kezdete az új JPG,
bár, de folyamatosan ugyanazt a JPG fájl

133
00:08:03,340 --> 00:08:05,910
nyitni és írja bele.

134
00:08:05,910 --> 00:08:10,100
Majd levelet a puffert bármelyik
JPG fájl már nyitva van, feltéve, hogy

135
00:08:10,100 --> 00:08:12,120
van egy nyitott, természetesen.

136
00:08:12,120 --> 00:08:16,190
Ha még nem találta meg az első JPG
mégis, nem írunk semmit.

137
00:08:16,190 --> 00:08:20,290
És ez a folyamat folytatódik, amíg meg nem
elérjük a végét a kártya fájlt.

138
00:08:20,290 --> 00:08:23,410
>> És végül, akkor szeretnénk, hogy
meg arról, hogy fclose bármilyen

139
00:08:23,410 --> 00:08:25,800
fájlokat, hogy már fopened.

140
00:08:25,800 --> 00:08:28,360
Ha elégedett a
fogalmak, hogy egy pillantást néhány

141
00:08:28,360 --> 00:08:30,840
pszeudokódját, amit már szerepelnek itt.

142
00:08:30,840 --> 00:08:34,830
Először is, szeretnénk megnyitni a kártyát fájlt,
majd ismételje meg a következő eljárást

143
00:08:34,830 --> 00:08:37,144
amíg elérte a
végén a kártyát.

144
00:08:37,144 --> 00:08:40,880
El szeretné olvasni 512 bájt
egy puffer.

145
00:08:40,880 --> 00:08:43,934
Felhasználva, hogy puffer, akkor szeretnénk ellenőrizni
hogy te vagy a kezdete egy

146
00:08:43,934 --> 00:08:45,300
új JPG vagy sem.

147
00:08:45,300 --> 00:08:48,400
És a válasz erre a kérdésre majd
befolyásolja a fájlkezelés -

148
00:08:48,400 --> 00:08:51,940
mely fájlok megnyitásakor, ami
is van közel.

149
00:08:51,940 --> 00:08:55,220
>> Ezután már már talált egy JPG?

150
00:08:55,220 --> 00:08:57,740
Hogy van tartva
pálya, hogy a?

151
00:08:57,740 --> 00:09:01,735
Ezután, attól függően, hogy akkor sem
írni az aktuális JPG, amit

152
00:09:01,735 --> 00:09:07,090
nyílt, vagy nem írom azt is,
mert nem találtam a JPG, mégis.

153
00:09:07,090 --> 00:09:10,870
Végül, ha elérte a végét
a fájlt, akkor szeretné, hogy zárjon be minden

154
00:09:10,870 --> 00:09:12,590
maradék fájlokat, hogy van nyitva.

155
00:09:12,590 --> 00:09:14,590
Azt akarjuk, hogy rendben van.

156
00:09:14,590 --> 00:09:18,790
>> És ezzel már vissza minden
a hiányzó fájlokat, hogy a memória

157
00:09:18,790 --> 00:09:21,620
kártya, ami egy elég elképesztő feat.

158
00:09:21,620 --> 00:09:23,430
Így pat magad a hátán.

159
00:09:23,430 --> 00:09:27,560
De van még egy eleme
A Pset, ami a verseny.

160
00:09:27,560 --> 00:09:30,920
Megtudja, hogy az összes kép
hogy már vissza ténylegesen

161
00:09:30,920 --> 00:09:32,820
képek CS50 munkatársai.

162
00:09:32,820 --> 00:09:38,500
Tehát, ha az egyetemen, vagy valahol
mellett, akkor lehet fotózni a

163
00:09:38,500 --> 00:09:42,600
a személyzet, és a szakasz, amely a
a legtöbb kép a személyzet tagjai

164
00:09:42,600 --> 00:09:46,940
a saját visszanyert fájlok fog
kap egy fantasztikus díjat.

165
00:09:46,940 --> 00:09:50,650
Ezzel, akkor már elkészült
A vissza Pset.

166
00:09:50,650 --> 00:09:53,600
A nevem Zamyla, és ez CS50.

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