[rafalski]

No i właśnie to robię poprawiam tts_pl.cpp.

Usunąłem odczyt w odmianie bezosobowej JEDNO, chyba nie mamy takich jednostek.

Muszę jeszcze poprawić odczyt dla wartości z dziesiętnymi bo mi nie odmienia poprawnie, ciągle używa odmiany mnogiej.

 

Na teraz mam zrobione odczyty:

wolty: od 0 w górę, źle czyta dziesiętne np. 1,1V czyta jako jeden przecinek jeden woltów, zamiast wolta? Pytanie, jak powinien odmieniać ?

ampery: od 0 w górę, źle czyta dziesiętne

RPM - odczytuje mi tylko zero ale to coś mam chyba źle z companionem.

m/s - wszystkie poprawnie, tu nie używamy dziesiętnych więc nie ma problemu

% - wszystko poprawnie, o ile nie używamy dziesiętnych

stopnie - poprawnie bez dziesiętnych

Timery - odczytuje poprawnie timery (czas) np. jedna sekunda, jedna minuta pięć sekund, itp.

 

Nie sprawdzałem: *C, dB, miliwatów, ml, stóp, - nie wiem jakie są ID sensorów aby sprawdzić to w companionie.

 

Mam jeszcze problem z odczytem prędkość i wysokości z GPS bo zaniża o 1km/h tzn. 2 odczytuje jako 1

 

Wydaje mi się, ze zostały mi tylko dziesiętne, muszę chyba tylko zmienić podejście bo obecnie np. przecinek 1 ma w jednym pliku audio przez co nie wie jak odmienić. Jak rozdzielę przecinek o liczby to powinno się udać.

 

[rafalski]

Poprawiłem odczyt obrotów na minutę bo odczytywało w formie żeńskiej jedna
obrót na minutę.

Teraz mamy już poprawny odczyt.

[rafalski]

Nie sprawdzałem jeszcze wartości ujemnych, ale wydaje mi się, że są poprawne :)

Sprawdziłem:

mAh -  ok bez dziesiętnych  :)

mA - ok bez dziesiętnych (jaka powinna być prawidłowo odmiana ?, 1 miliamper, 2,3,4- miliampery, 5+ miliamperów, 22,23,24... miliampery ?)

[komarkus]

No to mnie zażyłeś, byłem w mylnym błędzie, myślałem, że podpasowujesz dźwięki do mapy. A tu się szykuje poważna sprawa z tts_pl.cpp. Brawo. Kibicuję.

Trochę zastanawiałem się nad problemem, mam przemyślenia, ale ostatecznie uznałem, że to ponad moje siły.

Z tego co napisałeś wnioskuję, że dokonujesz poprawek w kodzie źródłowym na zasadzie korekt ad-hoc. Jeśli tak, mam wątpliwość, czy uda się to połatać do stanu w pełni poprawnego, i ciągle będzie coś nie tak. Nie uznaj tego za krytykę, ale jako wkład do dyskusji. Moim zdaniem lepiej by było podejść metodycznie. Przeanalizować działanie kodu, nakreślić użyty algorytm tworzenia komunikatów, sprawdzić gdzie gramatyka się wysypuje, rozbudować/przebudować algorytm i potem zakodować. Nasza gramatyka jest złożona i kluczem jest dobry algorytm.

Co sądzisz? Wybiegam za daleko?

Jak to robisz i sprawdzasz działanie? Kompilujesz na nowo firmware z poprawionym tts_pl.cpp ?

PS. jeden przecinek jeden wolta, jeden wolt, dwa wolty, pięć woltów

     dB (RSSI) ma ID 25 (ale ostatnio coś jest grzebane z ID czujników, chyba niebawem zmieni się konwencja)

[komarkus]

32 minuty temu, rafalski napisał:

[...]   mA - ok bez dziesiętnych (jaka powinna być prawidłowo odmiana ?, 1 miliamper, 2,3,4- miliampery, 5+ miliamperów, 22,23,24... miliampery ?)

OK, tak ma być

[rafalski]

