Hi Melchior,
Melchior FRANZ wrote:
> * Stewart Andreason -- Friday 27 April 2007:
>> Red: 8-bit
>> Green: 8-bit
>> Blue: 8-bit
>> Alpha: 8-bit Alpha: 1-bit in danube, and 0 bits in bo105
>
> I checked an arbitrary file for which "identify" reports 8/8/8/1,
> but after checking the header values it turned out that is in fact
> a normal, boring 8/8/8/8 file. The SGI format doesn't even support
> 8/8/8/1 -- there's no way to specify that in the header! So
> "identify" is wrong, or tries to be clever. No idea where it
> gets this nonsense from.
Oh!? I'll have to dig deeper in my research.
If my {danube|shuttle}-splash.rgb files are actually 8-bit alpha, and they
work for me, and I haven't heard any reports of problems, then that would
discount my conclusion.
That would however, explain why my splash files are larger than desired.
> An example is the harrier splash screen. Does it crash fgfs for
> you? (Doesn't for me.)
no. it loads fine.
Yes, identify shows it as 8/8/8/1.
I can't tell if it is or isn't.
Gimp doesn't have an info panel that shows alpha bits, but using the color
picker, I can't find any pixels with an alpha less than 255.
>>> Can someone send me a link to a splash texture that crashes fgfs
>>> for him/her? And a backtrace for the crash if possible.
>
>> For the an2-splash with 8-bit alpha color:
>>
>> (gdb) run --aircraft=danube
>
> Don't have that aircraft. Is the texture available somewhere?
> (separate, not in a 20MB package :-)
Ooops! That was a sloppy mistake.
I might actually promote my work in the _negative!_
Actually, I didn't have the an2 installed, so just copied the splash.rgb over
to my model directory for testing.
I hear a complaint my models are too big.
...
I can't disagree with that.
Thanks to this thread, I have shrunk my image files by 1/3
Yea!
Would it also help if I gut the interior and doors, and release a smaller,
(less functional) version?
I think I'm better off just making a new model from scratch that can be GPL'd.
>> #3 0x404b370f in operator delete[] (ptr=0x9800)
>> at /usr/src/gcc-3.3.2/libstdc++-v3/libsupc++/del_opv.cc:36
>> #4 0x0854bae9 in SGTexture::read_rgb_texture (this=0x872e208,
>> name=0x8b31e00 "") at texture.cxx:276
>
> That's strange. Can you please update sg/fg and try again? (A new
> backtrace would be nice, and the broken(?) texture.) I made some
> changes to texture.cxx. I don't really think I fixed the problem,
> but one never knows. :-)
That'll take days. I was waiting for the next tarball point release before I
break my system. ;)
>>> The "Shared Rows" percentage says that it's "aggressively" compressed.
>> That's an interesting detail I don't know about.
>
> I assume that KDE's image file module is the only way to check that. I
> wrote it. :-)
Ah, very nice then. :)
Stewart
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
