-
-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wait parameter not working (and potentially another bug) #14
Comments
|
When job queued error is received instead of returning an error the response is read from the embedded data of the message and the process continues. When a non temporary error is received such as a "queue full" error the tool should wait before retrying to avoid flooding the queue. References #14
When job queued error is received instead of returning an error the response is read from the embedded data of the message and the process continues. When a non temporary error is received such as a "queue full" error the tool should wait before retrying to avoid flooding the queue. References #14
When job queued error is received instead of returning an error the response is read from the embedded data of the message and the process continues. When a non temporary error is received such as a "queue full" error the tool should wait before retrying to avoid flooding the queue. References #14
Thanks for reporting the issue @esadatari I've just merged a fix that deals with queue issues. "Queue full" and "Job queued" errors were not being handled and the result was too many jobs queued. I'll take a look to the wait parameter. As you said, the README has an error, it's not an int, it's a duration type, so the format should be "5s" instead of "5". But it should be working fine. Let me double check it. |
The wait parameter seems to be working fine to me. I've updated the readme to make it more clear. |
i'm unfortunately seeing rapid succession api calls, still. often times, it is just not proceeding to download any of the upscales.. it's like it never realizes the job finishes, and then has to timeout before trying again, which can be frustrating when it's lots of prompts all doing this. i'm on macOS 10.15.7 if that makes a difference. |
First off, thank you so much for this wonderful tool! When it works, it works so well!
I hope I'm providing you enough detail to help you get to the bottom of an issue I'm currently experiencing.
I'm having a bit of trouble with the
wait
parameter, currently.I tried using
wait: 5
and get the following issueerror setting flag "wait" from config file: parse error
, which may be a bug or a misnomer in the documentation of the parameter forwait
showing that it is an(int)
.When i look in bulk.ai I see the following parameter defined
wait time.Duration yaml:"wait"
seems to suggest that the variable is intending that it show5s
rather than an integer5
It allows me to use
wait: 5s
in the config.yaml file, but I'm not able to see it waiting the (hopefully) obvious 5 seconds.I saw the following portion in
main.go
:fs.DurationVar(&cfg.Wait, "wait", 0, "wait time between prompts (optional)")
I tried manually changing the value in main.go to show that the default wait int is equal to
3
That seemed to institute a new wait time of 3 seconds, but I then ran into the issue of a sudden influx of repeated jobs being sent out, as well as jobs never being recognized as finished.
The prompts were located in a .txt file, and the three particular prompts causing a lot of trouble were as follows:
IMAGE_TYPE: Aerial drone shot | GENRE: Drama | EMOTION: Melancholy | SCENE: An abandoned village with ruined houses and a church, surrounded by a misty forest | ACTORS: None | LOCATION TYPE: Abandoned village | CAMERA MODEL: DJI Mini 2 | CAMERA LENSE: 24mm f/2.8 | SPECIAL EFFECTS: Black and white filter | TAGS: aerial view, abandoned village, ruined houses, misty forest, drama, melancholy --ar 3:2 --v 5 --c 0.5 --s 100 --q 1.8
IMAGE_TYPE: Underwater shot | GENRE: Retrofuturism | EMOTION: Mysterious | SCENE: A submerged temple with ancient relics and murals, surrounded by schools of exotic fish | ACTORS: None | LOCATION TYPE: Submerged temple | CAMERA MODEL: Sony A7 III | CAMERA LENSE: 28-70mm f/3.5-5.6 | SPECIAL EFFECTS: Vignette effect to create a vintage look | TAGS: underwater, retrofuturism, mysterious, submerged temple, ancient relics, exotic fish, vintage --seed 498346825 --ar 3:2 --v 5 --c 0.5 --s 100 --q 1.8
IMAGE_TYPE: Underwater shot | GENRE: Retrofuturism | EMOTION: Eerie | SCENE: An old, rusted submarine lying at the bottom of the ocean, surrounded by seaweed and fish | ACTORS: None | LOCATION TYPE: Ocean floor | CAMERA MODEL: GoPro HERO10 Black | CAMERA LENSE: 8mm fisheye | SPECIAL EFFECTS: Color grading to create a vintage look | TAGS: underwater, retrofuturism, eerie, rusted submarine, seaweed, fish, vintage --seed 498346825 --ar 3:2 --v 5 --c 0.5 --s 100 --q 1.8
Here's the default log output showing the issues occurring repeatedly:
I hope the detail provided helps, and let me know if there's anything I can do to help you hunt down this issue!
Here is a list of the prompts, just in case:
GPT_Underwater_Ruins.txt
The text was updated successfully, but these errors were encountered: