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

2
00:00:09,500 --> 00:00:12,350
>> ZAMYLA CHAN: Ĝi estis Miss Scarlett
kun la kandelabro.

3
00:00:12,350 --> 00:00:13,560
Whodunit?

4
00:00:13,560 --> 00:00:15,030
Nu, ni tuj ekscias.

5
00:00:15,030 --> 00:00:20,870
En la tabulludo Clue, vi eble
estos donita fizika ruĝa bildo.

6
00:00:20,870 --> 00:00:24,120
Kaj tiu bildo estas tre ruĝa kaj
spotty, kaj via laboro estas

7
00:00:24,120 --> 00:00:25,490
malkaŝi la kaŝita mesaĝo.

8
00:00:25,490 --> 00:00:29,740
Kaj kutime vi provizis kun ruĝa
grandiga vitro, aŭ ruĝa ekrano por

9
00:00:29,740 --> 00:00:31,410
malkaŝi, ke kaŝita mesaĝo.

10
00:00:31,410 --> 00:00:33,340
Nu, ni tuj imiti tion.

11
00:00:33,340 --> 00:00:37,960
>> En whodunit, vi donita bitmap image
ke aspektas tre spotty kaj ruĝa,

12
00:00:37,960 --> 00:00:43,430
kaj poste ruli la whodunit programo
riveli kaŝitan mesaĝon.

13
00:00:43,430 --> 00:00:45,650
>> Do ni rompos tiu enen paŝoj.

14
00:00:45,650 --> 00:00:50,390
Unue, vi volas malfermi la dosieron -
la indikon ke vi jam donis.

15
00:00:50,390 --> 00:00:53,880
Kaj tiam ankaŭ krei
verdikto bitmap dosiero.

16
00:00:53,880 --> 00:00:58,240
Tiam vi volas aktualigi la bitbildo
header info por la verdikto outfile.

17
00:00:58,240 --> 00:00:59,920
Pli pri tio poste.

18
00:00:59,920 --> 00:01:04,319
Kaj poste vi legos en la
postsigno, scanline, rastrumero per rastrumero,

19
00:01:04,319 --> 00:01:07,320
ŝanĝi la rastrumero koloroj
necesa, kaj skribado

20
00:01:07,320 --> 00:01:08,960
tiuj en la verdikto -

21
00:01:08,960 --> 00:01:12,000
rastrumero por pixel en la
verdikto scanline.

22
00:01:12,000 --> 00:01:13,780
>> Kiel do ni komencu rondirante tio?

23
00:01:13,780 --> 00:01:16,940
Nu, feliĉe, ni havas copy.c
en la dissendo-kodo.

24
00:01:16,940 --> 00:01:21,240
Kaj tio estas iri pruvi
sufiĉe utila por ni.

25
00:01:21,240 --> 00:01:29,700
Copy.c malfermas dosieron, legas en tiu
infile la kaplinio, poste ĝisdatigas la

26
00:01:29,700 --> 00:01:31,070
outfile la kaplinion.

27
00:01:31,070 --> 00:01:37,010
Kaj tiam ĝi legas ĉiu rastrumero en la
scanline, rastrumero per rastrumero, kaj poste

28
00:01:37,010 --> 00:01:42,390
skribu ke rastrumero en la outfile.

29
00:01:42,390 --> 00:01:45,020
>> Do, via unua ŝtupo multobligita
estu por ruli la sekvan

30
00:01:45,020 --> 00:01:46,420
komandon en la fina -

31
00:01:46,420 --> 00:01:50,270
cp copy.c whodunit.c.

32
00:01:50,270 --> 00:01:55,320
Tio kreos kopion de
copy.c nomata whodunit.c.

33
00:01:55,320 --> 00:01:58,320
Do nia unua paŝo por malfermi la
dosiero, bone, ne estas akurata

34
00:01:58,320 --> 00:02:00,070
repliko de tiu en copy.c.

35
00:02:00,070 --> 00:02:03,360
Do mi lasos vin rigardi tion.

36
00:02:03,360 --> 00:02:07,860
>> Kion ni pritraktas en ĉi PSET estas
dosiero I / O, esence prenante dosieroj,

37
00:02:07,860 --> 00:02:10,229
legado, verkado, redaktado ilin.