Robię to w wolnych chwilach w pracy stad takie "partyzanckie" działanie, nie mam kiedy usiąść i przemyśleć jak ma działać. Zmieniam coś w wolnej chwili właczam kompilowanie i robie swoją robotę. Po każdej zmianie kompiluje na nowe compniona i symulator.

Osoba pisząca to wcześniej miała inne założenie niż ja, wcześniej w przypadku dziesiętnych miało czytać  JEDNA CAŁA JEDEN WOLT, mnie się to osobiście nie podoba dlatego to zmieniam.

Na chwilę obecną zostały mi tylko dziesiętne, może jutro nad tym jeszcze posiedzę.

Wraz ze zmianą kody zmieniam dźwięki aby pasowały.

W jakich jednostkach używane są dziesiętne, tylko volty ? Pytam bo nie chce mi się potem sprawdzać działania dla wszystkich jednostek.

[komarkus]

Skoro ogarniasz ten temat, to super. Jak będziesz miał wersję beta, udostępnij, przetestujemy.

Dziesiętne są niezbędne dla woltów i wskazane dla amperów, metrów, metrów na sekundę, chyba tyle.

Ostatnio dla wysokości zmieniłem precyzję czujnika do pełnych metrów, bo wkurzały mnie błędnie komunikowane dziesiąte części. Okazało się, że tak jest lepiej  i nie potrzebuję dziesiątych, ale domyślnie jest "0.0". Z kolei wolty (np. pakiet napędowy) nie zaszkodzi domyślna precyzja do setnych wolta.

[rafalski]

Z tego co pamiętam w kodzie używana jest jedynie precyzje do 1 miejsca po przecinku, a więc będzie zaokrąglać. Trzeba by sprawdzić w angielskiej wersji dźwięków.

[rafalski]

Mamy pytanie, co by jutro nie tracić czasu na rozmyślenia. Jak powinny być odczytywane dziesiętne.

Dla jedności: jeden wolt, dwa/trzy/cztery wolty, pięć/sześć/siedem/... woltów

Dla dziesiątych tak jak dla jedności?:

jeden/dwa/trzy/cztery/... przecinek jeden wolt

jeden/dwa/trzy/cztery/... przecinek dwa wolty

jeden/dwa/trzy/cztery/... przecinek trzy wolty

jeden/dwa/trzy/cztery/... przecinek cztery wolty

jeden/dwa/trzy/cztery/... przecinek pięć woltów

jeden/dwa/trzy/cztery/... przecinek sześć woltów

jeden/dwa/trzy/cztery/... przecinek siedem woltów

jeden/dwa/trzy/cztery/... przecinek osiem woltów

jeden/dwa/trzy/cztery/... przecinek dziewięć woltów

 

[komarkus]

2 godziny temu, rafalski napisał:

Z tego co pamiętam w kodzie używana jest jedynie precyzje do 1 miejsca po przecinku, a więc będzie zaokrąglać. Trzeba by sprawdzić w angielskiej wersji dźwięków.

Faktycznie, w komunikatach jest maksymalnie tylko jedno miejsce po przecinku, pomimo, że na wyświetlaczu i w logach zapis np. Cells ma dwa miejsca po przecinku.

Godzinę temu, rafalski napisał:

Mamy pytanie, co by jutro nie tracić czasu na rozmyślenia. Jak powinny być odczytywane dziesiętne.

Dla jedności: jeden wolt, dwa/trzy/cztery wolty, pięć/sześć/siedem/... woltów    [...]

To jest OK. Ale dalej już nie.

W ułamkach będzie raczej zawsze "wolta"

1,1 V - jeden przecinek jeden wolta

1,5 V - jeden przecinek pięć wolta

5,1 V - pięć przecinek jeden wolta

Wolty odmieniają się tak samo jak np. kilogramy, metry, procenty.

Uszy mnie bolały, gdy po wyborach zacny człowiek czytał w telewizorze wyniki i po liczbie dodawał "procent" (28 procent, 6,78 procent). Generalnie jednostki miary się odmienia, ale jak jest ułamek, to jest: wolta, metra, procenta, kilograma. Myślę, że śp. Bielicka dobrze mnie uczyła.

W mojej poprzerabianej wersji sounds to wolty akurat działały raczej dobrze. Nie pamiętam za bardzo, co zmieniałem.

