Elten Engine, czyli nowy silnik Eltena

Onecore? A czy ktokolwiek prócz Microsoftu cokolwiek na to napisał?
Nie wierzę w Narratora, bo... NVDA powstaje wspólnymi siłami programistów z całego świata, niewidomych, doświadczonych w użytkowaniu komputera.
Narrator jest, był i będzie produktem zamkniętym, nad którym zasoby pracy są ograniczone. Trudno by sztab programistów z Redmont w dwa lata osiągnął to, co kilkudziesięciu programistów w lat osiem przynajmniej, bo ten cały Narrator jest gdzieś na etapie NVDA z 2010r.

Które działa jak chce. O tym właśnie mówię cały czas. Po za tym nie wiadomo w ogóle, kiedy to było aktualizowane i na ile to działa. Widziałem reapera pod tym, i działa to średnio. A szczególnie w high sierze, gdzie tekst do vo api jest niczym innym, jak zwykłym powiadomieniem, które mogę sobie przeglądać za pomocą dwókrotnego naciśnięcia vo+n. Co jeśli takich powiadomień będzie tryliald? A po za tym od highsierry za każdym razem, gdy takie powiadomienie jest przekazywane do vo, pojawia się dość irytujący dźwięk. To dla tych wszystkich, którzy lubią dźwięki interfejsu.

Ta dyskusja nie ma sensu, więc ją skończ.
Naucz sę programowania i i napisz sobie Eltena tylko dla Siebie.

Zadałem pytanie. Tyle. Po za tym ja w przeciwieństwie do Ciebie używam Mac Os nie mal że codziennie. Więc zdąrzyłem się już przekonać, jak to VO api działa. Tyle.

Dlatego CI tłumaczę, żebyś sę nauczył programowania. Im nas więcej, tym lepiej, bo odciązymy Dawida, który robi sam wszysto i JESZCZE RAZ MòWIĘ, NAWET WIELKIMI LITERAMI... HEH, SZKODA, ŻE ELTEN TEGO NIE SYGNALIZUJE. NO ALE SPOKOJNIE, NA KONTROLKACH TEŻ BY NIE SYGNALIZOWAŁ.
DAWID NIE MA ZAMIARU NIGDY ZROBIĆ ELTENA NA KONTROLKACH. SKOŃCZ KONTROLKI, SKOŃCZ NARZEKANIE NA VOAPI. PRZETESTUJESZ, TO BĘDZIESZ WIEDZIAŁ. JAK CI SIĘ NIE BĘDZIE PODOBAŁO, TO NIE BĘDZIESZ KORZYSTAŁ i oże to Cię skłoni do nauki programowania i zrobienia Eltena dla tych, co ciągle narzekają, jaki to ten program jest perfidny, bo gubi literki, albo źle czasem linijki usuwa.

A ja nie chcę się w ogóle bawić w VOAPI, jeśli będę mógł tego uniknąć.
Ja na Macu mam zamiar komunikować się bezpośrednio z syntezą, tak samo jak na Linuxie.
Na Windowsie wsparcie czytnika jest ważne ze względu takiego, że istnieje szereg głosów wewnętrznych, nie tylko SAPI5.
I jeśli ktoś ma np. Vocalizera i chce go używać, tudziesz syntezator zewnętrzny, może użyć NVDA.
Na Linuxie mamy Speech Dispatchera i to w zgodność z nim będę celował, Orcy tu w ogóle nie trzeba.
To samo na Macu, tu wystarczy poinformować Voice Overa, by w tym programie się niczego nie czepiał i słać tekst prosto do syntezy, tj. Zosi czy co tam będzie.

O nie Dawid.
Mówię CI z programistycznego punktu widzenia... Chociaż w sume może nie. ALe speech dispatcher nigdy nie chciał poprawnie reagować na klawisze wstrzymujące mowę. Czyli czytasz coś strzałkami i przechodzisz szybko, to on i tak Ci wszystko czyta tak, jakbyś powoli się przemieszczał... No chyba, że uda nam się to jakoś rozwiązać :P

Ale Ciii, nic o tym nie mówiłem, bo chyba dałem ludziom kolejny argument za kontrolkami.

Orca jakoś to rozwiązała.
A jeśli taki problem sie pojawi, no cóż, porzucę Speech Dispatchera na rzecz Espeaka, z resztą i tak na Linuxie sensowną syntezą jest tylko Espeak.
A na Espeaku wszystko ładnie działa.

Ale nie zapominaj, że ludzie nie używają tylko espeaka, bo ten pico też jeszcze jakoś działa, no i ja tam np Mileny też używam czasem.

Będę celował w SD, ale jeśli to nie wypali, tragedii nie będzie.
A z resztą, w razie czego podpatrzy się, jak to rozwiązała Orca, po coś to jest open-source.

A jeszcze co do onecore, na szczęście póki co nie ma potrzeby jego wspierania, bo moim zdaniem tego i tak się używać... nie da.
Jak ktoś nie potrzebuje dobrej jakości mowy, użyje Espeaka, a jak potrzebuje, to żaden z głosów Microsoftu go nie zadowoli.
Co sprawia, że z onecore będą korzystać tylko i wyłącznie użytkownicy mający dziwną potrzebę udowodnienia, że z nich da się korzystać.

ZNaczy może działają te stopowania itd, jak się używa połączenia wątkowego i przez te semaphores czy przez coś tam obsługuje te wątki spd. Próbowałem to kiedyś w elten+ robi, ale nie pamiętam, czy implementowałem tam klawiaturę :D
No i tk btw, to ten silnik udostępniony w pierwszym poście nie pokazuje mi nawet okienka :D

A ja poraz kolejny powtarzam, że ten silnik w macu działa topornie. Dawid. Zainstaluj sobie rs games na mac Os, i sam zobacz jakie to lewe. Przyznasz mi rację.

ale tam jest uywane to VOAPI o którym ja się wypowiadałem, a skoro Dawid hce bezpośrednio do syntezy mowę wysyłać, to gdzie jest problem?

Nie. Tam nie jest używane vo api. Zresztą obydwa rozwiązania działają średnio.
Ogólnie te wszystkie api, co podają goły tekst do czytników ekranu to obracanie kotka, za pomocą młotka. Najlepiej pracować na tym, co jest standardowo dostępne jako klasy okien i tyle w temacie. A podejściem jak ci się nie podoba to spier.... Stąd, niczego się nie załatwi. A nie... Przepraszam. część użytkowników po prostu zniknie :P
Dawid. Ty naprawdę masz szczęście, że nas, makowców jest stosunkowo mało. Bo imby by były nieziemskie. A tam naprawdę ten silnik nie działa dobrze.

Ni, Tobie się nie da wytłumaczyć, że tak po prostu większości jest wygodniej.

Mi chodzi o sposób działania tego Na! Ma! Cu! Żywek.S erio. Naucz się czytać ze zrozumieniem, bo ostatnio chyba masz z tym problemy. Bo o ile wierzę, w powodzenie tego wszystkiego na windowsach, bo już to jakoś tam nawet działa, o tyle na macu tego się nie da prawidłowo zrobić. Niestety.

Umiem czytać wyobraź sobie, tylko że Ty dalej ciągniesz 1 temat.
I dlaczego z góry zakładasz, że jak ktoś zrobił to źle, to że Dawid zrobi to faktycznie źle?

To nawet nie zależy od Dawida. Tylko od silnika, który odpowiada za przekazywanie mowy do czytnika ekranowego. To po prostu źle działa.