38
00:02:10,229 --> 00:02:12,650
Kiel vi unue malfermi dosieron?

39
00:02:12,650 --> 00:02:16,800
Nu, vi tuj deklari dosieron
montrilo, kaj tiam vi nomas la

40
00:02:16,800 --> 00:02:18,670
funkcio fopen.

41
00:02:18,670 --> 00:02:23,150
Iam en la vojo, aŭ la nomo de tiu
fajliloj, kaj tiam la reĝimo, ke vi volas

42
00:02:23,150 --> 00:02:24,700
malfermi tiun dosieron in

43
00:02:24,700 --> 00:02:28,620
Pasante en r malfermos
foo.bmp por legado.

44
00:02:28,620 --> 00:02:35,670
Dum fopen kun pasi en w volo
malfermita bar.bmp, por skribi la dosieron kaj

45
00:02:35,670 --> 00:02:37,020
efektive redaktis ĝin.

46
00:02:37,020 --> 00:02:41,970
>> Do nun, ke ni jam malfermis la dosieron, nia
sekva paŝo estas ĝisdatigi la kaplinion info

47
00:02:41,970 --> 00:02:43,230
cxar la outfile.

48
00:02:43,230 --> 00:02:44,610
Kio estas header info?

49
00:02:44,610 --> 00:02:48,160
Nu, unue ni bezonas scii
kia bitmap estas.

50
00:02:48,160 --> 00:02:51,000
A bitmap estas nur simpla
aranĝo de bajtoj.

51
00:02:51,000 --> 00:02:55,480
Kaj ili estas deklarita en ĉi dosieron
ĉi tie, bmp.h, kun fasko da

52
00:02:55,480 --> 00:02:58,610
informo de kia bitmap
Estas efektive farita el.

53
00:02:58,610 --> 00:03:05,730
Sed kion ni vere zorgas pri estas la
bitmap dosieron kaplinio, ĝuste ĉi tie, kaj

54
00:03:05,730 --> 00:03:08,460
la bitmap info kaplinio, ĉi tie.

55
00:03:08,460 --> 00:03:13,170
La kaplinio konsistas el paro de
variabloj kiuj pruvos tre utila.

56
00:03:13,170 --> 00:03:18,400
Ekzistas biSizeImage, kiu estas la
tutan grandecon de la bildo en bajtoj.

57
00:03:18,400 --> 00:03:20,890
Kaj tio inkludas rastrumeroj kaj Plenigado.

58
00:03:20,890 --> 00:03:24,210
Plenigado estas tre grava, sed
ni ricevos por ke poste.

59
00:03:24,210 --> 00:03:30,000
>> BiWidth reprezentas la larĝeco de la
bildo en pikseloj minus la Plenigado.

60
00:03:30,000 --> 00:03:34,220
BiHeight estas tiam ankaŭ la alteco
de la bildo en pikseloj.

61
00:03:34,220 --> 00:03:38,240
Kaj tiam la BITMAPFILEHEADER kaj la
BITMAPINFOHEADER, kiel mi menciis

62
00:03:38,240 --> 00:03:40,900
pli frue, tiuj estas reprezentitaj
kiel structs.

63
00:03:40,900 --> 00:03:45,410
Do, vi ne povas aliri la dosieron kaplinio
sin, sed vi volas atingi

64
00:03:45,410 --> 00:03:47,370
tiuj variabloj enen.

65
00:03:47,370 --> 00:03:48,170
>> OK.

66
00:03:48,170 --> 00:03:50,600
Do kiel fari ni ĝisdatigi la header info?

67
00:03:50,600 --> 00:03:54,020
Nu, unue ni devas vidi ĉu ni
bezonas ŝanĝi ajnan informon de

68
00:03:54,020 --> 00:03:58,480
la infile, la indikon, ke la
outfile, la verdikto.

69
00:03:58,480 --> 00:04:00,250
Estas io ŝanĝas en tiu kazo?

70
00:04:00,250 --> 00:04:04,320
Nu, ne vere, ĉar ni iras
esti simple ŝanĝi la kolorojn.

71
00:04:04,320 --> 00:04:07,550
Ni ne tuj estos ŝanĝo de la dosiero
grandeco, la bildo grandeco, la larĝa,

72
00:04:07,550 --> 00:04:08,310
aŭ la alteco.

