search

ksritharan / fsm-trem

Automatically exported from code.google.com/p/fsm-trem
Other
0 stars 0 forks source link

Fixed. #91

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
I have experienced two problems in the most recent svn.
1.  The backspace/delete key does not work.  It can be bound and that bind will 
work, but it does 
NOT delete text.
2.  In going through a door as a spectator, I somehow received signal 4.

I use Mac OS X 10.4.11 on a 1.5 Ghz G4. (ppc)  I have not yet managed to make a 
UB of libmad, so 
the client this happened on was made with a plain "make".

As a side note, I believe I have made universal frameworks of both Ogg and 
Vorbis.

Original issue reported on code.google.com by doomagent13@yahoo.com on 27 Aug 2008 at 7:05

GoogleCodeExporter commented 8 years ago 
Hmm, does this only occur on macs? because both me and slacker cannot test this 
due
to us both using 64-bit linux...

Original comment by I.Am.Gew...@gmail.com on 27 Aug 2008 at 9:06

GoogleCodeExporter commented 8 years ago

Original comment by I.Am.Gew...@gmail.com on 27 Aug 2008 at 9:12

GoogleCodeExporter commented 8 years ago 
http://svn.icculus.org/quake3?view=rev&revision=1454

^When we merge, please test this again...

Original comment by I.Am.Gew...@gmail.com on 27 Aug 2008 at 9:20

GoogleCodeExporter commented 8 years ago 
backspace = merge ioq3

Original comment by amanieu on 27 Aug 2008 at 10:56

GoogleCodeExporter commented 8 years ago 
Just tell me when the merge is complete and in svn and I will.

Original comment by doomagent13@yahoo.com on 27 Aug 2008 at 11:06

GoogleCodeExporter commented 8 years ago 
BTW, you could make a beta release.  Some svn revision is quite stable.  (I've 
been using it for weeks)  
Unfortunately, I cant remember which...

Original comment by doomagent13@yahoo.com on 28 Aug 2008 at 2:12

GoogleCodeExporter commented 8 years ago 
Sorry for triple-post, but I just had a semi-genius idea.

What about including libavcodec?  It would provide support for just about all 
common formats.  Only problem is 
that it would likely require a substantial rewrite of the engine...  I stumbled 
across it while searching for a 
potential replacement for libmad...

Original comment by doomagent13@yahoo.com on 28 Aug 2008 at 4:22

GoogleCodeExporter commented 8 years ago 
One of our guys already did that, it will be in tremfusion soon.

Original comment by amanieu on 28 Aug 2008 at 6:42

GoogleCodeExporter commented 8 years ago 
That is one thing you should definitely "steal" from them.

Original comment by doomagent13@yahoo.com on 28 Aug 2008 at 3:28

GoogleCodeExporter commented 8 years ago 
All of us have agreed no beta releases until its done

Original comment by I.Am.Gew...@gmail.com on 28 Aug 2008 at 8:58

GoogleCodeExporter commented 8 years ago 
"What about including libavcodec?"

FFMpeg from Mplayer. This has been in the works for some time in quake 
development.

Original comment by fra...@gmail.com on 28 Aug 2008 at 9:45

GoogleCodeExporter commented 8 years ago 
If you don't release until it is done, you might NEVER release.  Particularly 
once any and all voip issues have 
settled down, you should at least set a date for an official release.  This 
isn't a map that will eventually reach 
some final status, it's a client, and there likely will always be SOMETHING you 
would like to add.

Original comment by doomagent13@yahoo.com on 29 Aug 2008 at 5:31

GoogleCodeExporter commented 8 years ago 
http://code.google.com/p/fsm-trem/issues/detail?id=89

Try that patch i last posted, that *should* fix it?

Original comment by I.Am.Gew...@gmail.com on 29 Aug 2008 at 11:09

GoogleCodeExporter commented 8 years ago 
svn updated with ioq3 changes i didn't add a mac bit because it seemed like it 
wasn't
there. try it out see if it fixes things

Original comment by SlackerL...@gmail.com on 30 Aug 2008 at 12:53

GoogleCodeExporter commented 8 years ago 
It worked fine, although I didn't do much of a test, just fired it up and 
checked the delete button and going 
through a door.  If I make universal versions of libvorbis, libogg, and 
libmp3lame, would you like them?

Original comment by doomagent13@yahoo.com on 30 Aug 2008 at 3:45

GoogleCodeExporter commented 8 years ago 
I sure would! :)

Original comment by amanieu on 30 Aug 2008 at 3:52

GoogleCodeExporter commented 8 years ago 
We would appreciate it doom :D

Original comment by fra...@gmail.com on 30 Aug 2008 at 5:28

GoogleCodeExporter commented 8 years ago 
Give me a few days to put it all together.  However, there are two BIG 
questions.  How should I send them, and 
which ones do you want?  Both libogg and libvorbis have several .dylib and .a 
files.

Original comment by doomagent13@yahoo.com on 30 Aug 2008 at 10:00

GoogleCodeExporter commented 8 years ago 
ok doom ill leave this open for a little while longer just incase you have a 
few probs

