TyfloPrzegląd Odcinek nr 228
Dodany 5 maja 2024
17 komentarzy
W tym odcinku: Kończymy temat Voice Dream Readera, przyglądamy się dostępności Webexa, opowiadamy o naklejkach od Microsoftu, rozmawiamy o statycznych generatorach stron WWW i jak zawsze mamy dla Was mnóstwo innych, ciekawych, technicznych nowinek.
Zapoznaj się z tekstową wersją odcinka
Pliki do pobrania :
Pobierz plik z audycją: TyfloPrzegląd Odcinek nr 228
Ten podcast był pobierany 2597 razy
Komentarze
A oto odnośniki uzupełniające audycję:
– Doświadczenia z Microsoft Adaptive Kit: https://polsoft.pl/microsoft-surface/produkt/samoprzylepne-etykiety-microsoft-surface-adaptive-kit/
– Okulary RAY-BAN META mogą być przydatne niewidomym: https://www.applevis.com/podcasts/review-ray-ban-meta-smart-glasses
– BraillePen 24 – odświeżony monitor brajlowski w zestawie z iPhonem: https://www.harpo.com.pl/sklep/sprzet-dla-niewidomych-i-slabowidzacych/notatniki-i-terminale-brajlowskie/braillepen-24/
– Yesim: https://yesim.app/
– Intros: https://www.trapezegroup.de/news/text/news-oev-app-intros-fuer-blinde-und-sehbehinderte/
– Hiszpański sposób na łatwiejsze podłączanie wtyczki do gniazdka: https://yuplug.com/
– We Francji można zgłaszać popełnienie przestępstwa na odległość: https://www.masecurite.interieur.gouv.fr/fr/demarches-en-ligne/visioplainte-depot-de-plainte-visioconference
– Czy brak dostępności może skończyć się aresztem? W Irlandii to możliwe: https://www.mhc.ie/latest/insights/european-accessibility-act-implemented-into-irish-law
– Warszawski ZTM chce wymienić linie prowadzące na kilku stacjach metra: https://www.transport-publiczny.pl/wiadomosci/ztm-wymieni-czesc-sliskich-listew-dla-niewidomych-w-metrze-82840.html
– Lucky Mayor – Czy sprawdzisz się jako burmistrz?: https://forum.audiogames.net/topic/53077/lucky-mayor-now-fully-accessible-steam-ios-and-android/
– Pontes 15 puzzle – prosta łamigłówka w przeglądarce lub na smartfonie: https://forum.audiogames.net/topic/53030/15-puzzle-an-accessible-game-for-android-ios-and-web/
– Nowa aktualizacja Forza Motorsport: https://support.forzamotorsport.net/hc/en-us/articles/28219758076819-Forza-Motorsport-Update-7-0-Release-Notes-April-8-2024
– Talkback 14.2: https://accessibleandroid.com/talkback-14-2-has-been-released-heres-what-you-should-know/
– Sharpwin: serwer mowy Emacspeak na Windowsie: https://github.com/robertmeta/sharpwin
– Nowego Audio Hijacka zainstalujesz znacznie łatwiej: https://weblog.rogueamoeba.com/2024/04/05/our-new-installer-free-setup-comes-to-audio-hijack/
– TeamTalk 5.16 wydany: https://bearware.dk/?p=1462
– Anytime Podcast – otwartoźródłowy odtwarzacz podcastów na iOS i Android: https://www.applevis.com/forum/ios-ipados/introducing-anytime-podcast-app-seeking-voiceover-feedback
– Generatory stron statycznych, a czytniki ekranu – to możliwe!: https://robertkingett.com/posts/6529/
– Pojawił się polski duży model językowy Bielik: https://itwiz.pl/bielik-pierwszy-polski-duzy-model-jezykowy-jest-juz-dostepny/
– Google ulepsza odnajdowanie urządzeń z Androidem: https://www.tabletowo.pl/google-find-my-device-nowa-usluga-co-oferuje/
– Rozszerzono sterowanie głosowe w dekoderach Polsatu: https://www.wirtualnemedia.pl/artykul/polsat-box-cyfrowy-polsat-dekodery-sterowanie-glosem-komendy-glosowe
– Dwa ciekawe narzędzia do usuwania tła z nagrań głosu:
https://github.com/Rikorose/DeepFilterNet
https://www.resemble.ai/enhance/
– Wiemy, jak działa klawisz Copilot na nowych komputerach z Windows: https://www.tomshardware.com/software/windows/windows-copilot-key-is-secretly-from-the-ibm-era-but-you-can-remap-it-with-the-right-tools
Znaczniki czasu:
Intro 00:00:00
Zmiana kursu w sprawie subskrypcji Voice Dream Readera 00:04:16
Komentarze słuchaczy 00:20:48
Doświadczenia z Microsoft Adaptive Kit 00:28:17
Dostępność Webexa 00:40:05
Rayban Meta – okulary przydatne niewidomym 00:47:25
Odświeżony Braillepen 24 00:53:52
Dostępność generatorów stron statycznych 01:00:23
Wieści z Polski i ze świata 01:09:39
Czytanie artykułów na Androidzie 01:37:30
Nowości w grach 01:41:14
Sterowanie głosowe dekoderami Polsatu 01:57:01
Drobne newsy 01:58:12
Głosowanie na projekty w konkursie 02:27:45
Polski model językowy Bielik 02:33:58
Ulepszone odnajdywanie urządzeń z Androidem 02:40:32
Darmowe narzędzia do poprawy jakości audio 02:47:19
Więcej o klawiszu Copilot 03:08:09
Rekomendacja wtyczki odszumiającej 03:16:35
A już myślałem że prima aprilisowa informacja dotyczyła NVDA, że w nowej aktualizacji działa zaznaczenie wszystkich dodatków i zaktualizowanie ich na raz. Bo u mnie to jakoś nie działa pomimo, że mam najnowszą aktualizację. Tą informację podawał Piotr w przedostatnim tyfloprzeglądzie, no ale sprawdziłem i nie działa niestety pozdrawiam.
Witam od dawna w NVDA jest wbudowana możliwość emulacji klawiszy i bez problemów można tam zrobić menu kontekstowy. Tylko jeśli ktoś nie ma pod ręką możliwości podłączenia na chwilę klawiatury z klawiszem dedykowanym jako menu kontekstowy, to nie polecam robić jego emulacji używając jako zamiennika skrótu Shift+F10 ponieważ jako samo menu kontekstowe zadziała, ale problem będzie dodawać kolejne modyfikatory takie jak Alt, Ctrl i Shift. Najlepiej więc go wyemulować z tzw klawisza applications. Dodatkowo po tej emulacji może być potrzebna zmiana jednego ustawienia w NVDA czyli menu nvda+n>opcje>ustawienia>tryb czytania i tam przed ostatnia pozycja to jest Nie przekazuj do dokumentu zdarzeń wejścia niebędących poleceniami, to pole wyboru musi być nieoznaczone, aby emulowany kontekstowy zadziałał wszędzie. Jeśli ktoś mało używa klawisza akcent to na nim polecam emulację menu kontekstowego, akcentu będzie można nadal używać wykorzystując funkcję NVDA przepuszczenia następnego klawisza skrótem NVDA+F2.
Dla przyśpieszenia całego procesu emulacji wystarczy wkleić poniższy tekst do pliku gestures.ini znajdującego się w folderze apdata roaming NVDA
Do głównej sekcji skrótów, czyli:
[globalCommands.GlobalCommands]
trzeba wkleić te 4 linie:
kb:applications = kb:`
kb:control+applications = kb:`+control
kb:alt+applications = kb:`+alt
kb:shift+applications = kb:`+shift
Po wklejeniu wystarczy zapisać plik i uruchomić ponownie NVDA.
To jest emulacja menu kontekstowego na klawiszu akcentu razem z modyfikatorami Alt, Ctrl i Shift, które przydają się np w reaperze.
Jeśli jakimś cudem u kogoś nie będzie pliku gestures.ini to należy go utworzyć w notatniku i wkleić razem 5 powyższych linii a potem ten plik wkleić do podanej lokalizacji i ponownie uruchomić NVDA.
Nie testowałem oczywiście tego, ale z pewnością 99,9% ta sama emulacja zadziała z użyciem klawisza F23 zamiast akcentu, więc copilot będzie mógł być zwykłym menu kontekstowym. Tak jak w sumie obecnie każdy inny dowolny klawisz.
PS w windows Shift+applications otwiera czasem większe menu kontekstowe niż sam klawisz applications, i to dłuższe menu kontekstowe nie będzie możliwe do uzyskania stosując Shift+F10 pozdrawiam.
Znów nie testowałem, ale może dla tego Shift+Application dla większej liczby elementów w menu, to zadziałałoby makro (skrypt, dodatek), polegający na zapamiętaniu pozycji wskaźnika myszy, ściągnięcie do punktu uwagi, emulacja wciśnięcia z przytrzymaniem Shift, emulacja kliknięcia prawym myszy, emulacja puszczenia Shift i na koniec przywrócenie pierwotnej pozycji wskaźnika myszy. Bez testów, ale jeśli inaczej nie dałoby się, a może komuś sam pomysł do czegoś się przyda. A tak w ogóle to zacząłbym weryfikację od zmian w układach klawiatury. Nie pamiętam, gdzie to jest trzymane, ale istnieje spore prawdopodobieństwo, że w rejestrze. Jeśli modyfikacje układu zadziałałyby, jako skuteczne rozwiązanie, to zgaduję, że są duże szanse, że z Shift+Application też problem automatycznie będzie rozwiązany. No i pewnie, jak zwykle rozwiązań mniej lub bardziej kompletnych jest kilka, włącznie z tym, że można by założyć czytnikiem ekranu hooka na tak niskim poziomie, że posługując się kodami sprzętowymi klawiszy, nie zwracałby uwagi na interpretację Windows. Najbardziej estetycznie byłoby z tymi układami klawiatury, jeśli to w tym przypadku zadziała, bo to jest rozwiązanie, które powinny honorować wszystkie programy. Natomiast wszystko, co jest w dodatkach czytnika ekranu, to zawsze na jakimś etapie będzie emulacją i w nietypowych interfejsach użytkownika może nie być obsłużone lub nawet nie mieć możliwości być obsłużone.
Shift+F10 nawet jeśli dodasz na cokolwiek innego na przykład u mnie klawiatura BT ma klawisze do mapowania, lub płytka dotykowa myszki ma dodatkowe gesty wielopalczaste i tam też mogę sobie jakiś klawisz lub skrót klawiszowy mapować, ale po dodaniu powyższego nie zadziała on nigdy jako shift+applications ponieważ w sumie wyjdzie to Shift+Shift+F10. Dlatego do takich emulacji lub mapowań należy wykorzystać fizyczny klawisz menu kontekstowego o nazwie applications, a nie jego zamiennik. Mój sposób na podmianę klawisza akcent działa z każdym modyfikatorem i nie przejmuję się już rodzajem klawiatury bo jestem jakby niezależny od tego czy będzie tam menu kontekstowy czy go nie będzie. Każdy kto nie ma skąd wziąć na chwilę klawiatury z klawiszem applications wystarczy że wklei to co wysyłałem wcześniej do pliku gestures.ini i dostanie menu kontekstowy. Tylko w komentarzu nie zadziałało pisanie od nowego wiersza a tamto powinno być w 4 nowych liniach pozdrawiam.
Nie udało mi się zrozumieć, co chciałeś przekazać w ostatnim komentarzu lub gdzie pisałem o F10. Jednak mniejsza o to. Ponieważ temat klawisza Copilot jest popularny, postaram się w rozsądnym czasie przetestować sprawę osobiście. Mam cichą nadzieję, że uda się zrobić coś na niższym poziomie niż przemapowanie na poziomie dodatku do czytnika ekranu. Jest znacznie bardziej prawdopodobne, że rozwiązań danego problemu będzie więcej niż jedno niż to, że zabraknie rozwiązania w ogóle. Twój pomysł jest skuteczny, jeśli komuś wystarcza na poziomie konkretnego czytnika ekranu. Na zaawansowane menu kontekstowe też jest pewnie jakiś sposób. Inna sprawa, że można było sobie tak ustawić Windows (chyba ustawienie w rejestrze), że menu kontekstowe od razu wyświetlało to ze wszystkimi elementami.
Fakt powinienem przeczytać ze trzy razy zanim Ci odpowiedziałem, bo chodziło tylko o to menu kontekstowe większe a nie było tam nic o Shift+Shift+F10 w domyśle. Ja tylko zauważam, że NVDA pozwala przepuszczać klawisz, więc dostęp do akcentu nadal pozostaje. Na przykład na mojej klawie BT jest wiele klawiszy z FN czyli np. Fn+capslock = scrollock Fn+tab = printscreen i dodatkowy delete jako FN+backspace. Właśnie ten FN+backspace próbowałem zamienić na applications ale się nie dało mogę na tej klawie tylko 4 klawisze udostępnione przez producenta zmapować do własnej akcji ale są to F4 do F7 więc nie za bardzo są wygodne jako menu kontekstowe a nawet jako cokolwiek są nie wygodne bo mam na nich zrobione fajne akcje otwierania folderu albo strony, zamykania komputera i tak z nich nie korzystam. Jak zauważyłeś menu pełne można by w moim przykładzie otwierać samym akcentem wystarczy odpowiednio zmienić tą emulację jednak nawet jeśli znajdziesz inny sposób na wywołanie tej akcji czyli otwierania pełnego kontekstowego jednym klawiszem może to być znowu nie pożądane wywołanie w wielu przypadkach takich gdzie potrzeba wcisnąć sam applications, bo coś tam. Zgoda, że emulacja przez czytnik ekranu jest zależna od tego czytnika, bo sam się na tym czasem złapałem że wciskam akcent i nie ma menu kontekstowego, więc zastanawiam się gdzie ono się podziało a to tylko inny czytnik ekranu. Jednak zanim wymyślisz to rozwiązanie globalne to takim bypasem można sobie poradzić pozdrawiam.
To OK. Z takich indywidualnych rozwiązań skrojonych pod użytkownika z danym konkretnym laptopem, to możesz sobie sprawdzić, czy ten FN_Backspace, czy to jest Del, czy NumDel. Jeśli NumDel to mógłbyś sobie go zremapować na coś bardziej potrzebnego, nie tracąc Del głównego. Jeśli FN+Backspace to też jest Del standardowy, to nie mam pomysłu. Tzn. jeden pomysł mam, ale to chyba będzie wymagało grubszych umiejętności programowania. Można by najpierw Del według kodów wirtualnych zamienić na to co chcesz mieć pod FN+Backspace, a następnie według kodów sprzętowych klawisz fizyczny standardowego Del zamienić właśnie na Del. Wtedy pod FN+Backspace masz to, co chcesz, a klawisz Del działa jako del, ale nie sam z siebie, tylko poprzez nadpisanie tego, co wstawiłeś pod FN+Backspace. No wiem, chaotyczny opis, ale to tyle, co mogę na szybko zaoferować.
Na FN jako taki też nigdy nie miałem rozwiązania. Czasem jest trochę szczęścia i ten FN ma sprzętowy kod pokrywający się z czymśtam znanym Windows’owi, ale bywa i tak, że FN nie jest bezpośrednio możliwy do odczytania z Windows i umieją to tylko sterowniki do płyty, a dopiero kombinacja FN z jakimś innym klawiszem jest przekazywana z odpowiednim kodem sprzętowym, znanym Windows’owi.
W kwestii tych układów klawiatury, to jak pamiętam, było to tak, że zamieniałeś cokolwiek na cokolwiek i teoretycznie Application mogłeś przypisać sobie do dowolnego klawisza w tak transparentny sposób, że nawet z Shift powinno działać. Problemem mało zbadanym przeze mnie mogą być współczesne płyty główne, szczególnie laptopów, i sterowniki do nich. Mam zanotowane, żeby odświeżyć sobie tę wiedzę i potestować, ale nie jestem wstanie obiecać konkretnego terminu.
Podsumowując, w dawnych latach wszystkie moje pomysły na oprogramowywanie klawiatury zawsze działały, jeśli nie tak, to inaczej, problem był głównie z FN i co kilka wersji Windows zmieniało się w sprawie Alt+Tab. Będę testował i sam jestem coraz bardziej ciekawy, czy obecnie działa to, jak pamiętam z dawnych wersji, czy są większe ograniczenia. Ponadto to co pisałem o otwieraniu rozszerzonego menu jednym klawiszem, to nie była emulacja Shift+Application, tylko istotnie jest takie ustawienie powłoki, a przynajmniej było w starszych wersjach Windows, że samo Application otwierało pełne kontekstowe menu, co właściwie załatwia martwienie się o ten Shift+Application, bo to chyba jedyny przypadek użycia tej kombinacji. Reszta jednak po testach.
Tak też pamiętam że coś było dawniej w rejestrze do otwierania zawsze pełnego menu kontekstowego, więc pewnie teraz też to jest w windowsach. A jeszcze po drugie to odzwyczaiłem się od kombinacji Alt+Tab na korzyść Alt+Escape tym się szybciej przełącza pomiędzy oknami ponieważ nie ma po drodze jakby tego paska z otwartymi oknami po którym się przechodzi po kolei okna i dopiero po puszczeniu wskakuje dane okno. Alt+escape od razu zmienia okno Dzięki temu NVDA raz czyta jego nazwę zamiast dwa razy i jest jakoś szybciej pozdrawiam.
Akurat to czy duże menu kontekstowe się otwiera z shiftem, czy nie i dlaczego i jak bardzo często zależy od implementacji. Na przykład w wielu aplikacjach Shift f10 już domyślnie otwiera rozszerzone menu, w innych nie koniecznie. Do takich remapowań polecam program SharpKeys. On już chyba nie jest rozwijany ale działa nadal.
Bawiłem się tym programem bo okazało się na mojej klawie BT że skrót Nvda+Shift+Ctrl+strzałki lewo prawo kiedy jest wciśnięty z lewym Ctrl robi jakiegoś zawisa Nvda aż do momentu jego puszczenia. Wciśnięte to samo z prawym Ctrl działa już normalnie, dlatego szukałem w tym programie czym się te Ctrl prawy i lewy różnią no i się okazało że chyba niczym ale nie dało się przenieść right control do lewego klawisza przez to musiałem wyrobić w sobie inny odruch wciskania prawego zamiast lewego ctrl do tego skrótu. Działo się tak dziwnie bez różnicy na którym klawiszu był NVDA czy na insert czy na capslock tak i tak z lewym ctrl nie działał ten cztero klawiszowy skrót. Wszystkie inne wieloklawiszowe nawet pięcio czyli Fn+Shift+ctrl+Alt+strzałki a nawet jeszcze sześcioklawiszowy to samo z windows działają normalnie z lewym i prawym ctrl. Tylko tamten jeden ma jakiś problem i wywnioskowałem że to jednak ta klawiatura taka śmieszna jest, ale poza tym ma same zalety więc do tego jednego odruchu musiałem się przyzwyczaić pozdrawiam.
Może na down lewego ctrl, wciska lewy ctrl, a na up puszcza prawy albo na odwrót. Czy próbowałeś napisać sobie hook, który na up lewego ctrl robi up lewego ctrl oraz up prawego ctrl i tak samo na up prawego ctrl, robi up prawego ctrl oraz up lewego ctrl? Ogólnie, wygląda to na to, że jakiś klawisz jest pozostawiany wciśnięty. Oczywiście zgaduję i mogę się mylić. Sprawa pewnie banalna, niczym wartość jednego bita, ale istotnie może być irytująca i trudna w diagnozie i rozwiązaniu na odległość.
Każdy literalnie klawisz ma inny kod id sprzętowy. Kody wirtualne są różne dla lewego i prawego, ale o ile pamiętam, chyba jest też kod wirtualnego klawisza dla ctrl bez definiowania, który to i wtedy należy przyjmować w implementacjach, że jest to niezdefiniowane. Każda przyzwoita aplikacja nie ma z tym problemu, z którego ctrl użytkownik korzysta, a czytnikami ekranu kto by się przejmował. Też zależy jakiego czytnika ekranu, bo ja bardzo lubiłem miękki hook Window-Eyes, który zawsze był liderem w radzeniu sobie z nietypowymi implementacjami interfejsu klawiatury.
Temat klawiatury jest bardzo prosty, tylko trzeba go dobrze zrozumieć. Kody klawiszy sprzętowych, to pierwsza sprawa. Każdy z tych klawiszy może być wciśnięty lub puszczony. Klawisze sprzętowe i ich stan tłumaczony jest na klawisze wirtualne w Windows i też one mogą być wciśnięte lub puszczone. Zwykle każdy klawisz sprzętowy ma swój odpowiednik w wirtualnym, ale nie zawsze. Czasami są uogólnienia, jak w wypadku ctrl lewego i ctrl prawego albo klawiszy numerycznych. Są też takie klawisze wirtualne, których nie ma na większości klawiatur, np. F23. Czasami są też takie klawisze sprzętowe, które wciskają jakąś wirtualną kombinację, wywołanie skryptu lub programu pod jakąś ścieżką itd, np. dlatego można zrobić sobie „pendrive”, który zrobi sobie coś, zwykle niepożądanego, na komputerze tuż po włożeniu do portu USB.
Itp. Itd.
Ogólnie należy dążyć do sytuacji, że każdy klawisz kiedyś wciśnięty musi być później zwolniony. Lepiej zbyt dużo zwolnić niż pozostawić coś wciśnięte, bo to może powodować wrażenie, że coś zawiesiło się w czytniku ekranu. Więc lepiej zwalniać klawisze na wszelki wypadek, byleby nie robić tego w sposób i momencie niepożądanym przez użytkownika. Sam fakt, że czytniki ekranu potrafią odczytywać klawisze, reagować na skróty i emulować zachowanie klawiatury, kiedy piszemy na brajlowskiej klawiaturze linijki lub innego notatnika, prezentuje możliwości zarządzania klawiaturą. Wszystko zrobić się daje. Niestety przy nietypowych wymaganiach przydają się umiejętności programistyczne i pisanie hooków na różnym poziomie. Jest to przydatne, ze względu na to, że programy do robienia makr, skryptów i remapowania klawiszy zwykle pozwalają na bardzo standardowe rzeczy, które wystarczają osobą widzącym, a użytkownicy czytników ekranu mają wymagania najczęściej większe niż dostarcza im sam czytnik ekranu, bo inaczej z jego możliwości korzystaliby. Zatem umiejętności programistyczne są potrzebne, aby zaimplementować indywidualne rozwiązania związane z konkretną klawiaturą BT lub konkretnym czytnikiem ekranu.
Ten temat jest dość łatwy, jako problematyka, ale remapowanie skrótów klawiaturowych to czubek góry lądowej i zachęcam do zgłębiania wiedzy. Najpierw implementacja hooka w czytnikach ekranu, a później dalej. Acha, tylko większość internetu, to klawisze wirtualne, o sprzętowych trzeba więcej szukać wprost, wiedząc, czego się szuka. To jest też fajny temat, jako pretekst do nauki pisania wstawek w Asemblerze albo też DLL. Warto poznać też możliwości WinAPI, bo czasem człowiek napisze 30 linii, a później okazuje się, że lepiej działa 1 plus includowanie, bo i na takie rzeczy podczas nauki trafiałem.
Co jeszcze do AudioHijack to moim zdaniem ARK czyli ten nowy system przechwytywania audio został wypuszczony nieco zbyt wcześniej i powinna być możliwość powrotu do starego, dobrego ACE. Nie chodzi o jakieś tam moje widzi mi się i po prostu miłość do starych rozwiązań czy raczej niechęć do tych nowych a parę dość szczypiących dla mnie argumentów.
1. Większe opóźnienia: ARK z jakiegoś powodu ignoruje sekretne ustawienie Hijacka „Force low-latency mode” które bardzo dobrze sprawdzało się przy mocno napompowanych efektami sesjach, mikrofonach bezprzewodowych czy tych po sieci (na przykład continuity).
2. Zabugowane System-wide audio: z jakiegoś powodu próba przekierowania całego dźwięku z systemu przynajmniej u mnie kończy się tylko częściowym sukcesem. Audio jest bardziej podatne na ścinki wynikające z obciążenia systemu.
No dokładnie mam takie samo zdanie na ten temat jak ty. Ale czy jakbym sobie nie przywróciła starszej wersji systemu z kopii to czy to by mi nie pomogło? Nigdy wcześniej nie przywracałam poprzedniej wersji aplikacji. Wiem jak to zrobić ale nie robiłam tego jeszcze gdyż nie miałam takiej potrzeby. Teraz się nad tym zastanawiam po raz pierwszy.
Co do błędów nowej technologii przechwytywania dźwięku Audio hijacka to ja mam jeszcze gorzej bo raz już mi się zdarzyło pozbyć wszystkich dźwięków systemu, gdy miałam podłączony interfejs audio wraz z mikrofonem i nagrywałam rozmowę facetime na prośbę mojego kolegi. Kiedy tylko on się rozłączył ja straciłam cały dźwięk za wyjątkiem tylko dźwięku, który nie szedł bezpośrednio przez interfejs, tylko był wypuszczany przez głośniki maca. Jedynie restart maca pomógł na tę przypadłość. Odpinanie interfejsu, restart VoiceOvera nic nie dawał.
Do tego jeszcze bywa tak że gdy przekierowuje dźwięk systemu to słyszę go podwójnie. Muszę wtedy zatrzymać sesje i rozpocząć ją na nowo. No i jak narazie tyle zauważyłam. Oby to zostało jak najszybciej poprawione. Myśle że tak się stanie, bo już zrobiłam rozeznanie i nie tylko ja i ty mamy taki problem ale również mój kolega. Także problem jest bardziej globalny o ile nie jest tak, że każdy kto używa audio hijacka nie ma takiego problemu.
Niestety przywrócenie starej wersji nie wiele da, a jak już to na chwilę bo dużo się zmienia pod maską CoreAudio ostatnimi czasy (Apple sobie przypomniało że mają świetny system audio w MacOS) więc pozostaje czekać na aktualizację AH. Ja zawsze przed aktualizacją kopiuję sobie instalki i mam wszystko ładnie powersonowane więc korzystam ze starego Hijacka ile się da, ale nie polecam tego obiektywnie mówiąc.
Dzięki za informacje. NO tak też myślałam, dlatego o to zapytałam. Ach, no to cóż w takim razie pozostaje czekać na poprawki i oby na te nie przyszło nam czekać długo, choć tutaj raczej nie jestem optymistycznie nastawiona jeśli o to chodzi.