[komarkus]

Zagoolowałem i znalazłem, ze słownika poprawnej polszczyzny PWN:

"W liczebnikach wielowyrazowych, złożonych z liczebnika głównego i ułamkowego, o formie składniowej określenia rzeczownikowego decyduje człon ułamkowy, nie zaś – liczebnik główny, np. Przyniosłam dwa i trzy czwarte kilograma truskawek (nie: *…dwa i trzy czwarte kilogramy); Przebywał na placówce tylko trzy i pół miesiąca (nie: *trzy i pół miesiące); Samolot spóźnił się aż sześć i pół godziny (nie: *sześć i pół godzin). "

"Liczebniki ułamkowe wymagają określenia rzeczownikowego w dopełniaczu; najczęściej jest to dopełniacz liczby pojedynczej. "

Wiec wszystko z poprzedniego mojego postu jest aktualne - 3,1 wolta, 15,8 ampera, 99,5 metra, 6,79 procenta.

[MAK]

Dajcie znać, gdyby potrzebne były jakieś dane dot. czujników, etc. – chętnie pomogę.

Z tego co czytam powyżej, w ułamkach z jeden będzie raczej wolt? np. jeden przecinek trzy wolt?

[rafalski]

Zastanawiam się jeszcze jak zrobić odczyt dziesiętnych.

Opcja 1: Dodajemy dźwięki przecinek jeden, przecinek dwa ... Dochodzi nam 9 dodatkowych dźwięków

Opcja 2: Dodajemy dźwięk przecinek i wykorzystujemy już posiadany dźwięk jeden, tutaj można by się pokusić o odczyt do dwóch miejsc po przecinku. Tutaj dodajemy tylko jeden dodatkowy dźwięk.

Widzę, że są dwa zdania co do odczytu dziesiętnych przy jedności = 1

[komarkus]

6 godzin temu, MAK napisał:

Z tego co czytam powyżej, w ułamkach z jeden będzie raczej wolt? np. jeden przecinek trzy wolt?

Skąd taki wniosek?

" .... decyduje człon ułamkowy, nie zaś – liczebnik główny ..."

Jeśli występuje ułamek, zawsze będzie forma wolta, metra, kilograma itd.  (0,9 wolta, 1,1 wolta, 1,3 wolta, 55,9 wolta ...).

A dla całych: 0 woltów, 1 wolt, 2-4 wolty, 5-9 woltów, 10-21 woltów, 22-24 wolty, 25-31 woltów, 32-34 wolty .....

59 minut temu, rafalski napisał:

Zastanawiam się jeszcze jak zrobić odczyt dziesiętnych.

Opcja 1: Dodajemy dźwięki przecinek jeden, przecinek dwa ... Dochodzi nam 9 dodatkowych dźwięków

Opcja 2: Dodajemy dźwięk przecinek i wykorzystujemy już posiadany dźwięk jeden, tutaj można by się pokusić o odczyt do dwóch miejsc po przecinku. Tutaj dodajemy tylko jeden dodatkowy dźwięk.

Nie potrafię podpowiedzieć.

Tu pojawia się kolejny dylemat dotyczący konwencji tworzenia komunikatów. Dlatego wcześniej pisałem o potrzebie rozpracowania "idei" tworzenia komunikatów w oryginale i dopiero potem wypracowaniu poprawek lub stworzeniu algorytmu na nowo. Metoda łatek na kolejne problemy spowoduje, że łatki zaczną zachodzić na siebie, a każda w innej konwencji. Bez "systemu" w postaci algorytmu trudno będzie zapanować nad efektem końcowym. Być może dotychczasowy tts_pl.cpp jest całkiem dobry i wymaga niedużych korekt. Musisz też pamiętać o "mapie" dźwięków, to jest mocno powiązane i błędy mogą wynikać z mapy. Problem obecnie błędnego działania komunikatów po części wynika z tego, że mapa dźwięków pl powstała kilka lat temu, a potem dokonywano zmian w konwencji tworzenia komunikatów, i nowa procedura trafia na starą mapę. Stąd pojawiają się błędy typu "dwie i osiem wolta". We wcześniejszych postach pisałem o moich walkach z mapą dźwięków, ale to było działanie "od tyłu". Trochę się udało poprawić jakość komunikatów. Ale mapa musi współgrać z algorytmem tworzenia.

