Primo
Jako nowy użytkownik witam wszystkich. Cieszę się, że jest takie miejsce w internecie.
Od niedawna posiadam czytnik Onyx BOOX A 60. Jak na razie sobie chwalę to urządzenie i wgryzam się w jego możliwości.

Secundo
Właśnie takie wgryzanie doprowadziło mnie do problemu jakim jest instalacja słowników rosyjsko-polskiego i polsko-rosyjskiego. Dysponuję takimi słownikami. Każdy z nich ma po trzy pliki z rozszerzeniami .dict .idx .ifo Nie mogę sobie jednak poradzić z konwersją i uruchomieniem ich na czytniku. Nawet jak uda mi się osiągnąć efekt że mam plik .dict.dz to czytnik wprawdzie słownik widzi ale nie odnajduje haseł w nim.
Tu prośba do bardziej obeznanych. Zerknijcie proszę na te pliki i pomóżcie. Czym to konwertować? A może znajdzie się ktoś tak dobry, że to przekonwertuje.
http://dl.dropbox.com/u/4533232/SloRU-PL-RU.zip
Wdzięczny będę za każdą pomoc

Tertio
Pytań oczywiście mam więcej i w różnych kwestiach ale to już w innych wątkach.

Spróbuj tak:
nie kompresuj słowników za pomocą żadnych programów. Weź po prostu zmień rozszerzenie z .dict na .dict.dz i zgraj te pliki do katalogu dwóch oddzielnych podkatalogów w katalogu /dicts/
Spróbuj z katalogiem /dicts/ w pamięci wewnętrznej.
W części słowników które instalowałem ten sposób pomógł.

Dzięki za odzew.
No więc taką mam sytuację - słownik rosyjsko-polski w takiej strukturze
KartaSD \dicts\RU-PL\ 3 pliki słownika (niespakowane)
Zmieniłem również ręcznie rozszerzenie jak sugerowałeś z .dict na .dict.dz
Zmieniałem również nazwy plików osuwając z nich spacje myśląc, że to coś da.
Niestety wszystkie te zabiegi nic nie dały. Słownik istnieje na liście słowników ale na tym się kończy jego "funkcjonalność" - nic się nie da w nim znaleźć.
Może problem tkwi w samej strukturze (formie zapisu) pliku słownika .dict
Otóż jak podejrzę ten plik Notepad++ to jego struktura jest czytelna i do złudzenia przypomina jakiś XML (czy coś w tym stylu),

a jak podejrzę inny, działający słownik (dal-ru.dict.dz -rosyjsko-rosyjski) to zamiast struktury widzę krzaki

Może jeszcze macie jakieś pomysły

Z tego co pamiętam .dz to słownik spakowany gzipem. Może lepiej porównuj po rozpakowaniu tego drugiego

No właśnie jakiś czas temu wpadłem na to samo - prawie
podgląd informacji o pliku z rozszerzeniem dict.dz w 7-zipie mówi że to typ gzip, ale rozszerzenie .dz mówi że to kompresja metodą DZIP. Znalazłem nawet taki kompresor http://speeddemosarchive.com/dzip/download.html. Muszę się tylko wgryźć w jego polecenia.
Na razie na próbę spakowałem plik Rosyjsko - Polski.dict 7-zipem metotą GZIP i zmieniłem rozszerzenie z .gz na .dz - niestety nic to nie dało

======= EDIT ==========
Idąc dalej tym tropem rozpakowałem prawidłowy słownik z archiwum .dz i otworzyłem czysty plik .dict w Totepad++. I tu również jest pewien trop. Struktura prawidłowego nieskompresowanego pliku .dict


różni się do struktury tych plików .dict które podlinkowałem


Jak widać jest tu zbyt wiele różnych znaczników. Wychodzi na to że problem tkwi właśnie w tej strukturze. Tylko co z tym zrobić? Czy ktoś wie co to za język? Czym to przekonwertować?

Aby przekonwertować .dict --> dict.dz użyj programu: http://sintegrial.com/dictui/pages/en/index.php
U mnie to działa.
aha, o tym dzipie zapomnij - też to znalazłem i niestety nie sprawdził się.

Onyx obsługuje słowniki stardict, na słownik składają się trzy lub cztery pliki. Dla ustalenia uwagi powiedzmy, że mamy słownik rupl

W pliku rupl.dict.dz masz definicje haseł. Plik jest spakowany gzipem, możesz zmienić jego nazwę na rupl.dict.gz i rozpakować go, otrzymasz wtedy plik tekstowy rupl.dict
W tym pliku są definicje, mogą one być w jednym z kilku formatów, format h to HTML, ale jest jeszcze język znaczników dostosowany to obsługi słowników (chyba nazywa się xdxf).

