Agordu la prokurilon por la legaca Google-urllib vojo de SpeechRecognition
Lanĉu la taskon kun ambaŭ rilataj prokurilaj variantoj kaj distingi tiun backend de la aparta client de recognize_google_cloud.
Por la legaca Google-backend uzanta la defaŭltan opener de urllib, lanĉu Python per:
http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 python recognize_job.pyLa backend konstruas Request de urllib kaj vokas urlopen. Aparta Requests-sesio en la ĉirkaŭa aplikaĵo ne povas agordi la vojon de tiu opener.
Ambaŭ variantoj gravas ĉar la defaŭlta legaca endpoint estas HTTP. Se oni agordas nur https_proxy, tiu defaŭlta HTTP-peto restas neagordita. Iliaj valoroj priskribas la protokolon de la perilo. Por testo kun nesensiva aŭdio, la listo de HTTP-prokuriloj liveras publikajn kandidatojn por tiuj valoroj.
Agordu la operation_timeout de la rekognizilo por limigi tiun ĉi urlopen-operacion laŭbezone. Mikrofona aŭskulta tempolimo regas pli fruan stadion.
recognize_google_cloud anstataŭe uzas la klienton Google Cloud Speech, kun propra transporto kaj aŭtentikigo. Konservu la backend-nomon, la efektivan endpoint kaj la fiaskintan stadion kun la eraro anstataŭ kopii la legacan metodon en site-packages por ŝanĝi vojon jam subtenatan de urllib.