Menu
▾
▴
shapefusion-devel — Development-related list
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
(16) |
Mar
(65) |
Apr
(36) |
May
(9) |
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(25) |
Nov
(14) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
(10) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tito D. C. <ti...@da...> - 2007-09-14 16:58:46
|
-------- Forwarded Message -------- From: Tyler Brogan <alucard44schoolwork (at) yahoo (dot) com> Subject: About ShapeFusion Date: Fri, 14 Sep 2007 09:00:11 -0700 (PDT) I am an FBLA Member, and may begin a project using Aleph one. I am contacting you for your permission to use your software. Is it for Windows? ________________________________________________________________________ Don't let your dream ride pass you by. Make it a reality with Yahoo! Autos.. Tito -- Physics is reverse engineering |
|
From: Tito D. C. <ti...@da...> - 2007-07-01 13:41:10
|
Hi! After a bit of research I finally came out with a new way to quantize RGB bitmaps against collection palettes. The result is a visible improvement in image quality when importing RGB bitmaps in collections. The code is also simpler now, and I think slightly faster too. You can see some tests on altivec.fisica.indivia.net/sf_color_reduction. paltest_jugger.png, paltest_water.png and paltest_weapons.png show six imported RGB bitmaps: the first three bitmaps of each shot are imported with the new algorithm, the last three are the same bitmaps imported with the previous lower-quality algorithm (RGB to HSV and comparison in HSV space). Three shots have been done to test different palettes. See the gray gradient in paltest_jugger.png! Then look at what happens with a photo: paltest_photo_bad.png versus paltest_photo_fine.png, the former begin imported with the old algorithm and the latter with the new one. You can also see the original (paltest_photo_original.bmp) and the difference between fine and original (paltest_photo_fine_minus_original.png, normalized). In my schedule, this brings ShapeFusion one step closer to 0.4. I just have to make the color table editor work now, then I'd release. So please test! :-) Bye Tito -- Physics is reverse engineering |
|
From: Tito D. C. <ti...@da...> - 2007-05-24 17:30:43
|
I had the occasion of trying ShapeFusion on a Motif build of wxWidgets. Quite interesting is the fact that when you pop up the file open dialog, you can't choose the file type as you do in GTK. Since it defaults to Sounds, it's impossible to open Shapes files. Maybe I should have a look at this, or maybe not. The sound editor seems to work, apart some glitches regarding widget position and size. As a Unix nerd I like this kind of GUIs, but in the case of the sound editor it's quite horrible :-) Tito -- Physics is reverse engineering |
|
From: <ti...@da...> - 2007-05-15 09:43:23
|
> I given a try to your Color table editor. Works fine. I > also like the fact that the Shapes GUI is now static > ;-). I agree that it limits the collection thumbnails, > but maybe the GUI could be compressed a little to make > up for more thumbnails room... On my 1024x768 ibook that's already at the minimum. You can't compress the frame editor anymore. Something could be done for bitmaps, but having different editor sizes would look ugly IMO. I think SF just needs big desktops for everyday use, period. > There are still some > settings that are shown outside the window on OSX > (Keypoint obscured & Min Lightness). The fix is to resize > the window, but that's strange wx don't account for this > when it size the window... wx is known to have some layout quirks, at least in my experience. I say ignore them, things will get better with versions :-) > I have changed your std::cerr into wxLogError's (I think > they are best, because wx can display a log window when > they occur). Well done. > There are some deprecated things now in our > code (wxRect.Inside should be changed into Contains). I > want to make sure changing them works for you before > pruning them all ;-) I now use wx 2.8.x, so I shouldn't have problems. However don't forget that some linux distros are still stick at 2.6.x by default, so we are cutting those users off by updating our code. I'm ok with that, just know it. I'll also correct that call for writing numbers into wxTextCtrl's without triggering update events... Bye Tito |
|
From: tiennou <tie...@gm...> - 2007-05-15 08:15:06
|
Le 12 mai 07 =C3=A0 19:28, Tito Dal Canton a =C3=A9crit : > Hi, as you will notice I decided to keep the space for Shapes editors > fixed instead of making it collapse when you deselect. I should have > tried it before, IMO it looks much cleaner and gives the feeling of a > "solid" interface. The price to be paid is less space for thumbnails > when one just wants to give an overall look at the collection. What do > you think? Also, any comment on the color table editor? It's still > nonfunctional but the interface will be basically that. Hi ! Sorry, I'm a bit overwhelmed by another project as now, so I don't =20 have much time to devote to SF (I'm waiting for libsndfile...). I given a try to your Color table editor. Works fine. I also like the =20= fact that the Shapes GUI is now static ;-). I agree that it limits =20 the collection thumbnails, but maybe the GUI could be compressed a =20 little to make up for more thumbnails room... There are still some settings that are shown outside the window on =20 OSX (Keypoint obscured & Min Lightness). The fix is to resize the =20 window, but that's strange wx don't account for this when it size the =20= window... I have changed your std::cerr into wxLogError's (I think they are =20 best, because wx can display a log window when they occur). There are =20= some deprecated things now in our code (wxRect.Inside should be =20 changed into Contains). I want to make sure changing them works for =20 you before pruning them all ;-) tiennou |
|
From: Tito D. C. <ti...@da...> - 2007-05-12 17:27:43
|
Hi, as you will notice I decided to keep the space for Shapes editors fixed instead of making it collapse when you deselect. I should have tried it before, IMO it looks much cleaner and gives the feeling of a "solid" interface. The price to be paid is less space for thumbnails when one just wants to give an overall look at the collection. What do you think? Also, any comment on the color table editor? It's still nonfunctional but the interface will be basically that. Tito -- Physics is reverse engineering |
|
From: Tito D. C. <ti...@in...> - 2007-05-12 17:26:54
|
Hi, as you will notice I've decided to keep the space for Shapes editors fixed instead of making it collapse when you deselect. I should have tried it before, IMO it looks much cleaner and gives the feeling of a "solid" interface. The price to be paid is less space for thumbnails when one just wants to give an overall look at the collection. What do you think? Also, any comment on the color table editor? It's still nonfunctional but the interface will be basically that. Tito -- Physics is reverse engineering |
|
From: <ti...@da...> - 2007-05-03 10:44:03
|
On Wed, 2 May 2007, tiennou wrote: > > I've talked with the maintainer. He was kind enough to > > add support for our System 7 files. I'm currently > > waiting on his answer to see how I can tweak > ShapeFusion around this... Well done! Tito |
|
From: Gregory S. <wo...@tr...> - 2007-05-02 13:29:35
|
On Wed, 2 May 2007, tiennou wrote: > I've talked with the maintainer. He was kind enough to add support for our > System 7 files. I'm currently waiting on his answer to see how I can tweak > ShapeFusion around this... Ooh, if it supports IMA (like the rest of libsndfile) that could be useful to Aleph One, since some old scenarios use IMA sounds in their Sounds files. Gregory |
|
From: tiennou <tie...@gm...> - 2007-05-02 11:52:41
|
Le 30 avr. 07 =C3=A0 19:58, Gregory Smith a =C3=A9crit : > On Mon, 30 Apr 2007, tiennou wrote: > >> Does it read System 7 sound files ? > > It doesn't appear to, which is disappointing. It can read Apple's =20 > new Core > Audio file format, which nobody uses. > > It's possible that the library maintainer would integrate System 7 =20 > file > support if someone sent him a patch. I know there is code in the =20 > library > to handle resource forks on the Mac for SD2 files. I've talked with the maintainer. He was kind enough to add support =20 for our System 7 files. I'm currently waiting on his answer to see =20 how I can tweak ShapeFusion around this... tiennou |
|
From: Tito D. C. <ti...@da...> - 2007-05-01 16:44:09
|
I've finally upgraded to wx 2.8 (and Mesa 6.5.2, which gave me a shiny and accelerated aye mak sicur on R300 :) Now I think I'll fix deprecated things and text controls, so that damn event auto-triggering mess will go away. Tito -- Physics is reverse engineering |
|
From: Gregory S. <wo...@tr...> - 2007-04-30 18:02:28
|
On Mon, 30 Apr 2007, Tito Dal Canton wrote: >> Plus I've already built a universal binary framework of it, which you can >> just drop into Xcode. > Already configured for static linking? Cool. No, dynamic linking. You just include the framework in the app bundle. For GPL apps like Aleph One and ShapeFusion it doesn't matter much, but for closed source it's pretty cool because you can replace the entire framework in the Finder just by showing package contents, thus satisfying LGPL. Gregory |
|
From: Gregory S. <wo...@tr...> - 2007-04-30 17:58:52
|
On Mon, 30 Apr 2007, tiennou wrote: > Does it read System 7 sound files ? It doesn't appear to, which is disappointing. It can read Apple's new Core Audio file format, which nobody uses. It's possible that the library maintainer would integrate System 7 file support if someone sent him a patch. I know there is code in the library to handle resource forks on the Mac for SD2 files. Gregory |
|
From: Tito D. C. <ti...@da...> - 2007-04-30 16:51:32
|
On Mon, 2007-04-30 at 09:54 -0400, Gregory Smith wrote: > Why not use the libsndfile library? That's what Aleph One uses for > AIFF/WAV replacement sounds. The library is only a few 100K and the code > required to import/export files is fairly minimal. Had a thought about it actually. Tiennou, may you have a look at it? One more reason to finally implement a configure script on linux, I guess. I'd appreciate dropping that custom WAV code. > Plus I've already built a universal binary framework of it, which you can > just drop into Xcode. Already configured for static linking? Cool. > That sounds good, but I suspect most users will not use ShapeFusion to > edit the color table, except possibly for the self-luminescent flag, > they'll probably just import one from Photoshop. Yeah, I plan to code importing ASAP. Tito -- Physics is reverse engineering |
|
From: tiennou <tie...@gm...> - 2007-04-30 16:04:03
|
Hi ! Le 30 avr. 07 =C3=A0 15:54, Gregory Smith a =C3=A9crit : > On Sat, 28 Apr 2007, Tito Dal Canton wrote: > >> Hi, after some more research about the extended80 format I propose to >> drop AIFF support for now: I don't want to bloat ShapeFusion with =20 >> other >> format I/O routines to debug, which require complex code and =20 >> possibly a >> new separate class for extended80. I think exporting to WAVE is =20 >> enough >> for now. Does QuickTime have problems with that? What do you think? > > Why not use the libsndfile library? That's what Aleph One uses for > AIFF/WAV replacement sounds. The library is only a few 100K and the =20= > code > required to import/export files is fairly minimal. Hmm, that would be cool, and it handles an impressive number of file =20 formats. I'll take a look at using this... Does it read System 7 sound files ? Bye, tiennou |
|
From: Gregory S. <wo...@tr...> - 2007-04-30 13:57:15
|
On Sat, 28 Apr 2007, Tito Dal Canton wrote: > Hi, after some more research about the extended80 format I propose to > drop AIFF support for now: I don't want to bloat ShapeFusion with other > format I/O routines to debug, which require complex code and possibly a > new separate class for extended80. I think exporting to WAVE is enough > for now. Does QuickTime have problems with that? What do you think? Why not use the libsndfile library? That's what Aleph One uses for AIFF/WAV replacement sounds. The library is only a few 100K and the code required to import/export files is fairly minimal. Plus I've already built a universal binary framework of it, which you can just drop into Xcode. > As you may have noticed I've entered a very busy period and I won't have > much time for our editor. My own goal is still the color table editor, > which I hope to begin soon. I'll basically reproduce the bitmap editor > structure. In the well on the right there will be the color table, with > big color samples adjusted to fill the well (something like the 'best > fit' option for bitmaps and frames). Selecting one of them will enable a > checkbox for setting the 'self luminescent flag'. Double-clicking one of > them will pop up the color picker. Selecting two samples will enable a > button for blending the colors inbetween. That sounds good, but I suspect most users will not use ShapeFusion to edit the color table, except possibly for the self-luminescent flag, they'll probably just import one from Photoshop. Gregory |
|
From: tiennou <tie...@gm...> - 2007-04-30 13:50:00
|
Hi ! > Hi, after some more research about the extended80 format I propose to > drop AIFF support for now: I don't want to bloat ShapeFusion with =20 > other > format I/O routines to debug, which require complex code and =20 > possibly a > new separate class for extended80. I think exporting to WAVE is enough > for now. Does QuickTime have problems with that? What do you think? I agreed with that, bloating with useless features is a BadThing=E2=84=A2.= I =20 didn't had any problem with loading WAVE files with QT, so I guess =20 they are good. > As you may have noticed I've entered a very busy period and I won't =20= > have > much time for our editor. Same here, I've been looking for work. > My own goal is still the color table editor, > which I hope to begin soon. I'll basically reproduce the bitmap editor > structure. In the well on the right there will be the color table, =20 > with > big color samples adjusted to fill the well (something like the 'best > fit' option for bitmaps and frames). Selecting one of them will =20 > enable a > checkbox for setting the 'self luminescent flag'. Double-clicking =20 > one of > them will pop up the color picker. Selecting two samples will enable a > button for blending the colors inbetween. I'm okay with this... And I don't know how we could make this more =20 'efficient'. This is "just" a color table after all. The feature I =20 think will be really useful is blending between colors. Bye, tiennou |
|
From: Tito D. C. <ti...@da...> - 2007-04-30 13:42:11
|
Hi, after some more research about the extended80 format I propose to drop AIFF support for now: I don't want to bloat ShapeFusion with other format I/O routines to debug, which require complex code and possibly a new separate class for extended80. I think exporting to WAVE is enough for now. Does QuickTime have problems with that? What do you think? As you may have noticed I've entered a very busy period and I won't have much time for our editor. My own goal is still the color table editor, which I hope to begin soon. I'll basically reproduce the bitmap editor structure. In the well on the right there will be the color table, with big color samples adjusted to fill the well (something like the 'best fit' option for bitmaps and frames). Selecting one of them will enable a checkbox for setting the 'self luminescent flag'. Double-clicking one of them will pop up the color picker. Selecting two samples will enable a button for blending the colors inbetween. Bye Tito -- Physics is reverse engineering |
|
From: tiennou <tie...@gm...> - 2007-04-23 10:11:12
|
Sorry for the delay. It's been election day in France, and I've been =20 busy voting. >> I'm stopping my work on Physics handling (I got scared by >> GUI writing, so I'm trying wx GUI editors, but none of >> them works on OSX !). I'll look at adding Wave import to >> Sound files. > Good. I don't know much about GUI editors but I'm not so > attracted by the idea (I also code html and css by hand, to > give an idea :-). Hand-written code will always be superior > IMO. There is a thing called XRC (xml files containing GUI information). =20 Maybe we could change to this > Any idea for a color table editor? I'm not going to tell > about mine so as not to "bias" you... I thought of something when I tried to draw my Shapes GUI. We could =20 have a display of the colors in small squares (with a scrollbar), and =20= use some kind of small handles (little arrows) to set the color where =20= you put it, and ShapeFusion automatically create a gradient between =20 two handles. This would feel more like a Gradient editor than a =20 ColorTable editor. I'm thinking this 'cause in most cases, a Frame =20 colors shades are grouped, so it could allow easy adding of new shades. Here is a sample in IB : =EF=BF=BC The ColorWell allows edition of the selected arrow cell color, you =20 can add a little control arrow by (maybe) double-clicking on its cell. tiennou |
|
From: <ti...@da...> - 2007-04-20 12:01:07
|
> I found out about these, it's actually Map files encoded > in MacBinary format. Guess I'll need to find a way to > read them... Ah, I knew that. I only didn't know it was being called like that. > I'm stopping my work on Physics handling (I got scared by > GUI writing, so I'm trying wx GUI editors, but none of > them works on OSX !). I'll look at adding Wave import to > Sound files. Good. I don't know much about GUI editors but I'm not so attracted by the idea (I also code html and css by hand, to give an idea :-). Hand-written code will always be superior IMO. Any idea for a color table editor? I'm not going to tell about mine so as not to "bias" you... Bye T |
|
From: tiennou <tie...@gm...> - 2007-04-19 14:00:39
|
Le 18 avr. 07 =C3=A0 15:00, ti...@da... a =C3=A9crit : >> I still have to find a way to read Unimaps now, cause they >> are in a different file format (I hope Wad). >> >> tiennou > Sorry, what's a unimap? I feel I missed some A1 > discussion... I found out about these, it's actually Map files encoded in MacBinary =20= format. Guess I'll need to find a way to read them... I'm stopping my work on Physics handling (I got scared by GUI =20 writing, so I'm trying wx GUI editors, but none of them works on OSX !). I'll look at adding Wave import to Sound files. tiennou |
|
From: tiennou <tie...@gm...> - 2007-04-18 13:09:38
|
Le 18 avr. 07 =C3=A0 15:00, ti...@da... a =C3=A9crit : >> I still have to find a way to read Unimaps now, cause they >> are in a different file format (I hope Wad). >> >> tiennou > Sorry, what's a unimap? I feel I missed some A1 > discussion... Err, AFAIR it's a map format introduced so that SDL and NIBs can use =20 the same file format (the old needs a conversion). I think this is =20 due to resources fork used for terminal pictures. > As for physics/maps/wad, I'd like to avoid including any of > those things before we release 0.4. 0.4 will be a huge > release (we have introduced a new shiny sound editor!) and > I'd prefer starting to make sure things work perfectly > rather than fitting tons of new features. Do you agree? I've > got to introduce the color table editor too... Maybe we > could branch to 0.4 like we did for 0.3 and then "stabilize" > it in parallel with the main development, but not before > I've started the color table editor. No pb, I'll keep my stuff at bay and commit it as soon as we =20 branch... Tell me when you're ready for this. tiennou |
|
From: <ti...@da...> - 2007-04-18 13:00:39
|
> I still have to find a way to read Unimaps now, cause they > are in a different file format (I hope Wad). > > tiennou Sorry, what's a unimap? I feel I missed some A1 discussion... As for physics/maps/wad, I'd like to avoid including any of those things before we release 0.4. 0.4 will be a huge release (we have introduced a new shiny sound editor!) and I'd prefer starting to make sure things work perfectly rather than fitting tons of new features. Do you agree? I've got to introduce the color table editor too... Maybe we could branch to 0.4 like we did for 0.3 and then "stabilize" it in parallel with the main development, but not before I've started the color table editor. Bye T |
|
From: tiennou <tie...@gm...> - 2007-04-17 12:29:17
|
Le 17 avr. 07 =C3=A0 14:17, ti...@da... a =C3=A9crit : >> I fixed RED file, caused by a negative groupOffset in >> sound 6. Wail had the test I added, and strangely, Anvil >> don't complain when this sound is opened, but it won't >> play it... Anyway class 6 is 'Unused', so it won't break >> anything. My EVIL sound file doesn't show this error... I >> just tried with the Unimap version, but same... I don't >> get any error. > I hate people violating file formats. > >> Your fix to the PlaySound() method causes an error here, >> but I don't know what triggers it (I get a File not >> found, but the file is clearly in >> /private/var/tmp/folders.501/TemporaryItems). I tracked >> the error to the QuickTime call but now I'm wondering why >> it fails... > Maybe some strange MacOS X path quirk. That code is so > clean... I hope we won't have to hack it anymore. I fixed this by adding .wav at the end of the filename. Shame on QT =20 not able to guess a fileformat... I guess this won't break Linux so =20 that should be good. > >> I've started working on a WadReader class, to provide >> abstract access to Wad data (use for Physics & Map). I >> didn't understood when you told me that Physics are >> actually stored in Wad format, opposed to Sound/Shapes. >> I find this so strange that Bungie used Wad for some files >> , but not for others... > I often find myself wondering "hey, I could have designed > this file format so *well*..." :-) True, that is one of the things that strike me most... I still have to find a way to read Unimaps now, cause they are in a =20 different file format (I hope Wad). tiennou |
|
From: <ti...@da...> - 2007-04-17 12:18:28
|
> I fixed RED file, caused by a negative groupOffset in > sound 6. Wail had the test I added, and strangely, Anvil > don't complain when this sound is opened, but it won't > play it... Anyway class 6 is 'Unused', so it won't break > anything. My EVIL sound file doesn't show this error... I > just tried with the Unimap version, but same... I don't > get any error. I hate people violating file formats. > Your fix to the PlaySound() method causes an error here, > but I don't know what triggers it (I get a File not > found, but the file is clearly in > /private/var/tmp/folders.501/TemporaryItems). I tracked > the error to the QuickTime call but now I'm wondering why > it fails... Maybe some strange MacOS X path quirk. That code is so clean... I hope we won't have to hack it anymore. > I've started working on a WadReader class, to provide > abstract access to Wad data (use for Physics & Map). I > didn't understood when you told me that Physics are > actually stored in Wad format, opposed to Sound/Shapes. > I find this so strange that Bungie used Wad for some files > , but not for others... I often find myself wondering "hey, I could have designed this file format so *well*..." :-) T |