W pliku rupl.idx masz listę haseł w słowniku, ułożoną alfabetycznie, po jednym haśle dla jednej definicji, oraz położenie definicji tego hasła w pliku dict. Dodanie choćby jednego znaku do pliku dict rozwala nam index.

W pliku rupl.syn masz listę synonimów, jeśli do definicji jest podłączone kilka haseł, to kolejne hasła znajdą się w tym miejscu.

W pliku rupl.ifo ogólne informacje o słowniku. Jest tam minimalna wersja stardict która może otworzyć słownik (zwykle 2.4.2), liczba słów w indeksie słownika, a zarazem liczba definicji (wordcount), liczba synonimów (synwordcount), wielkość pliku indeksu (idxfilesize), Nazwa słownika wyświetlana przez czytnik (bookname) i sposób zapisu definicji (sametypesequence) tutaj h oznacza HTML.

Ja tworząc słownik generowałem dane w formacie babylon, czyli

haslo|synonim1|synonim2
definicja w <b>HTML</b> łamana znakami <br/> lub <p></p>

(po definicji przed następnym hasłem jest pusta linia), dla każdego hasła dopuszczalna jest tylko jedna linia z hasłem i synonimami, a następnie dokładnie jedna linia definicji, po ostatnim haśle wymagana jest jedna pusta linia.
A następnie przetwarzałem słownik programem babylon z stardict tools. Na koniec edytowałem plik ifo wprowadzając nazwę słownika i zmieniając typ definicji.
W sieci powinieneś znaleźć instrukcję przetwarzania słowników stardict na babylon

Hasła i definicje powinny być zapisane w UTF-8.

Jest bardzo duży problem z obsługą rosyjskiego słownika w Onyx'ach. Sam nie rozumiałem czemu hasła nie są odnajdywane gdy robiłem własny słownik, uciekłem się do przeczytania sporej części kodu źródłowego słowników w repozytoriach onyx-intl
Okazuje się, program słownika jest zoptymalizowany do obsługi angielskiego, gdy przekazywane jest słowo do tłumaczenia, to najpierw sprawdzane jest czy kończy się na 's' lub 'ed' i obcinana jest końcówka (to załatwia sprawę angielskiej liczby mnogiej i czasu przeszłego. Potem wyszukiwane jest "podobne hasło" w słowniku, ale funkcja określania podobieństwa zupełnie nie radzi sobie z językami fleksyjnymi (czyli na przykład polskim i rosyjskim).
Szybko okazuje się, że słownik bez problemu znajduje hasło gdy klikniemy na mianowniku, czy bezokoliczniku, a gubi się gdy klikniemy na dopełniaczu lub imiesłowie.

Przy okazji mogę powiedzieć, że w moim subiektywnym odczuciu, przy tym samym słowniku rosyjsko polskim, Pocketbook, który do generowania własnego formatu słownika korzysta także z tabel morfologii, radzi sobie znacznie lepiej z dobieraniem słów.

@Robert99

Programu już używałem wcześniej ale program żąda pliku w formacie .dsl - takich nie mam (patrz załącznik do pierwszego posta, lub plików w w formacie .dz - tu też jest problem gdyż jak spakuję słownik .dict gzipem do .dict.dz to wprawdzie program plik widzi ale po jego wczytaniu nic nie robi i zwraca status pliku jako "failed(1)". Ten sam komunikat uzyskuję jak wczytam plik .dict nieskompresowany. Reasumując program z tymi plikami co mam nie działa.

@ksm123
Dzięki za tak obszerną porcję wiedzy. Zerknij tylko proszę do załącznika pierwszego mojego postu lub do przykładów dwa posty wyżej i powiedz czy kojarzysz sobie taki język/składnię - co to może być. Plik ten czytelnie i ładnie się wyświetla w przeglądarce internetowej. Widać tam zresztą znaczniki koloru, podkreśleni i pochylenia pisma. Mam wrażenie, że tu jest pies pogrzebany. Jeśli by udami się rozpoznać co to za język/składnia i przekonwertować do jakichś bardziej podatnych dalszej obróbce to było by po sprawie.
Piszesz że informacja w .ifo "h" oznacza że słownik jest zrobiony w HTML. A co oznacza litera "m" - z taka spotkałem się w słowniku rosyjsko-rosyjskim, zresztą działającym (przykład składni dwa posty wyżej, ten ze znacznikami <k> </k>).
W tym niedziałającym i problemowym słowniku plik .ifo zawiera takie dane:

Czy może być sytuacja taka, że słownik nie działa gdyż minimalna obsługująca go wersja to 3.0.0 a tej z kolei nie ma w oprogramowaniu czytnika? Jeśli tak to czy można go jakoś przerobić na starszą wersję? Czy może być tak, że problem stwarza byt duża liczba kodu formatującego (kolor, podkreślenie, pogrubienie czcionki)? Dodam jeszcze że ten niedziałający słownik ma stronę kodową UTF8.

@Cenzor:
Tutaj znajdziesz informacje o układzie pliku.
'm' to powinien być czysty tekst w UTF-8 zakończony znakiem '\0'.

Znacznik <k></k> oznacza hasło wstawione do definicji.
Jak będę w domu to obejrzę ten słownik i spróbuję przerobić rosyjsko polski do tak był mój M92 go łykał.

Jak by ci się udało to bardzo był bym ci wdzięczny. Długo szukałem jakiegoś przyzwoitego słownika RU-PL i nie znalazłem. W większości to jakieś namiastki. Tylko ten się zapowiada dobrze ale jak na złość nie działa. Męczę się już z nim na tyle długo, że tracę już siły. Może ci się uda.

Mam zatem katalog dicts w pamięci czytnika, a w nim przepisowe 3 pliki: oald.idx, oald.ifo oraz tekst słownika z rozszerzeniem .dict, który otwiera się w dowolnym edytorze tekstu. Ale w Onyxie nic się nie otwiera i brak reakcji. Gdzieś więc popełniłem błąd, ale gdzie?

A spróbuj w katalogu dicts utworzyć podkatalog oald i tam wgrać te pliki. Potem zobacz czy pojawił się taki słownik do wyboru w programie. No i wszystko jeszcze zależy od tego czy masz dobry plik ifo.

Niestety utworzenie podkatalogu nic nie pomogło. Słownik jest z miejsca polecanego na tym forum, więc wydawałoby się, że ma prawidłową strukturę plików.
Nadal więc tkwię w martwym punkcie, jeśli idzie o słowniki w formacie StarDict.

miałem ten sam problem i trochę nad nim posiedziałem.

Wnioski są dwa:
1) błąd tkwi w formacie pliku .ifo. W kilku ściągniętych słownikach plik ten był zapisany w formacie DOS-a, czyli koniec linii to para znaków o kodach 0x0D i 0x0A. Aby działał poprawnie plik musi być w formacie Unix-a, czyli koniec linii to jeden znak o kodzie 0x0A. Po skonwertowaniu .ifo słowniki były już widoczne w Onyxie

2) słownik oald z miejsca polecanego na tym forum po powyższej operacji był widoczny ale jego wybranie 'wywalało' apikację słownika. Należy ew. poszukać innej wersji tego samego w necie.