Ja nie potrafię z pliku źródłowego rozrysować algorytmu. A od tego warto by zacząć. Problem stałby się przyjazny i przeźroczysty, więcej osób mogłoby się włączyć w analizę i główkowanie nad systemowym rozwiązaniem problemu.

[rafalski]

Mapę komunikatów tworzę na nowo wraz ze zmianą kodu.

Przedstawione powyżej obie opcje działają poprawnie.

Skoro przy ułamkach zawsze ma być wolta to można wykorzystać wolny 4 dźwięk każdej jednostki bo mamy coś takiego:

dla wartości: wartość = 1 odczytaj volt0.wav (wolt)

dla wartości:  1 < wartość < 5 odczytaj volt1.wav (wolty)

dla wartości 22,23,24,32,33,34,42,43,44 ... odczytaj volt1.wav (wolty)

dla reszty wartości odczytaj volt2.wav (woltów)

zostaje nam volt3.wav, który może brzmieć WOLTA i posłuży do ułamków.

Algorytm do przydzielenia odpowiedniej odmiany wykorzystuje jeżeli oraz resztę z dzielenia.

Problem jest kiedy algorytm natrafia na 1,1 wtedy odczytuje jako resztę czyli volt2.wav (woltów).

 

 

[komarkus]

Brzmi to rozsądnie.

Na mojej przerobionej mapie dźwięków akurat odczyt woltów i metrów działa dobrze, również dla 1,1 wolta. Stara mapa miała volt0.wav volt1.wav volt2.wav - jak u Ciebie. Natomiast "wolta" jest umieszczone w 0163.wav . Podobnie jest z metrami i innymi jednostkami, np.:

0167.wav  - ampera

0179.wav - metra na sekundę

0195.wav - metra

Z tego wynika, że wystąpienie tej formy odmiany jest chyba jakoś magicznie wyliczane - nie potrafię tego wywnioskować z kodu źródłowego. Ktoś już kiedyś nad tym główkował i to stworzył (kolega Drewniak). Być może jest tam głęboka myśl.

Przy Twoich założeniach konwencja działania będzie inna. A co będzie z metrami, amperami itd. Dla każdej jednostki będziesz dodawał osobne procedury tworzenia? Nie rozrośnie się to ponad miarę?

Dla 1,1 wolta chyba można zrobić to samo co dla "1 wolt"  -  dla wartości: wartość = 1.1 odczytaj volt3.wav (wolta)

[komarkus]

22 godziny temu, rafalski napisał:

Mam jeszcze problem z odczytem prędkość i wysokości z GPS bo zaniża o 1km/h tzn. 2 odczytuje jako 1

Tym się nie martw. To wynika prawdopodobnie z ustawień sensora GPS. Tam we właściwościach można ustawić offset na określoną wartość albo auto offset, to się wyrówna.

[MAK]

2 godziny temu, komarkus napisał:

Skąd taki wniosek?

" .... decyduje człon ułamkowy, nie zaś – liczebnik główny ..."

Jeśli występuje ułamek, zawsze będzie forma wolta, metra, kilograma itd.  (0,9 wolta, 1,1 wolta, 1,3 wolta, 55,9 wolta ...).

A dla całych: 0 woltów, 1 wolt, 2-4 wolty, 5-9 woltów, 10-21 woltów, 22-24 wolty, 25-31 woltów, 32-34 wolty .....

Jasne, że masz rację - musiałem mieć jakąś pomroczność chwilową.

[rafalski]

52 minuty temu, komarkus napisał:

0167.wav  - ampera

0179.wav - metra na sekundę

0195.wav - metra

Cały kod odnośnie tych dźwięków wywaliłem i zrobiłem jak w innych językach opierając się na volt0, volt1, volt2, volt3. Jak uda się to zrobić to tamte dźwięki będą zbędne.

[komarkus]

Po zmiani

1 minutę temu, rafalski napisał:

.... to tamte dźwięki będą zbędne.

Po zmianie nazw plików przydadzą się ?