1992–93 Roller Hockey Champions Cup
The 1992–93 Roller Hockey Champions Cup was the 29th edition of the Roller Hockey Champions Cup organized by CERH.
| Tournament details | |
|---|---|
| Teams | 10 |
| Final positions | |
| Champions | Igualada (1st title) |
| Runners-up | Benfica |
| Tournament statistics | |
| Matches played | 18 |
| Goals scored | 230 (12.78 per match) |
Igualada won their first title ever.
Teams
The champions of the main European leagues and Liceo, as title holder, played this competition, consisting in a double-legged knockout tournament.
Bracket
| First round | Quarterfinals | Semifinals | Final | |||||||||||||||||||
 | 4 | 0 | 4 | |||||||||||||||||||
 | 13 | 21 | 34 | |||||||||||||||||||
| 12 | 8 | 20 | |||||||||||||||||||
 | 1 | 2 | 3 | |||||||||||||||||||
| 24 | 19 | 43 | |||||||||||||||||||
 | 2 | 2 | 4 | |||||||||||||||||||
| 7 | 6 | 13 | |||||||||||||||||||
| 6 | 1 | 7 | |||||||||||||||||||
| 4 | 8 | 12 | |||||||||||||||||||
 | 1 | 3 | 4 | |||||||||||||||||||
| 20 | 14 | 34 | |||||||||||||||||||
.svg.png){kind=small} | 5 | 4 | 9 | |||||||||||||||||||
| 3 | 4 | 7 | |||||||||||||||||||
| 3 | 5 | 8 | |||||||||||||||||||
| 6 | 2 | 8 | |||||||||||||||||||
 | 2 | 1 | 3 | |||||||||||||||||||
 | 3 | 0 | 3 | |||||||||||||||||||
| 4 | 9 | 13 | |||||||||||||||||||
Source: [1]
gollark: Although I think some parsers might *technically* be okay with you reserving 8190 bytes for metadata but then ending it with a null byte early, and handle the offsets accordingly, I would not rely on it.
gollark: Probably. The main issue I can see is that you would have to rewrite the entire metadata block on changes, because start/end in XTMF are offsets from the metadata region's end.
gollark: I thought about that, but:- strings in a binary format will be about the same length- integers will have some space saving, but I don't think it's very significant- it would, in a custom one, be harder to represent complex objects and stuff, which some extensions may be use- you could get some savings by removing strings like "title" which XTMF repeats a lot, but at the cost of it no longer being self-describing, making extensions harder and making debugging more annoying- I am not convinced that metadata size is a significant issue
gollark: I mean, "XTMF with CBOR/msgpack and compression" was being considered as a hypothetical "XTMF2", but I'd definitely want something, well, self-describing.
gollark: Also also, why a binary format?
References
External links
| World |
| ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Europe |
| ||||||||||
| Asia |
| ||||||||||
| America |
| ||||||||||
| Africa |
| ||||||||||
| Oceania |
| ||||||||||
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.