73
00:04:08,310 --> 00:04:14,010
Do vi estas tute bona por nun por
nur kopiante unu bildero.

74
00:04:14,010 --> 00:04:14,840
>> OK.

75
00:04:14,840 --> 00:04:20,720
Do nun ni rigardu kiom ni efektive
povas legi ĉiun rastrumero de la dosiero.

76
00:04:20,720 --> 00:04:23,640
Alia dosiero / el funkcio
venos en teatraĵo -

77
00:04:23,640 --> 00:04:24,700
fread.

78
00:04:24,700 --> 00:04:28,440
Ĝi portas en montrilon al la struct
kiu enhavos la bajtoj ke

79
00:04:28,440 --> 00:04:30,110
vi legas.

80
00:04:30,110 --> 00:04:31,890
Do vi legas en tiun.

81
00:04:31,890 --> 00:04:36,090
Kaj tiam vi pasos en grandeco, kiu estas
la grandeco de ĉiu elemento kiu vi

82
00:04:36,090 --> 00:04:37,360
deziras legi.

83
00:04:37,360 --> 00:04:40,640
Tie, la funkcio sizeof
venos en oportuna.

84
00:04:40,640 --> 00:04:45,570
Tiam vi pasas en numero, kiu
reprezentas la nombro de eroj de

85
00:04:45,570 --> 00:04:47,480
grandeco legi.

86
00:04:47,480 --> 00:04:51,180
Kaj tiam fine, inptr, kiu estas
la dosiera montrilo ke vi estas

87
00:04:51,180 --> 00:04:52,530
tuj legis el.

88
00:04:52,530 --> 00:04:58,650
Do ĉiu el tiuj elementoj estas interne
inptr kaj ili tuj datumojn.

89
00:04:58,650 --> 00:05:01,660
>> Ni rigardu iom ekzemplo.

90
00:05:01,660 --> 00:05:07,590
Se mi volas legi enen datuma du hundoj,
bone, mi povos fari tion unu el du manieroj.

91
00:05:07,590 --> 00:05:15,250
Mi povas ĉu legi en du celoj de grandeco
hundo de mia inptr, aŭ mi povos legi

92
00:05:15,250 --> 00:05:19,280
en unu kontestas la grandeco de du hundoj.

93
00:05:19,280 --> 00:05:23,580
Do vi vidas, ke depende de la vojo
ke vi aranĝi grandeco kaj kvanto, vi

94
00:05:23,580 --> 00:05:25,840
povas legi en la sama nombro da bajtoj.

95
00:05:25,840 --> 00:05:28,720

96
00:05:28,720 --> 00:05:33,020
>> Do nun, ni ŝanĝas la
rastrumero koloron kiel ni bezonas.

97
00:05:33,020 --> 00:05:37,320
Se vi rigardas bmp.h denove, tiam
vi vidos, ke sur la fundo

98
00:05:37,320 --> 00:05:42,920
RGBTRIPLEs estas alia struct, kie
Ili estas formitaj el tri bitokoj.

99
00:05:42,920 --> 00:05:49,220
Unu, rgbtBlue, rgbtGreen kaj rgbtRed.

100
00:05:49,220 --> 00:05:52,480
Do ĉiu el tiuj reprezentas la kvanton
el blua, la kvanto de verdo, kaj la

101
00:05:52,480 --> 00:05:57,250
kvanto da ruĝa ene ĉi bildero, kie
ĉiu kvanto estas reprezentita de

102
00:05:57,250 --> 00:05:58,670
deksesuma nombro.

103
00:05:58,670 --> 00:06:04,370
>> Do FF0000 estos blua koloro,
ĉar ĝi iras de bluaj,

104
00:06:04,370 --> 00:06:05,850
al verda, ruĝa.

105
00:06:05,850 --> 00:06:09,300
Kaj tiam ĉiuj f informoj estos blanka.

106
00:06:09,300 --> 00:06:13,440
Ni rigardu smiley.bmp, kiuj
vi havas en via distribuo kodo.

107
00:06:13,440 --> 00:06:15,690
Se vi malfermas ĝin en nur bildo
spektanto, do vi devos

108
00:06:15,690 --> 00:06:17,080
nur vidas ruĝa ridetanta.

109
00:06:17,080 --> 00:06:20,380
Sed havante profundan dive en, ni
vidas, ke la strukturo

