* Re: master 8b7aaf3e56: Speed up GIF animations
[not found] ` <20220411124107.C2A8CC009A8@vcs2.savannah.gnu.org>
@ 2022-04-11 13:07 ` Po Lu
2022-04-11 13:10 ` Lars Ingebrigtsen
0 siblings, 1 reply; 7+ messages in thread
From: Po Lu @ 2022-04-11 13:07 UTC (permalink / raw)
To: emacs-devel; +Cc: Lars Ingebrigtsen
Lars Ingebrigtsen <larsi@gnus.org> writes:
> + int cache_image_size = width * height * ximg->bits_per_pixel / 8;
Emacs_Pix_Container is an opaque type that can be typedefed to a variety
of things on different platforms.
You cannot directly refer to bits_per_pixel, which only exists on X.
This will probably break if bits_per_pixel is not a multiple of 8 as
well. It can be any random value on X Windows, and might not even exist
if the image format is not ZPixmap.
What is the temp field for? Is it for storing bitmap data? If so, it
should just be a bitmap set using the PUT_PIXEL macro.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: master 8b7aaf3e56: Speed up GIF animations
2022-04-11 13:07 ` master 8b7aaf3e56: Speed up GIF animations Po Lu
@ 2022-04-11 13:10 ` Lars Ingebrigtsen
2022-04-11 13:13 ` Lars Ingebrigtsen
2022-04-11 13:19 ` Po Lu
0 siblings, 2 replies; 7+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-11 13:10 UTC (permalink / raw)
To: Po Lu; +Cc: emacs-devel
Po Lu <luangruo@yahoo.com> writes:
>> + int cache_image_size = width * height * ximg->bits_per_pixel / 8;
>
> Emacs_Pix_Container is an opaque type that can be typedefed to a variety
> of things on different platforms.
>
> You cannot directly refer to bits_per_pixel, which only exists on X.
> This will probably break if bits_per_pixel is not a multiple of 8 as
> well. It can be any random value on X Windows, and might not even exist
> if the image format is not ZPixmap.
Right.
> What is the temp field for? Is it for storing bitmap data? If so, it
> should just be a bitmap set using the PUT_PIXEL macro.
I want to copy the bitmap that we've already computed in an efficient
way. PUT_PIXEL would be way too slow. Any ideas?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: master 8b7aaf3e56: Speed up GIF animations
2022-04-11 13:10 ` Lars Ingebrigtsen
@ 2022-04-11 13:13 ` Lars Ingebrigtsen
2022-04-11 13:45 ` Lars Ingebrigtsen
2022-04-11 13:19 ` Po Lu
1 sibling, 1 reply; 7+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-11 13:13 UTC (permalink / raw)
To: Po Lu; +Cc: emacs-devel
Lars Ingebrigtsen <larsi@gnus.org> writes:
> I want to copy the bitmap that we've already computed in an efficient
> way. PUT_PIXEL would be way too slow. Any ideas?
Perhaps it makes more sense to reverse the direction here. That is,
have load_gif only work on an area it allocates itself, and cache that.
And then use PUT_PIXEL at the end to copy to the ximg... That should be
portable, I think, without knowing anything about what the ximg really
is.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: master 8b7aaf3e56: Speed up GIF animations
2022-04-11 13:10 ` Lars Ingebrigtsen
2022-04-11 13:13 ` Lars Ingebrigtsen
@ 2022-04-11 13:19 ` Po Lu
1 sibling, 0 replies; 7+ messages in thread
From: Po Lu @ 2022-04-11 13:19 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: emacs-devel
Lars Ingebrigtsen <larsi@gnus.org> writes:
> I want to copy the bitmap that we've already computed in an efficient
> way. PUT_PIXEL would be way too slow.
Not that I know of. But I suspect that this doesn't really matter since
gif_load is only called once when loading an image into the image cache.
Using memcpy cannot possibly be correct with X images either. What if
the X server demands the image be byteswapped, has odd padding
requirements, doesn't have a concept of "bits per pixel" and/or "bytes
per pixel", or has different masks for various components of a ZPixmap?
The only reliable way to deal with that mess is to use XPutPixel or
XGetPixel. (Which image.c abstracts away with the PUT_PIXEL and
GET_PIXEL macros.)
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: master 8b7aaf3e56: Speed up GIF animations
2022-04-11 13:13 ` Lars Ingebrigtsen
@ 2022-04-11 13:45 ` Lars Ingebrigtsen
2022-04-11 14:54 ` Lars Ingebrigtsen
0 siblings, 1 reply; 7+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-11 13:45 UTC (permalink / raw)
To: Po Lu; +Cc: emacs-devel
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Perhaps it makes more sense to reverse the direction here. That is,
> have load_gif only work on an area it allocates itself, and cache that.
> And then use PUT_PIXEL at the end to copy to the ximg... That should be
> portable, I think, without knowing anything about what the ximg really
> is.
Yes, that seems to work well, and makes gif_load a bit faster to boot.
I have to run some errands now, but I'll fix it up later today and push
it.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: master 8b7aaf3e56: Speed up GIF animations
2022-04-11 13:45 ` Lars Ingebrigtsen
@ 2022-04-11 14:54 ` Lars Ingebrigtsen
2022-04-11 23:58 ` Po Lu
0 siblings, 1 reply; 7+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-11 14:54 UTC (permalink / raw)
To: Po Lu; +Cc: emacs-devel
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Yes, that seems to work well, and makes gif_load a bit faster to boot.
> I have to run some errands now, but I'll fix it up later today and push
> it.
Now pushed.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: master 8b7aaf3e56: Speed up GIF animations
2022-04-11 14:54 ` Lars Ingebrigtsen
@ 2022-04-11 23:58 ` Po Lu
0 siblings, 0 replies; 7+ messages in thread
From: Po Lu @ 2022-04-11 23:58 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: emacs-devel
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> Yes, that seems to work well, and makes gif_load a bit faster to boot.
>> I have to run some errands now, but I'll fix it up later today and push
>> it.
>
> Now pushed.
Thanks.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2022-04-11 23:58 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <164968086746.23681.8842816343836400594@vcs2.savannah.gnu.org>
[not found] ` <20220411124107.C2A8CC009A8@vcs2.savannah.gnu.org>
2022-04-11 13:07 ` master 8b7aaf3e56: Speed up GIF animations Po Lu
2022-04-11 13:10 ` Lars Ingebrigtsen
2022-04-11 13:13 ` Lars Ingebrigtsen
2022-04-11 13:45 ` Lars Ingebrigtsen
2022-04-11 14:54 ` Lars Ingebrigtsen
2022-04-11 23:58 ` Po Lu
2022-04-11 13:19 ` Po Lu
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.