Hello, mayakashii,
Welcome to Gimpchat!
There is a substitute plug in for applying curves
en masse What I suggest, however, maybe a trivial exercise of ten or fifteen minutes or the start of a long hike up a learning curve. There is a batch image processing language called
G'MIC, upon which the the Gimp-G'MIC plug in is based. It's image model is very general, in that it can regard animated footage of hundreds of frames in length as one image, adjustments applied to this aggregate are applied uniformly as most G'MIC commands have been designed to work along the depth axis as well as width and height. Once one has adjusted the metrics of footage-combined-as-one-3D image, the script language can split the aggregate back into individual frames. The key thing, however, is that the frames have been adjusted in concert, so there is no frame-to-frame flicker, that would arise if adjustment metrics are applied on a frame-by-frame basis. G'MIC works natively in 32 bit floating point, so artifacts arising from computing with small bit depths is hardly a problem.
Here is an example at my website:
Caudron, Anyone?This animation existed as a single image on the G'MIC pipeline. The pattern "suffused" seamlessly through the footage, as well as more mundane adjustments to the overall gamma curve and contrast. Since G'MIC works in 32bit floating point and could treat the footage as one object, there is no discernable frame-to-frame flicker. The page goes into greater detail.
The downside, of course, is that this is probably a brand-new tool for you, and some do find the scripting a bit -- um -- intimidating. Your first hope, I image, is that GAP gets fixed so that you would not need to venture so far afield. I can appreciate you being chary.
That said, it may be an avenue to explore, and there are G'MIC proficient people here, including the language's designer, who goes here by the tag 'Ronounours'.
See the 'G'MIC Discussions' area on this board.
Good luck
Garry