Pozdrawiam,
walklaw

I mały update odnośnie walki ze słownikami.

Tak się złożyło, że potrzebowałem znaleźć słownik niemiecko-polski i polsko-niemiecki. Po chwili poszukiwań znalazłem pliki w formacie StarDict ale jedynie pliki ze słownikiem i indeks, czyli .dict i .idx.
Oczywiście łatwo skonwertować, jeśli potrzeba, pliki słownika .dict do formy spakowanej .dict.dz za pomocą wspominanego na forum programu DictUI ale pojawił się problem ze stworzeniem pliku .ifo bez którego słownik nie wystartuje.

Poszperałem chwilę i znalazłem doskonały opis struktury plików StarDict => http://code.google.com/p/babiloo/wiki/StarDict_format

I po lekturze tegoż podaję poniżej strukturę pliku .ifo, którego używałem już w wielu słownikach - może się komuś przyda:

StarDict's dict ifo file
bookname=Nazwa widoczna w słownikach
wordcount=liczba słów w pliku .idx/.dict
idxfilesize=rozmiar pliku .idx w bajtach
idxoffsetbits=32
version=3.0.0
sametypesequence=h

Nie zawiera ona wszystkich możliwych parametrów, ale sprawdza mi się dobrze.
Trzy pierwsze linii parametrów trzeba wypełnić odpowiednimi wartościami.
Trzy ostatnie raczej nie muszą być zmienione, aczkolwiek jeśli słownik w wersji 3.0.0 będzie bardzo duży to 'idxoffsetbits' może przyjąć wartość 64.
A jeśli słownik nie będzie poprawnie wyświetlał słów to można zmienić parametr 'sametypesequence' na 'm'.

Pozostaje ustalić wartości parametrów zmiennych dla każdego słownika.
I o ile nie ma problemu z 'bookname' i 'idxfilesize' o tyle z 'wordcount' było ciut trudniej.
Bazując na w/w opisie napisałem małe makro w Excelu, które liczy słowa bazując na zawartości indeksu słów - pliku .idx i w ten sposób uzupełniłem wartość pola 'wordcount'
Jeśli ktoś będzie potrzebował proszę o info - podeślę całe makro lub kod.

No i pamiętajmy, że plik .ifo musi mieć standard nowej linii Unix a nie Windows/Dos przed wgraniem na Onyxa.
A po wgraniu cieszyłem się słownikami niemiecko-polskim i polsko-niemieckim

Pozdrawiam,
walklaw