Pod względem koncepcyjnym to wyzwanie jest naprawdę proste. Otrzymałeś listę liczb całkowitych nieujemnych . Jeśli to możliwe, znajdź nieujemną liczbę całkowitą , na przykład, że lista składająca się z jest posortowana. Jeśli takiego nie ma, wynik powinien być czymkolwiek, czego nie można pomylić z prawidłowym , np. Liczbą ujemną, niczym, błędem itp.ai
N
bi = ai XOR N
N
N
Oto przykład:
[4, 7, 6, 1, 0, 3]
Jeśli weźmiemy każdy element z tej listy XOR 5
, otrzymamy
[1, 2, 3, 4, 5, 6]
który jest posortowany. (Należy pamiętać, że wynikowa lista nie musi mieć unikalnych elementów i nie zawierać żadnych przerw. Jeśli wynik takiej operacji [0, 1, 1, 3]
byłby nadal aktualny). Z drugiej strony dla listy
[4, 7, 1, 6, 0, 3]
nie ma takiego N
.
Możesz napisać program lub funkcję, pobierając dane wejściowe przez STDIN (lub najbliższą alternatywę), argument wiersza poleceń lub argument funkcji i wypisując wynik przez STDOUT (lub najbliższą alternatywę), wartość zwracaną funkcji lub parametr funkcji (wyjściowej).
Dane wejściowe mogą być w dowolnym dogodnym formacie listy lub ciągu. Możesz założyć, że są one mniejsze niż każdy i że lista zawiera co najmniej jeden element.ai
231
Twój kod musi obsłużyć dowolny z przypadków testowych (szczególnie cztery duże) w ciągu kilku sekund.
Obowiązują standardowe zasady gry w golfa .
Przypadki testowe
Dla każdego przypadku testowego, który nie zwraca, -1
istnieje nieskończona liczba poprawnych odpowiedzi. Ten wymieniony tutaj jest najmniejszy. Istnieją dodatkowe rozwiązania poprzez dodatkowe ustawienie bitów, które są takie same we wszystkich liczbach całkowitych na wejściu (zwłaszcza tych, które są większe niż najbardziej znaczący bit na największej liczbie listy).
[4 7 6 1 0 3] => 5
[4 7 1 6 0 3] => -1
[0 1 3 4 6 7] => 0
[4 2 3 1] => 6
[2 3 0 0 7 7 4 5 11 11] => 2
[2 3 0 0 7 7 5 4 11 11] => -1
[1086101479 748947367 1767817317 656404978 1818793883 1143500039] => -1
[180522983 1885393660 751646477 367706848 331742205 724919510 850844696 2121330641 869882699 1831158987 542636180 1117249765 823387844 731663826 1762069894 240170102 1020696223 1212052937 2041219958 712044033 195249879 1871889904 1787674355 1849980586 1308879787 1743053674 1496763661 607071669 1987302942 178202560 1666170841 1035995406 75303032 1755269469 200581873 500680130 561748675 1749521426 1828237297 835004548 934883150 38711700 1978960635 209243689 1355970350 546308601 590319412 959613996 1956169400 140411967 112601925 88760619 1977727497 672943813 909069787 318174568 385280382 370710480 809689639 557034312 865578556 217468424 346250334 388513751 717158057 941441272 437016122 196344643 379529969 821549457 97008503 872313181 2105942402 603939495 143590999 1580192283 177939344 853074291 1288703007 1605552664 162070930 1325694479 850975127 681702163 1432762307 1994488829 780869518 4379756 602743458 1963508385 2115219284 1219523498 559301490 4191682 1918142271 169309431 346461371 1619467789 1521741606 1881525154] => -1
[37580156 64423492 87193676 91914964 93632157 96332899 154427982 176139560 184435039 228963836 230164674 279802291 301492375 309127664 345705721 370150824 380319820 403997410 410504675 416543032 418193132 424733526 428149607 435596038 477224208 515649925 519407995 525469350 614538124 624884850 642649261 653488151 679260270 685637235 690613185 739141066 825795124 832026691 832633584 833213619 852655299 913744258 917674993 921902522 925691996 931307936 954676047 972992595 997654606 1020009811 1027484648 1052748108 1071580605 1108881241 1113730139 1122392118 1154042251 1170901568 1180031842 1180186856 1206428383 1214066097 1242934611 1243983997 1244736049 1262979035 1312007069 1312030297 1356274316 1368442960 1377432523 1415342434 1471294243 1529353536 1537868913 1566069818 1610578189 1612277199 1613646498 1639183592 1668015280 1764022840 1784234921 1786654280 1835593744 1849372222 1875931624 1877593764 1899940939 2007896363 2023046907 2030492562 2032619034 2085680072 2085750388 2110824853 2123924948 2131327206 2134927760 2136423634] => 0
[1922985547 1934203179 1883318806 1910889055 1983590560 1965316186 2059139291 2075108931 2067514794 2117429526 2140519185 1659645051 1676816799 1611982084 1736461223 1810643297 1753583499 1767991311 1819386745 1355466982 1349603237 1360540003 1453750157 1461849199 1439893078 1432297529 1431882086 1427078318 1487887679 1484011617 1476718655 1509845392 1496496626 1583530675 1579588643 1609495371 1559139172 1554135669 1549766410 1566844751 1562161307 1561938937 1123551908 1086169529 1093103602 1202377124 1193780708 1148229310 1144649241 1257633250 1247607861 1241535002 1262624219 1288523504 1299222235 840314050 909401445 926048886 886867060 873099939 979662326 963003815 1012918112 1034467235 1026553732 568519178 650996158 647728822 616596108 617472393 614787483 604041145 633043809 678181561 698401105 776651230 325294125 271242551 291800692 389634988 346041163 344959554 345547011 342290228 354762650 442183586 467158857 412090528 532898841 534371187 32464799 21286066 109721665 127458375 192166356 146495963 142507512 167676030 236532616 262832772] => 1927544832
[1922985547 1934203179 1883318806 1910889055 1983590560 1965316186 2059139291 2075108931 2067514794 2117429526 2140519185 1659645051 1676816799 1611982084 1736461223 1810643297 1753583499 1767991311 1819386745 1355466982 1349603237 1360540003 1453750157 1461849199 1439893078 1432297529 1431882086 1427078318 1487887679 1484011617 1476718655 1509845392 1496496626 1583530675 1579588643 1609495371 1559139172 1554135669 1549766410 1566844751 1562161307 1561938937 1123551908 1086169529 1093103602 1202377124 1193780708 1148229310 1144649241 1257633250 1241535002 1247607861 1262624219 1288523504 1299222235 840314050 909401445 926048886 886867060 873099939 979662326 963003815 1012918112 1034467235 1026553732 568519178 650996158 647728822 616596108 617472393 614787483 604041145 633043809 678181561 698401105 776651230 325294125 271242551 291800692 389634988 346041163 344959554 345547011 342290228 354762650 442183586 467158857 412090528 532898841 534371187 32464799 21286066 109721665 127458375 192166356 146495963 142507512 167676030 236532616 262832772] => -1
Wreszcie, oto cztery bardzo duże przypadki testowe, aby upewnić się, że przesyłanie jest wystarczająco wydajne:
- Przypadek testowy 1 powinien ustąpić
-1
. - Przypadek testowy 2 powinien ustąpić
0
. - Przypadek testowy 3 powinien ustąpić
1096442624
. - Przypadek testowy 4 powinien ustąpić
-1
.
Dlaczego ktoś miałby to robić?
Kiedyś przyszło mi do głowy, że operacja XOR może „posortować” tablicę, co umożliwia przeprowadzenie wyszukiwania binarnego na tablicy w O (log n) bez konieczności uprzedniego sortowania. Wydaje się, że możliwe jest określenie N
w czasie pseudoliniowym, co uczyniłoby to szybszą alternatywą dla większości algorytmów sortowania i nie ma wymagań dotyczących pamięci dla sortowania radix. Oczywiście proste liniowe wyszukiwanie w nieposortowanej tablicy będzie szybsze, ale jeśli chcesz przeszukać tę samą tablicę wiele razy, pojedyncze liniowe wstępne obliczenie może znacznie skrócić czas potrzebny na każde wyszukiwanie.
Niestety klasa list, nad którymi to działa, jest raczej ograniczona (mało prawdopodobne jest, aby jednolicie losowe rozkłady dopuszczały N
).
Ciekawe pytanie dotyczy tego, czy istnieją inne funkcje bijectywne, które są łatwiejsze do sprawdzenia i / lub mają zastosowanie do szerszej klasy list.
źródło
Odpowiedzi:
Galaretka, 25 bajtów
Najnowsze zatwierdzenia stanowią wyzwanie po tym wyzwaniu, ale powyższy kod działa z tą wersją , która go poprzedza. Wypróbuj online!
Aby uruchomić duże przypadki testowe, w zależności od powłoki, konieczne może być owinięcie powyższego kodu w programie, który odczytuje dane wejściowe ze STDIN. Wypróbuj online!
Przypadki testowe
Pomysł
Wykorzystuje to to samo podejście, co odpowiedź @ Jakube , ale moja implementacja jest nieco inna.
Galaretka nie ma jeszcze sortowania, więc obliczamy kandydata do xortowania, XOR wraz z nim listę wejściową, obliczamy kandydata do xortowania z listy XORed i sprawdzamy, czy nowy kandydat ma zero. Jeśli tak, drukujemy pierwszego kandydata; w przeciwnym razie drukujemy -1 .
Ponadto, Jelly wydaje się nie mieć jeszcze rozsądnego sposobu na rzucanie liczb całkowitych (nawet dzielenie liczb całkowitych może zwracać liczby zmiennoprzecinkowe), więc musiałem wymyślić dość kreatywny sposób zaokrąglania listy liczb do następnej potęgi 2 . Zamiast log-floor-pow przekształcam wszystkie liczby całkowite na binarne, zamieniam wszystkie cyfry binarne na 1 , przekształcam z powrotem na liczby całkowite, dodam 1 i dzielę przez 2 .
Kod
źródło
Pyth,
40363130 bajtówWypróbuj online: pakiet demonstracyjny lub testowy
Każdy z dużych przypadków testowych kończy się w ciągu kilku sekund.
Wyjaśnienie:
Najpierw wyjaśnię metodę i dlaczego działa. Zrobię to z listy np:
[7, 2, 13, 9]
.Pierwsze dwie liczby są już niepoprawne (
7 > 2
). Chcemy xor z pewną liczbą, aby zmienić ten symbol nierówności (7 xor X < 2 xor X
). Ponieważ xor działa na reprezentacjach binarnych, spójrzmy na nie.Kiedy zastosujemy xor z pewną liczbą do każdej liczby, wartość w niektórych pozycjach ulegnie zmianie. Jeśli zmienisz wartości na pierwszej pozycji (
2^0
), symbol nierówności nie zmieni się. To samo dzieje się, gdy zmieniamy wartości na drugiej pozycji (2^1
). Również symbol nie ulegnie zmianie, jeżeli zmiana wartości na czwarty, piąty ... stanowiska (2^3
,2^4
...). Symbol nierówności zmienia kierunek tylko, jeśli zmienimy trzecią pozycję (2^2
).Jeśli zmieniamy wiele pozycji jednocześnie, oczywiście dzieje się to samo. Jeśli którakolwiek z pozycji, które zmieniamy, jest trzecia, to zmienia się symbol nierówności, inaczej nie.
Kolejna para jest już posortowane:
2 < 13
. Jeśli spojrzymy na reprezentację binarną, zauważymy, że możemy do niej dodać dowolną wartość, a symbol nierówności jest nadal poprawny, z wyjątkiem sytuacji, gdy zmieniamy czwartą pozycję (2^3
).Nie chcemy więc zmieniać czwartej pozycji. Od następnej pary chcemy coś zmienić
13 > 9
. Tutaj znowu musimy zmienić trzecią pozycję.Podsumujmy teraz: aby znaleźć się na posortowanej liście, musimy ponownie zmienić trzecią pozycję i nie chcemy zmieniać czwartej pozycji. Wszystkie pozostałe pozycje nie mają znaczenia. Najmniejsza liczba to po prostu
4 = 0100
. Inne opcje byłoby5 = 0101
,6 = 0110
,7 = 0111
,20 = 10100
,21 = 10101
, ...Xoring z
4
spowoduje powstanie listy[3, 6, 9, 13]
, z6
dostanie[1, 4, 11, 15]
, a z21
dostanie[18, 23, 24, 28]
.Tak więc w przypadku listy musimy znaleźć pozycje, które zmienią symbol nierówności, jeśli wskaże niewłaściwy kierunek. Pozycję znajdujemy po prostu biorąc najbardziej znaczący fragment xor z pary. Łączymy wszystkie te pozycje (z lub), aby uzyskać liczbę kandydatów. Sprawdzamy, czy przypadkowo nie zniszczyliśmy już posortowanych par.
źródło
Ruby 2, 119
Działa w 42 milisekundach w dużych przypadkach testowych.
Nie golfowany:
Raz napisałem najpierw wersję bez golfa, a potem grałem w golfa, ponieważ ustalenie właściwego algorytmu było wyzwaniem samym w sobie.
Kilka lat temu próbowałem napisać coś takiego, aby stworzyć strukturę drzewa binarnego, która lokalnie sam się równoważy, pozwalając każdemu węzłu dynamicznie na nowo zdefiniować funkcję porównania. Na początku myślałem, że mogę po prostu użyć XOR, ale jak mówisz dla danych losowych, jest mało prawdopodobne, aby istniała realna wartość.
źródło
[4,4,4]
, da to błąd SyntaxError podczas próby ewaluacji0b
. Na szczęście, jak to często mi się zdarza, istnieje inny sposób, aby zrobić to samo w tej samej ilości bajtów. Powinno to zadziałać, mam nadzieję:->a,*o{a.each_cons(2){|x,y|x==y||o[i=(x^y).bit_length-1]==1-(o[i]=x[i])&&(return-1)};(o.map(&:to_i).reverse*'').to_i 2}
Julia,
174144777571[EDYCJA] Podziękowania dla Alexa A. za anonimizację i różne skróty.
[EDYCJA 2] Zastąpiłem własną implementację wbudowanym
issorted()
.Działa w czasie liniowym i obsługuje duże pliki bez zauważalnego opóźnienia. Działa równie dobrze dla liczb ujemnych.
Kolejny wariant, który oblicza wynik najbliższy danemu kluczowi (powyższy zwraca najmniejszy).
stosowanie:
Przykład krok po kroku:
[4 7 6 1 0 3] => 5
źródło
l->(r=0;s=issorted;for d=63:-1:0 s((l$r).>>d)||(r$=2^d)end;s(l$r)?r:[])
JavaScript (ES6) 85
97 114 117Edytuj Usunięto głupie, bezużyteczne ostatnie AND
Edit2 Skrócono wyszukiwanie najlepszych bitów
Edit3 Wow! Odkryłem, że ES6 (prawie) ma wbudowaną funkcję znajdowania górnego bitu (Math.clz32 liczy 0 górnych bitów)
Jest to oparte na rozwiązaniu @Jakube (pls upvote that). Nigdy bym tego nie znalazła.
Idę o krok do przodu, raz iterując listę i trzymając trochę maski z bitami, które trzeba odwrócić, i kolejny z bitami, które trzeba zachować.
Jeśli nakładają się na siebie maski bitów, wówczas żadne rozwiązanie nie jest możliwe, w przeciwnym razie rozwiązaniem jest „bity do odwrócenia”
Ponieważ operacje binarne w javascript działają tylko na 32-bitowych liczbach całkowitych ze znakiem, zwracana wartość to 32-bitowa liczba całkowita ze znakiem, która może być ujemna lub 0.
Jeśli nie ma rozwiązania, zwracana wartość to „X”
Test
Dłuższe testy na jsfiddle
źródło
ES6, 84 bajty
Edycja: Zanim napisałem odpowiedź, algorytm został już opublikowany niezależnie przez @Jakube; mój algorytm jest taki sam, ale to nie był plagiat uczciwy! Zauważyłem też, że od tego czasu została opublikowana inna odpowiedź JavaScript. Przepraszam, jeśli nadepnę na czyjeś palce.
Edycja: Zapisano 8 bajtów dzięki edc65.
źródło
1<<31>>>32
było zero, mógłbym zapisać kolejne 4 bajty.C, 144 bajty
Jest to prawie standardowy C99 (brakuje kilku
int
specyfikacji i ma 1 argument zamain
). Opiera się również na0<<-1
byciu 0 (co wydaje się być prawdą, jeśli kompiluje się go przynajmniej z Clangiem - nie testowałem innych)Wziąłem metodę Jakube i przeniosłem ją do C. Myślę, że w przypadku C. jest zaskakująco dobrze pod względem wielkości. Jest również super szybki (0,061s, aby uruchomić wszystkie pliki testowe, w tym masywne 4). Pobiera dane wejściowe ze STDIN i wypisze pasującą wartość lub -1 do STDOUT, więc uruchom go z jednym z:
Awaria:
źródło
Julia, 124 bajty
Jest to funkcja, która akceptuje tablicę liczb całkowitych i zwraca liczbę całkowitą. Wykorzystuje podejście Jakube .
Nie golfowany:
źródło
$
?Python 2, 204 bajty
Dane wejściowe są przekazywane jako lista do funkcji f.
Ten kod oblicza wartość N (nazwaną n w programie) po jednym bicie, zaczynając od najbardziej znaczącego bitu. (pętla „for i”)
Dla każdej pozycji bitu pętla „for n” najpierw próbuje użyć 0 dla tego bitu n. Jeśli to nie działa, próbuje użyć 1. Jeśli żadne z tych nie działa, nie ma rozwiązania. Zauważ, że klauzula else znajduje się w pętli „for n”, a nie w instrukcji if. W Pythonie instrukcja for może mieć klauzulę else, która jest wykonywana po zakończeniu pętli, ale nie jest wykonywana, jeśli wyjdziemy z pętli.
Funkcja q sprawdza, czy występują problemy z kolejnością na liście, biorąc pod uwagę listę (a), maskę bitową (m) i wartość, którą należy zapisać przy każdej wartości na liście (n). Zwraca 1, jeśli występuje problem z zamówieniem, lub Brak, jeśli zamówienie jest prawidłowe. Brak jest domyślną wartością zwracaną, więc zapisałem mi kilka znaków.
Ten kod poprawnie obsługuje pustą listę lub listę z 1 elementem, zwracając 0. „Jeśli a:” w funkcji q istnieje tylko po to, aby uniknąć wyjątku IndexError, gdy lista jest pusta. Zatem 5 dodatkowych bajtów można usunąć, jeśli obsługa pustych list nie jest wymagana.
Na moim komputerze duży przypadek testowy nr 3 zajął 0,262 sekundy. # 2 zajął mniej więcej to samo. Wszystkie przypadki testowe łącznie trwały 0,765 sekundy.
źródło
CJam, 37 bajtów
Sprawdź to tutaj.
Wykorzystuje ten sam algorytm, co kilka innych odpowiedzi. Jest to zasadniczo moja referencyjna implementacja, której użyłem do stworzenia przypadków testowych. Jednak ukradłem sztuczkę Jakube'a polegającą na sprawdzeniu tylko par obrażających się i po prostu wypróbowaniu wyniku w pewien sposób. To łamie pseudoliniowość, ale O (n log n) jest wciąż wystarczająco szybkie dla przypadków testowych. Mój oryginalny kod sprawdził również pary, które są już w porządku, i utworzyłem listę bitów, których nie można przełączać w celu zachowania ich względnej kolejności, i na końcu sprawdziłem, czy między dwiema maskami bitowymi nie nakładają się. Algorytm ten został pierwotnie zasugerowany przez Bena Jacksona .
źródło
Python 2,
226214 bajtówProsty algorytm, zbudowany wczoraj, grał dzisiaj w golfa.
Nie golfowany:
źródło
C, 312 bajtów
Definiuje funkcję
h(int*a,int l)
przenoszącą wskaźnik do tablicy i jej długość. Oto behemot programu testowego.Nieznacznie nie golfista:
źródło
Mathematica,
9997 znakówPodziękowania dla Martina Büttnera za porady.
Wyjaśnienie:
Zrobimy wiele prób modyfikacji,
N
zaczynając od zera, i przeprowadzimy test, aby zweryfikować kandydataN
.Krok 1. Dostajemy te numery (32-bitowe liczby całkowite) „xor” ed przez
N
(= 0
teraz) i podzielona przez2^31
:⌊l~BitXor~#/#2⌋
. Istnieją trzy przypadki:{0, 0, 1, 1, 1, 1, 1, 1}
;{1, 1, 1, 1, 0, 0, 0, 0}
;{0, 0, 1, 0, 0, 1, 1, 1}
.My nic zrobić, aby
N
w pierwszym przypadku, albo dodać2^31
doN
skorygowania zamówienie na drugim przypadku:#+#2Boole@!OrderedQ@...
. Natomiast w trzecim przypadku, niemożliwe jest xorting listę cokolwiek robimy, więc po prostu dodać2^31
doN
prostoty (lub cokolwiek!).Krok 2. Otrzymujemy te liczby „xor”
N
i podzielone przez2^30
. Są jeszcze trzy przypadki:{0, 1, 2, 2, 2, 2, 3, 3}
;{1, 1 , 0, 0, 3, 2, 2, 2}
;{3, 3, 1, 3, 2, 0, 1, 0}
.My nic zrobić, aby
N
w pierwszym przypadku, albo dodać2^30
doN
skorygowania zamówienie na drugim przypadku. W przeciwnym razie, zdajemy sobie sprawę, że xorting jest niemożliwe, więc po prostu dodać2^30
doN
prostoty ponownie.Krok 3 ~ 32. Mamy rekurencyjnie dostać te numery „xor” ed przez
N
i podzielona przez2^29
,2^28
, ...,2^0
. I rób podobne rzeczy:Fold[...,0,2^32/2^Range[32]]
Krok 33. Teraz w końcu mamy kandydata
N
.If[OrderedQ[l~BitXor~#],#,-1]&
służy do sprawdzenia, czyN
rzeczywiście przekreśla listę. Jeśli lista może być przez niektórych przekreślonaN
, nietrudno udowodnić, że zawsze napotkamy pierwszy lub drugi przypadek.źródło
Perl 6 , 79 bajtów
Gdyby nie było limitu czasu, prawdopodobnie byłby to najkrótszy kod Perla 6
Zamiast tego muszę zrobić coś bardziej sprytnego.
Ponieważ wróciłem do tego czasu, była już odpowiedź, która opisuje dobry algorytm i jego uzasadnienie.
Stosowanie:
źródło
Mathematica
650 415194 bajtówTo wyzwanie pomogło mi zrozumieć trochę o
Xor
tym, o czym nigdy nie myślałem. Zabranie kodu zajęło dużo czasu, ale było warte wysiłku.BitXor
działa bezpośrednio na podstawie 10 liczb. To znacznie zmniejszyło kod z wcześniejszych wersji.Logika jest prosta. Jeden działa, nie z parami liczb (jak niektóre zgłoszenia), ale raczej z pełnym zestawem liczb po
BitXor
edycji za pomocą bieżącego „klucza”.Zacznij od wstępnego rozwiązania lub „klucza” zerowego, to znaczy, że wszystkie bity są zerowe. Gdy oryginalne
n
liczby sąBitXor
edytowane z zerem, są zwracane bez zmian. Skoreluj kolejność liczb z zakresem1, 2, ...n
, który reprezentuje idealnie uporządkowaną listę. Korelacja o wartości od -1 do 1 odzwierciedla stopień uporządkowania liczb.Następnie ustaw bit hi, uzyskaj nowy klucz i
BitXor
klucz z bieżącym zestawem liczb. Jeśli korelacja między nową sekwencją liczb a idealnie uporządkowaną listą jest poprawą, utrzymuj bit. Jeśli nie, pozostaw bit nieuzbrojony.Postępuj w ten sposób od hi do niskiego bitu. Jeśli najlepsza korelacja wynosi 1, kluczem jest rozwiązanie. Jeśli nie, wynosi -1.
Istnieją sposoby na zwiększenie wydajności kodu, na przykład poprzez przerwanie procesu natychmiast po znalezieniu rozwiązania, ale wymagałoby to więcej kodowania, a obecne podejście jest bardzo szybkie. (Ostatni i najdłuższy przypadek testowy zajmuje 20 ms.)
źródło
Dodaj ++ ,
125119 bajtówWypróbuj online!
Jestem naprawdę dumny, że Add ++ jest w stanie to zrobić i nie jest to najdłuższe rozwiązanie tutaj
Deklaruje funkcję,
f
która bierze każdy element jako osobny argument (np.$f>4>2>3>1
)Jak to działa
Zapnijcie ludzi, to będzie długa jazda
źródło
Stax , 29 bajtów
Uruchom i debuguj online!
Wykorzystuje rozwiązanie @ RainerP. (Wymyślił część z bitem przerzucającym niezależnie, ale używa tej
32rr
części)Złożoność czasowa liniowa.
Używa rozpakowanej wersji do wyjaśnienia.
źródło