19:57:03 RRSAgent has joined #webfonts 19:57:03 logging to http://www.w3.org/2014/03/26-webfonts-irc 19:57:05 RRSAgent, make logs world 19:57:05 Zakim has joined #webfonts 19:57:07 Zakim, this will be 3668 19:57:07 ok, trackbot; I see IA_Fonts()4:00PM scheduled to start in 3 minutes 19:57:08 Meeting: WebFonts Working Group Teleconference 19:57:08 Date: 26 March 2014 19:57:45 IA_Fonts()4:00PM has now started 19:57:52 +Vlad 20:00:00 +[Microsoft] 20:00:23 sergeym has joined #webfonts 20:00:24 +jfkthame 20:00:39 jfkthame has joined #webfonts 20:02:00 +[Google] 20:02:03 raph has joined #webfonts 20:07:52 +[Google.a] 20:08:09 kuettel has joined #webfonts 20:12:18 raph_ has joined #webfonts 20:12:36 first agenda item: applause 20:12:47 scribenick: rapph_ 20:12:56 scribenick: raph_ 20:13:08 going from discussion to first editor's draft is major progress 20:13:26 now that we have it written down, there'll be plenty to talk about 20:13:31 who has reviewed the spec? 20:14:02 kuettel, jfkthame, and sergeym have done cursory review 20:14:36 vlad has done a full pass over the spec, and has a number of comments, both editorial and deeper 20:14:46 introduction should have reference to woff 2 evaluation report 20:14:58 datatypes 20:15:17 should, as much as possible, use same datatypes as opentype and off specs 20:15:30 mixed used of USHORT and UINT16, should settle on one 20:16:22 + +1.250.668.aaaa 20:16:28 jhudson has joined #webfonts 20:16:29 this is a terminology question 20:16:40 raph: agree, should use opentype terminology for these types 20:17:03 datatype uintbase128 20:17:16 what is the motivation for introducing it? 20:17:25 used only in table directory 20:17:53 is there a real statistical importance that there are many lengths that are <=127 20:18:20 in original opentype spec, 4 byte values 20:18:42 raph: one use case, really small subsets 20:18:59 raph: for these fonts, the overhead of the table header is a large % 20:19:27 raph: also see other fonts, where many tables have a small length (e.g. heea) 20:19:57 raph: most tables, except for Glyph, will have a two byte encoding 20:20:28 raph: original proposal had a long and short table format (similar to WOFF 1.0) 20:20:36 raph: difference was typically 200 bytes 20:21:00 vlad: would be good to elaborate on this particular data type 20:21:26 raph: sounds good, should be easy to quantify the size reduction 20:21:59 vlad: going further, paragraph with the flags 20:22:10 vlad: e.g. known table tags 20:22:29 vlad: would we regret this later, esp. as new tables are added (e.g. color fonts) 20:23:40 raph: right, great question 20:24:28 raph: the thinking is, that the list of tables -- we will see more fonts with additional tables 20:24:51 raph: but, the majority of the tables will still be in the OpenType spec 20:25:17 raph: vast majority of tables on the list were from the standard 20:25:38 raph: have to come up with a set (justification is the number of bytes saved) 20:26:41 raph: any new table would get passed through, it just wouldn't benefit from this particular four-byte per table savings 20:27:28 jonathan: asking about the number of bits required to encode... 20:27:44 raph: original motivation, was to support multiple compression formats 20:28:03 raph: proposal is to only support Brotli (and not gzip) 20:29:40 vlad: as a follow up, did not appear as if the last to bits were not for the compression type 20:30:00 raph: yes, compression type proposal (Brotli) only, is encoded in the draft 20:31:31 vlad: both bit allocation for table tags, and bit 5 for pre-processing, identified for future discussions 20:32:18 vlad: wouldn't it be easier to always process all tables 20:33:14 raph: minimizing option is a good goal. motivations was to allow trade-off between processing time/memory 20:33:35 raph: another would be to preserve byte level data 20:34:10 jfkthame: similar tradeoff as in choice of entropy coder 20:34:57 vlad: transform is much less computation than entropy coding 20:35:40 jfkthame: impact on encode time is one reason people may choose less expensive processing 20:35:41 vlad: bringing discussion back to preprocessing 20:36:14 raph: reconstructing the bounding boxes is not trival 20:36:31 raph: could be good to review the data 20:37:00 raph: use cases for fast encoding, or want to enable fast decode (e.g. for mobile) 20:37:26 raph: complexity of not having the transform (e.g. the bit) is trival 20:38:29 vlad: agree, rather wondering if preprocessing could always be kept 20:39:44 vlad: would like to give the working group more time to review, and then once decided would likely want to elaborate 20:41:18 vlad: section 4 should be "compressed data format" rather than "general table format 20:41:46 vlad: description of bitmask should be part of glyph header 20:42:57 raph: agree, was concerned about the fact that bitmask is variable size, but having it part of header is cleaner 20:43:55 vlad: "explicity bitmap" seems like typo 20:44:09 raph: yes, should read "explicitly set bounding box" instead 20:45:34 raph: would like to ask working group, does the draft look pretty complete 20:45:56 vlad: reasonably complete, we know some pieces are missing (like triplet encoding) 20:45:56 vlad: looks pretty complete, noting the few sections called out in the document that we need to fill in 20:46:20 vlad: some more things that need to be discussed 20:46:39 will need to go through and make sure all normative statements are properly defined 20:46:51 that may happen after public working draft 20:47:46 raph: update from the Compression Team on Brotli. 20:48:05 raph: they consider the format final now, and will next focus on publishing the IETF draft 20:50:10 kuettel: how many compression formats should we support? 20:50:17 can we standardize on just Brotli? 20:52:08 vlad: woff 1 offers no compression and gzip 20:52:26 so need to offer these options in woff 2 doesn't make much sense 20:52:45 significant improvement in compression efficiency was main motivation for woff 2 20:52:53 vlad: votes for "keep it simple" 20:53:14 kuettel: compression team provided numbers on compression performance 20:53:32 fast brotli encoder gets 10% better compression than gzip at no additional cost in encode time 20:53:40 numbers to be pasted into chat 20:53:57 Some numbers from the Compression Team on the Brotli fast version: 20:54:06 woff2/gzip: 60,844,848 bytes, 13.6 Mb/s encoding speed, 104.2 Mb/s decoding speed 20:54:16 woff2/brotli: 54,232,880 bytes, 13.2 Mb/s encoding speed, 84.4 Mb/s decoding speed 20:54:34 And then an update on the slow version: 20:54:43 the decoding speed of woff2 produced with a slow brotli encoder got faster as well, it is now 80.6 Mb/s, while the total corpus size is 50,112,368 bytes. 20:54:53 vlad: extra bit freed up for compression type may help expand known tags 20:55:14 vlad: we should consider the question of whether to make glyf transform optional (current draft) or required 20:55:34 implementation an option to give less than maximal compression seems counterintuitive 20:55:54 vlad: doesn't like optional stuff 20:56:16 vlad: would rather avoid it 20:56:31 jfkthame: that decision needs more time to think through 20:56:55 vlad: raising issue, not expecting a decision today 20:57:05 jfkthame: another change to wire format to propose 20:57:12 flags in table directory entry 20:57:29 only thing doing with bits 6 and 7 is noting whether table is first in the font 20:57:50 and the only thing that's used for is whether to include compressed stream length 20:58:07 would be simpler to move into woff header, and this would also free up an additional bit 20:58:26 vlad: what is value of having table directory preserved? 21:00:09 vlad: compressed data stream might include table directory 21:01:20 in mtx, everything was part of compressed stream, including table directory 21:04:13 Sorry, I have to join another meeting 21:04:17 -[Google.a] 21:04:42 jfkthame: woff2 header could also (mostly) be inside 21:04:53 raph: metadata could also be inside compressed stream 21:05:07 vlad: makes sense for metadata to be separately accessible 21:05:20 use cases where you want to read metadata without having to decompress entire font 21:05:56 jfkthame: metadata should be brotli-encoded 21:06:09 raph: yes, already in spec 21:06:51 vlad: will be traveling next week for iso/mpeg meeting, finalizing 3rd edition of OFF spec 21:07:09 vlad: let's have more discussion over email 21:07:19 then telcon will be more productive 21:07:50 next conference call in 2 weeks, have discussion of specific items during that time 21:09:42 raph: i hope to check spec into W3C CVS soon 21:10:17 - +1.250.668.aaaa 21:10:26 zakim, list attendees 21:10:26 As of this point the attendees have been Vlad, [Microsoft], jfkthame, [Google], +1.250.668.aaaa 21:10:37 end of call 21:10:46 rrsagent, make minutes 21:10:46 I have made the request to generate http://www.w3.org/2014/03/26-webfonts-minutes.html Vlad 21:10:56 -[Google] 21:11:00 -Vlad 21:11:02 -jfkthame 21:12:59 -[Microsoft] 21:13:00 IA_Fonts()4:00PM has ended 21:13:00 Attendees were Vlad, [Microsoft], jfkthame, [Google], +1.250.668.aaaa 23:29:23 Zakim has left #webfonts