110
00:06:20,380 --> 00:06:22,340
de ĝi estas simple rastrumeroj.

111
00:06:22,340 --> 00:06:25,880
Ni havas blankajn rastrumeroj,
kaj poste ruĝan rastrumeroj.

112
00:06:25,880 --> 00:06:31,000
La blankaj, FFFFFF, kaj tiam ĉiuj el la
ruĝa rastrumeroj mi kolorigita en por vi

113
00:06:31,000 --> 00:06:35,440
ĉi tie, kaj vi vidos ke ili estas 0000ff.

114
00:06:35,440 --> 00:06:39,760
Nulo blua, nulo verda, kaj plena ruĝa.

115
00:06:39,760 --> 00:06:45,350
Kaj ĉar smiley estas ok rastrumeroj larĝa,
ni ne havas ajnan Plenigado.

116
00:06:45,350 --> 00:06:47,360
Ĉiuj pravas.

117
00:06:47,360 --> 00:06:53,310
>> Do se mi estus atribui malsamajn valorojn
al RGBTRIPLE kaj mi volis

118
00:06:53,310 --> 00:06:58,350
fari verdan, tiam kion mi devus fari estas
Mi raportus al RGBTRIPLE, nomata

119
00:06:58,350 --> 00:07:02,660
triobla, kaj poste aliri ĉiu
bajto ene de tiu struct mi

120
00:07:02,660 --> 00:07:04,030
uzus la skalara operatoro.

121
00:07:04,030 --> 00:07:08,430
Do triple.rgbtBlue, mi povas
asigni, ke al 0.

122
00:07:08,430 --> 00:07:13,460
Verda Mi povas atribui ĝin al plena - ĉiuj
nombro, vere, inter 0 kaj ff.

123
00:07:13,460 --> 00:07:15,470
Kaj poste ruĝaj, mi ankaŭ intencas diri 0.

124
00:07:15,470 --> 00:07:19,160
Tial do tio donas al mi verdan bildero.

125
00:07:19,160 --> 00:07:23,030
>> Tuj poste, kion, se mi volas kontroli
la valoro de io?

126
00:07:23,030 --> 00:07:27,250
Mi povus havi iun kiu kontrolas
ĉu la trioblon de rgbtBlue valoro estas

127
00:07:27,250 --> 00:07:31,080
ff kaj poste presas ", mi sentas min
blua! ", kiel rezulto.

128
00:07:31,080 --> 00:07:35,640
Nu, tio ne nepre signifas
ke la rastrumero estas blua, ĉu ne?

129
00:07:35,640 --> 00:07:40,060
Ĉar la rastrumero estas verda kaj ruĝa valoroj
povus havi ankaŭ ne-0 valoroj.

130
00:07:40,060 --> 00:07:43,470
Ĉio, kion tio signifas, kaj cxiujn, kiuj
tio estas kontrolanta por trovas

131
00:07:43,470 --> 00:07:45,610
por plena blua koloro.

132
00:07:45,610 --> 00:07:50,050
Sed ĉiuj rastrumeroj povus havi ankaŭ parta
koloro valoroj, kiel tiu

133
00:07:50,050 --> 00:07:52,180
sekvanta ekzemplo tie ĉi.

134
00:07:52,180 --> 00:07:55,400
>> Ĝi estas iom pli malfacile vidi
kion ĉi bildo estas nun.

135
00:07:55,400 --> 00:08:00,320
Tio aspektas iom pli kiel la
clue.bmp ke vi estos donitaj.

136
00:08:00,320 --> 00:08:03,600
Nun, fizike, vi eble solvos ĉi,
ĉar estas multe da ruĝaj, per

137
00:08:03,600 --> 00:08:07,040
forte tenante ruĝa ekrano la bildo tiel
ke la aliaj koloroj povas aperi.

138
00:08:07,040 --> 00:08:10,968
Do kiel fari ni imitas ĉi kun c?

139
00:08:10,968 --> 00:08:15,640
Nu, ni povus forigi cxiujn ruĝa
de la bildo komplete.

140
00:08:15,640 --> 00:08:21,870
Kaj fari tiel, ke ni volonte turnis
rastrumero ruĝajn valoro al 0.

141
00:08:21,870 --> 00:08:25,020
Kaj tial la bildo aspektus iom
iom kiel tio, kie ni ne havas ruĝa