Original comment by SlackerL...@gmail.com on 31 Aug 2008 at 1:20

GoogleCodeExporter commented 8 years ago 
Here are the UBs.  It will likely take some minor modifications to get it to 
compile with local libraries rather than 
system libraries, but that shouldn't be TOO hard given that SDL does it.

Original comment by doomagent13@yahoo.com on 31 Aug 2008 at 1:56

Attachments:

GoogleCodeExporter commented 8 years ago 
tyvm doom

Original comment by fra...@gmail.com on 31 Aug 2008 at 5:04

GoogleCodeExporter commented 8 years ago 
Unfortunately, I have to report that the libvorbis*.dylibs are semi-broken.  
They expect libogg.0.dylib to be in 
/usr/lib, which is what I am trying to NOT require.  Would it work if 
everything was where it ought to be for 
compiling, but moved local for distribution purposes?

Original comment by doomagent13@yahoo.com on 1 Sep 2008 at 2:45

GoogleCodeExporter commented 8 years ago 
After a little experimentation, I believe the problem to be that they were 
static libraries.  In order to fix it, I am 
remaking them all as dynamic libraries.  In the process, I believe I have made 
all the necessary adjustments to 
the Makefile.

Original comment by doomagent13@yahoo.com on 1 Sep 2008 at 3:53

GoogleCodeExporter commented 8 years ago 
That failed, same problem...  I am going to try to set it up to work with the 
frameworks I have made.

Original comment by doomagent13@yahoo.com on 1 Sep 2008 at 6:04

GoogleCodeExporter commented 8 years ago 
I managed to fix the problem with libvorbis.  However, libvorbisfile is still 
messed up.  I think I know what to do, 
but actually getting it to occur is the hard part.

Original comment by doomagent13@yahoo.com on 3 Sep 2008 at 1:42

GoogleCodeExporter commented 8 years ago 
we can turn both of those off for mac builds?? that's the easiest solution

Original comment by SlackerL...@gmail.com on 3 Sep 2008 at 8:01

GoogleCodeExporter commented 8 years ago 
You COULD, but I am GOING to get this to work.  Just give me a little more time.

Original comment by doomagent13@yahoo.com on 3 Sep 2008 at 1:11

GoogleCodeExporter commented 8 years ago 
I, or someone else, could always make a new Mac build even if release time 
hits. It
really isn't that big of an issue.

Original comment by fra...@gmail.com on 3 Sep 2008 at 9:54

GoogleCodeExporter commented 8 years ago 
I don't care whether or not I make the "official" mac build.  I would likely 
still 
use my own compile from svn anyway.  All I am trying to do is fix the issue of 
requiring non-standard libraries on a system with no built-in packae manager. :)

Anyway, I believe I have found the solution.  I just need to re-link/compile 
them 
with a few custom flags and then re-lipo them.

Original comment by doomagent13@yahoo.com on 4 Sep 2008 at 2:17

GoogleCodeExporter commented 8 years ago 
I believe I can report success.  It compiles and runs fine as far as I have 
tested it, although I have hardly used it...

NOTE:
I am not entirely sure if it works as there is very little that needs the new 
libs.  It appears that these libs might 
ONLY work in the .app bundle.

It would probably be best to give me temporary svn write privileges so I can 
upload the libs straight into the 
repository...

Original comment by doomagent13@yahoo.com on 4 Sep 2008 at 10:15

GoogleCodeExporter commented 8 years ago 
i think we can do that ill add you to project members

Original comment by SlackerL...@gmail.com on 5 Sep 2008 at 3:34

GoogleCodeExporter commented 8 years ago 
Okay, thanks.  As soon as I get home, I'll commit it. (after updating and 
confirming 
it still works, of course)  Before you ask, I modified the makefile 
appropriately to 
use local libraries rather than installed libraries. (Macs only, that is)  I 
also 
made a few minor adjustments to make-macosx-ub.sh, mainly combining the two 
different ppc builds into one (server and client) since they both use the same 
sdk 
now.

Original comment by doomagent13@yahoo.com on 5 Sep 2008 at 3:05

GoogleCodeExporter commented 8 years ago 
Committed as revision 135.  It works on Intel and ppc, although the libs 
themselves are untested due to a lack of 
material.  The one time I tried running the non-lipo'ed client via 
command-line, it failed...  I am going to leave 
this open for now, but if someone else wants to close this, it's fine with me.

Original comment by doomagent13@yahoo.com on 6 Sep 2008 at 12:41

GoogleCodeExporter commented 8 years ago 
thanks doom ill leave this open for a week or so hopefully some more mac users 
can
test it out.

Original comment by SlackerL...@gmail.com on 6 Sep 2008 at 12:47

GoogleCodeExporter commented 8 years ago

Original comment by SlackerL...@gmail.com on 8 Sep 2008 at 3:13

GoogleCodeExporter commented 8 years ago

Original comment by SlackerL...@gmail.com on 9 Sep 2008 at 12:42

GoogleCodeExporter commented 8 years ago 
noones been complaining so closing this

Original comment by SlackerL...@gmail.com on 14 Sep 2008 at 11:43