forum.odorik.cz

xsouku04 píše: Ideální by bylo mít nějakou umělou inteligenci, která by rozpoznala, co se s hovorem děje, a dovedla rozpoznat obvyklé hlášky nebo chybové kódy.

Opensource a umí to češtinu. Nešlo by to použít?

https://github.com/openai/whisper

Tak už tam je, ale kdy přesně tam naskočil nevím...

ted me teda napadlo, jestli to nesouvisí s těma timezońama http://forum.odorik.cz/viewtopic.php?f=19&t=5195 tak jsem ted zkusil cas `from` poslat v UTC namisto v CEST, ale hovor tam stale neni.

dnes v 10:55 jsem udelal hovor z mobilu 'xxx yyy 892' na SIP 'xxx yyy 844' a ted v 11:07 ve výpisu stále ještě není.

L.

jedná se o příchozí hovory na SIP

Nascriptoval jsem vypis hovoru pres API, ale kdyz udelam testovaci hovor, objevi se mi ve vypisu s velkym zpozdenim (nevypozoroval jsem presne ale vypada to minimalne na desitky minut). Je tato prodleva (nebo interval) prosim nekde specifikovan?

Tak to zkousim z prikazove radky tak, aby data urlkodoval klient curl.exe -X GET --insecure --data-urlencode "status=answered" --data-urlencode "direction=in" --data-urlencode "user=123456" --data-urlencode "password=abcdefgh" --data-urlencode "line=12345...

Diky za odpoved. Pokud provedu substituci dle vaseho prikladu, stale to pise tu hlasku o chybnem datu.

Pokud znak procento v substituci zdvojim (promenne ve vindows), zacne to vrace chybu 500 - internal server error

nejake dalsi napady?

L.

Dnes jsem k funcnimu scriptu ktery pracoval s UTC formatem data prilepil timezonu dle navodu v popisu API ve formatu +02:00 &from=2022-07-07T07:49:48+02:00&to=2022-07-14T07:49:48+02:00 ale hlasi mi to {"errors":["invalid_date_from","invalid_date_to"]} co delam s...

diky, funguje to.

Mozna by stalo za uvahu tuto vec zminit ve wiki, nebo tam pouzit nejaky bezproblemovy priklad.

L.