142
00:08:25,020 --> 00:08:26,300
kion ajn.

143
00:08:26,300 --> 00:08:29,390
>> Ni povas vidi la kaŝitajn mesaĝon a
iomete pli klare nun.

144
00:08:29,390 --> 00:08:31,730
Ĝi estas alia smiley face.

145
00:08:31,730 --> 00:08:33,870
Aŭ eble ni povus uzi alian metodon.

146
00:08:33,870 --> 00:08:36,480
Eble, ni povus identigi
ĉiuj el la ruĝa rastrumeroj -

147
00:08:36,480 --> 00:08:41,100
tio estas, ĉiu el la rastrumeroj kun
0 blua, 0 verdaj, kaj 0 ruĝa -

148
00:08:41,100 --> 00:08:43,169
kaj ŝanĝi tiujn al blanko.

149
00:08:43,169 --> 00:08:45,470
Kaj nia bildo povus rigardi
iu kiel ĉi tio.

150
00:08:45,470 --> 00:08:48,250
Iom pli facile vidi.

151
00:08:48,250 --> 00:08:51,170
>> Ekzistas multaj aliaj manieroj por malkovri
La sekreta mesaĝo tiel,

152
00:08:51,170 --> 00:08:53,730
kontraktanta kun la koloro manipulado.

153
00:08:53,730 --> 00:08:57,050
Eble vi povus uzi unu el la metodoj
kiun mi menciis supre.

154
00:08:57,050 --> 00:08:59,600
Kaj aldone, vi eble volas
plibonigi iuj koloroj

155
00:08:59,600 --> 00:09:02,620
kaj alporti tiujn eksteren.

156
00:09:02,620 --> 00:09:06,190
>> Do nun, kiam ni ŝanĝis la rastrumero
koloro, apud ni nur bezonas skribi ilin

157
00:09:06,190 --> 00:09:08,500
en la scanline, rastrumero per bildero.

158
00:09:08,500 --> 00:09:11,860
Kaj plue, vi volas rerigardi
al copy.c, se vi ne kopiitaj

159
00:09:11,860 --> 00:09:18,170
Jam, kaj rigardu la fwrite
funkcio, kiu prenas datumojn, puntero

160
00:09:18,170 --> 00:09:23,230
al la struct kiu enhavas la bajtoj
ke vi legas el, la grandeco de

161
00:09:23,230 --> 00:09:26,610
la artikoloj, la nombro de artikoloj,
kaj tiam la outptr -

162
00:09:26,610 --> 00:09:29,450
La destino de tiuj dosieroj.

163
00:09:29,450 --> 00:09:34,010
>> Poste vi skribas en la rastrumeroj, vi
ankaŭ devas skribi en la Plenigado.

164
00:09:34,010 --> 00:09:34,970
Kio estas Plenigado?

165
00:09:34,970 --> 00:09:38,670
Nu, ĉiu rgbt rastrumero
Estas tri bitokoj longa.

166
00:09:38,670 --> 00:09:43,670
Sed, la scanline di bitmap image
Devas esti oblo de kvar bajtojn.

167
00:09:43,670 --> 00:09:47,650
Kaj se la nombro de rastrumeroj estas ne
oblo de kvar, do ni bezonas aldoni

168
00:09:47,650 --> 00:09:48,880
ĉi Plenigado.

169
00:09:48,880 --> 00:09:51,420
Plenigado estas ĝuste reprezentita de _0s_.

170
00:09:51,420 --> 00:09:54,380
Do, kial ni skribu, aŭ legu ĉi tion?

171
00:09:54,380 --> 00:09:59,280
Nu, tio rezultas, ke vi ne povas
reale fread Plenigado, sed vi povas

172
00:09:59,280 --> 00:10:00,970
kalkuli ĝin.

173
00:10:00,970 --> 00:10:04,400
>> En ĉi tiu kazo, la indikon kaj la verdikto
havi la sama larĝa, do la

174
00:10:04,400 --> 00:10:05,910
Plenigado estas la sama.

175
00:10:05,910 --> 00:10:09,370
Kaj la Plenigado, kiel vi vidos
en copy.c, kalkuliĝas

176
00:10:09,370 --> 00:10:11,790
kun la sube formulo -

