<div dir="ltr">HI Thomas,<div><br></div><div>Not directly for libxglk, I'm afraid. What I did for the ScummVM implementation was to utilize a nifty feature of the ScummVM framework that allows the creation of virtual file systems that expose files as if they're standard files you can open with a Common::File just like files in the game directory. Using this, in the engines\glk\frotz\pics.cpp I create a virtual archive of all the pictures that the original Infocom games had, and expose them as a really simple "raw" format, like pic1.raw, pic2.raw, and so on. The Glk core has then been enhanced so that when you request to, for example, draw picture #1, in addition to looking for pic1.jpg, pic1.png, it also looks for pic1.raw, and if it finds it, loads it up and displays it just like it would JPG & PNG.</div><div><br></div><div>This way, I didn't have to put Frotz specific rendering code in the core Glk layer. So I'll do something similar when I implement the existing Magnetic Glk engine. Maybe you could do something similar for libxglk if you keep using it.</div><div><br></div><div>Paul.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 4, 2019 at 8:40 PM dettus <<a href="mailto:dettus@dettus.net">dettus@dettus.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello.<br>
<br>
<br>
So, I looked into GLK. As you can see from the screenshot at <br>
<a href="http://www.dettus.net/dMagnetic/xglk_pawn.png" rel="noreferrer" target="_blank">http://www.dettus.net/dMagnetic/xglk_pawn.png</a> , I made some progress. <br>
However, pictures seem to be handled quite archaic by this.<br>
Or at least with the libxglk frontend. Apparently, there are two ways:<br>
<br>
1. Draw the rectangles yourself (Which is what I did. Which is <br>
slooooooooow.)<br>
2. Store the image as an .png or .jpeg file, load it, display it.<br>
<br>
Personally, I would have preferred an interface where I could hand over <br>
a memory pointer, and let the GUI figure out the best way to render it <br>
on screen.<br>
<br>
<br>
On top of that: The libxglk library itself is outdated.<br>
<br>
<br>
Any hints?<br>
<br>
<br>
Thomas<br>
<br>
<br>
<br>
_______________________________________________<br>
Scummvm-devel mailing list<br>
<a href="mailto:Scummvm-devel@lists.scummvm.org" target="_blank">Scummvm-devel@lists.scummvm.org</a><br>
<a href="https://lists.scummvm.org/listinfo/scummvm-devel" rel="noreferrer" target="_blank">https://lists.scummvm.org/listinfo/scummvm-devel</a><br>
</blockquote></div>