177
00:10:11,790 --> 00:10:16,690
bi.biWidth fojojn sizeof (RGBTRIPLE) volo
donu al ni, kiom da bitokoj la bmp

178
00:10:16,690 --> 00:10:18,280
havas en ĉiu vico.

179
00:10:18,280 --> 00:10:21,890
De tie, la modulos kaj subtrahoj
kun 4 povas kalkuli kiom

180
00:10:21,890 --> 00:10:25,610
multaj bitokoj devas esti adiciita por ke
la oblo de bajtoj en

181
00:10:25,610 --> 00:10:27,250
ĉiu vico estas kvar.

182
00:10:27,250 --> 00:10:30,490
>> Nun ke ni havas la formulon por
kiom Plenigado ni bezonas, nun

183
00:10:30,490 --> 00:10:31,610
Ni povas skribi ĝin.

184
00:10:31,610 --> 00:10:34,080
Nun, mi menciis antaŭ,
Plenigado estas nur _0s_.

185
00:10:34,080 --> 00:10:39,730
Do, en tiu kazo, ni nur metante
a char, en tiu kazo oni 0, en nian

186
00:10:39,730 --> 00:10:41,710
outptr - nia outfile.

187
00:10:41,710 --> 00:10:47,530
Do kiu povas esti simple fputc
0, komo outptr.

188
00:10:47,530 --> 00:10:52,400
>> Do, dum ni estis legante en nian
dosiero, dosiero / Aŭ gardis spuro de nia

189
00:10:52,400 --> 00:10:57,440
pozicio en tiuj dosieroj kun ion
nomis la dosieron pozicio indikilo.

190
00:10:57,440 --> 00:10:59,350
Pensu pri ĝi kiel kursoro.

191
00:10:59,350 --> 00:11:03,550
Esence, ĝi antaŭas ĉiufoje
ke ni fread, sed ni havas

192
00:11:03,550 --> 00:11:05,671
kontrolon pri ĝi, ankaŭ.

193
00:11:05,671 --> 00:11:11,030
>> Por movi la dosiero pozicio indikilo,
vi povas uzi la funkcion fseek.

194
00:11:11,030 --> 00:11:15,600
Kie la inptr reprezentas la dosiero
montrilo, ke vi sercxas en la

195
00:11:15,600 --> 00:11:20,370
kvanto estas la nombro de bitokoj, ke vi
volas movi la kursoron, kaj tiam el

196
00:11:20,370 --> 00:11:23,470
rilatas al la referenca punkto
de kie via kursoro estas.

197
00:11:23,470 --> 00:11:26,770
Se vi pasas en SEEK_CUR, ke
reprezentas la aktualan

198
00:11:26,770 --> 00:11:28,100
pozicio en la dosiero.

199
00:11:28,100 --> 00:11:31,020
Aŭ vi povas uzi iujn aliajn parametrojn.

200
00:11:31,020 --> 00:11:35,400
Do, ni eble volos uzi fseek salti
super la Plenigado de la en dosiero.

201
00:11:35,400 --> 00:11:39,410
Kaj cetere, se vi estas hokita, ekzistas
ekzemplo de tiu en copy.c.

202
00:11:39,410 --> 00:11:43,260
>> Do nun ni jam malfermis la dosieron,
la postsigno, kaj la verdikton.

203
00:11:43,260 --> 00:11:46,450
Ni ĝisdatigis la header info por
nia verdikto, ĉar ĉiu

204
00:11:46,450 --> 00:11:48,730
bitmap bezonas kaplinion.

205
00:11:48,730 --> 00:11:52,280
Ni legis en la postsigno de
scanline, rastrumero per rastrumero, ŝanĝante

206
00:11:52,280 --> 00:11:55,210
ĉiu koloro kiel necesa, kaj
skribi tiujn en la

207
00:11:55,210 --> 00:11:57,340
verdikto, rastrumero per bildero.

208
00:11:57,340 --> 00:12:01,550
Kiam vi malfermos verdikto, vi povas vidi, kiuj
la kulpa aux kia estas la sekreta

209
00:12:01,550 --> 00:12:02,850
mesaĝo estas.

210
00:12:02,850 --> 00:12:05,550
Mia nomo estas Zamyla, kaj
tiu estis whodunit.

211
00:12:05,550 --> 00:12:12,864