Go Back   EQEmulator Home > EQEmulator Forums > Development > Development::Bug Reports

Development::Bug Reports Post detailed bug reports and what you would like to see next in the emu here.

Reply
 
Thread Tools Display Modes
  #1  
Old 03-02-2009, 08:19 PM
trevius's Avatar
trevius
Developer
 
Join Date: Aug 2006
Location: USA
Posts: 5,946
Default Secrets of Faydwer - Bug Tracking

This post is created to allow us to track bug reports with Secrets of Faydwer. A current list of the known issues for development tracking can be seen here:

http://www.eqemulator.net/forums/showthread.php?t=27429

If you find a bug that is not already on that list, please post it in this thread (not the development thread linked above) and I will get it added to that list. The list is updated regularly, so check back for current status and updates on bug reports and resolutions.

Here is a list of some of the known issues/bugs with SoF and what is known about them:
1. /who - /who actually works almost perfectly now. But, if you search for /who <name> or use /whotarget, it returns all players in the current zone.
2. Item Trading - Appears trading items may not always work perfectly. This is almost certainly a slot issue with the trade window and can probably be corrected with an adjustment to the encode/decode of it.

Unverified Bug Reports:
1. Disciplines Failing - Reports of some disciplines failing to execute. I think this happens on all clients.

SoF Bugs with the client iself:
1. Highhold Keep - From the brief testing I did on this, it appears that trying to enter the old HHK zone causes the client to crash and it needs to be moved out of the zone for them to be able to log in again. The old HHK zone was removed from the newer clients, and so they cannot access that zone.


Fixed Bugs from this post:
1. Fast Food/Drink Consumption - Food and Drink now get consumed at the proper rate.
2. Throwing/Ranged Animation - The throwing animation is now working (thanks Derision!)
3. Animation - All Animation issues are now resolved (thanks Derision!)
4. Drakkin Corpses - Drakkin corpses (as well as Froglok corpses) now show properly even after a zone dump occurs (thanks Derision!)
5. Spell Fizzles - After fizzling a spell, there is an especially long delay before the spell can be recast. It appears that there may be different ways of handling spell fizzles in SoF. In Titanium, I believe it was treated like a normal spell interrupt.
6. Disconnect on Death - You are no longer disconnected on Death in SoF.
7. Potion Belt - Potion belt appears to function correctly now.
8. Total Spent AAs - This is now reported correctly for all clients including SoF and SoD.

I will add more to this list later.
__________________
Trevazar/Trevius Owner of: Storm Haven
Everquest Emulator FAQ (Frequently Asked Questions) - Read It!

Last edited by trevius; 04-03-2010 at 06:30 AM..
Reply With Quote
  #2  
Old 03-09-2009, 04:10 PM
Zeice
Sarnak
 
Join Date: Oct 2008
Location: USA
Posts: 92
Default

I was messing around on my 30 days that came with SoF, and this would go under new systems. There appears to be the rest system now. Once a player leaves combat a 30 second timer begins, once that 30 second timer is up the player can med/regen 2x faster while sitting. I didn't see it on the list so figured I'd throw it out there.
Reply With Quote
  #3  
Old 03-25-2009, 09:17 AM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

What's with the bind traps? Human guys with "Bind Trap" for a name. There is one near the bank in POK.
Reply With Quote
  #4  
Old 03-25-2009, 02:25 PM
Andrew80k
Dragon
 
Join Date: Feb 2007
Posts: 659
Default

Quote:
Originally Posted by cubber View Post
What's with the bind traps? Human guys with "Bind Trap" for a name. There is one near the bank in POK.
Yeah, I was going to ask about this. They showed up a couple of rev's ago. Anyone know what they are?
Reply With Quote
  #5  
Old 04-17-2009, 04:22 AM
kedobin
Sarnak
 
Join Date: Oct 2004
Posts: 30
Default

If this clutters this thread too badly, feel free to move it to its own thread.

Besides the things like the bind traps in pok, or the shortened item link text, I've noticed a number of things that either haven't been mentioned, or have been talked about a bit but not the same symptoms I found.

Quick info: using rev408-bots (binaries). DB and quests aren't newest, but merely a few days old (April 8th?). Most testing done in sof, some comparisons done in titanium, all done with minilogin.
In previous sessions, I've had issues with zone going to sleep when I'm zoning, so set up a boot3zones.bat to test if issue's with launcher or zone.

Quicker stuff first:
Code:
Every time enter a new zone, sound effect of closing backpack plays.
Don't remember this  in Titanium, but wasn't paying enough attention to be
certain it wasn't there.

After resting mouse over item in inventory:
Error: Server found no item in slot 203 (->-6315), Deleting Item!
Attempted to repeat, but resting mouse over items didn't repeat it.  
Text was in-game with red text.  No known items actually removed.

Another time, in same zone, some time later (15 min+?)
Error: Server found no item in slot 11018 (->-6315), Deleting Item!
No known provocations.  On a related note, in some earlier sof revisions, 
these occurred almost non-stop but with slots in lower number range.

Every time zoning occurs, a very large number of 
[Debug] [NET__ERROR] XXXX: xx xx xx xx xx ... strings appear, where XXXX is 
some number, and xx is some hex value.  Later quickly tested in Titanium - net 
errors didn't occur.  Noticed that during time net errors occur, client doesn't 
zone, or if already in zone then client goes ld.  Basically, no waiting 
for client to try zoning in Titanium, but may take 1-3 minutes before 
client responds to zoning request in SoF.

Looted a decaying skeleton, had 2 bone chips, 1 skeleton tibia, 1 cloth sleeves.  
Upon looting sleeves, they turned into bone chips on cursor.  
Upon looting 2nd bone chips, turned into cloth sleeves.  
Forgot to write order of items in loot screen, except in [1,1] showed sleeves 
and [2,2] showed bone chips (where [X,Y] is coords of loot window).  
These 2, when looted, were what swapped. 

Killed and looted a grass snake.  Showed Fang, Scales, Fang.  
When looted, fang in [1,1] changed into scales, and scales in [1,2] 
turned into fang.  Fang in [2,1] remained a fang.

Monk skill issue: monk starts with Tiger Claw, Eagle Strike, Dragon Punch 
at level 1.  Fail upon using unless train at guildmaster.  Upon training, still 
at level 1, TC gets 10 skill, ES gets 20, and DP gets 25.
Tested on new monk in Titanium client: skills require level 10, 20, and 25 
respectively in order to train.

Last edited by kedobin; 04-17-2009 at 12:26 PM.. Reason: hit text limit
Reply With Quote
  #6  
Old 04-17-2009, 04:27 AM
kedobin
Sarnak
 
Join Date: Oct 2004
Posts: 30
Default

Now the larger part, with clips of feedback from world and zone windows.
Code:
Books don't work.  Attempt to open book, prevents mouse from interacting with 
npcs and objects (doors, etc).  Mouse look and manipulating ui still possible.  
Inventory buttons function, but items do not react to mouse. 
Inventory window can close, but cannot be reopened, whether by pressing I or 
pressing button in window selector.  Other than inventory button, Keyboard 
has full functionality, including target nearest npc (F8), consider (c), 
and use (u).

Previous session, zoning failed.  Tested using boot3zones.bat.  
Failed on character zoning from North Qeynos to PoK.  Both zone files go 
into sleeping mode and leave client hanging.  After several minutes 
client proceeds to login screen.


World.exe, from first enter NQ, to end of output.
Code:
[Debug] [WORLD__CLIENT] mini: Attempting autobootup of qeynos2 (2)
[Debug] [WORLD__ZONE] [3] Setting to 'qeynos2' (2)
[Debug] [WORLD__CLIENT] mini: Entering zone qeynos2 (2)
[Debug] [WORLD__ZONE] [3] [qeynos2] Broadcasting a world time update
[Debug] [WORLD__ZONE] [3] [qeynos2] Setting to 'qeynos2' (2)
[Debug] [WORLD__CLIENT] mini: Sending client to zone qeynos2 (2) at 127.0.0.1:70
00
[Debug] [WORLD__CLIENT] mini: Client disconnected (not active in process)
[Debug] [WORLD__ZONE] [3] [qeynos2] ZoneToZone request for Virecita current zone
 2 req zone 202

[Debug] [WORLD__ZONE] [3] [qeynos2] Processing ZTZ for egress from zone for clie
nt Virecita

[Debug] [WORLD__ZONE] Successfully booted a zone for Virecita

[Debug] [WORLD__CLIENT] New connection from 127.0.0.1:1383
[Debug] [NET__IDENT_TRACE] 127.0.0.1:1383: First opcode 0x6c3c did not match exp
ected 0x2792
... ... ...
... ... ...
[Debug] [NET__IDENTIFY] Identified stream 127.0.0.1:1383 with signature SoF_worl
d
[Debug] [WORLD__CLIENT] Checking inbound connection 127.0.0.1 against BannedIPs
table
[Debug] [WORLD__CLIENT] Connection 127.0.0.1 PASSED banned IPs check.  Processin
g connection.
[Debug] [WORLD__CLIENT] mini: Logged in. Mode=(Zoning)
[Debug] [WORLD__CLIENT] mini: MiniLogin Account #1
[Debug] [WORLD__CLIENT] mini: Telling client to continue session.
Unable to get group id, char not found!
[Debug] [WORLD__CLIENT] mini: Zoning to poknowledge (202)
[Debug] [WORLD__CLIENT] mini: Sending client to zone poknowledge (202) at 127.0.
0.1:7001
[Debug] [WORLD__CLIENT] mini: Client disconnected (not active in process)
[Debug] [WORLD__ZONE] [2] Setting to 'poknowledge' (202)
[Debug] [WORLD__ZONE] [2] [poknowledge] Broadcasting a world time update
[Debug] [WORLD__ZONE] [2] [poknowledge] ZoneToZone request for Virecita current
zone 2 req zone 202

[Debug] [WORLD__ZONE] [2] [poknowledge] Processing ZTZ for ingress to zone for c
lient Virecita

[Debug] [WORLD__ZONE] [2] [poknowledge] Setting to 'poknowledge' (202)

Last edited by kedobin; 04-17-2009 at 12:30 PM.. Reason: hit text limit
Reply With Quote
  #7  
Old 04-17-2009, 04:34 AM
kedobin
Sarnak
 
Join Date: Oct 2004
Posts: 30
Default

Qeynos Zone:
Code:
[Debug] Unable to convert EQ opcode 0x66c8 to an Application opcode.
[Debug] [CLIENT__NET_ERR] Virecita: Unhandled incoming opcode: [OpCode OP_Unknow
n (0x66c8) Size=4]
   0: 08 00 00 00                                        | ....
[Debug] Unable to convert EQ opcode 0x10e3 to an Application opcode.
[Debug] [CLIENT__NET_ERR] Virecita: Unhandled incoming opcode: [OpCode OP_Unknow
n (0x10e3) Size=4]
   0: 19 00 00 00                                        | ....
[Debug] Unable to convert EQ opcode 0x4db4 to an Application opcode.
[Debug] [CLIENT__NET_ERR] Virecita: Unhandled incoming opcode: [OpCode OP_Unknow
n (0x4db4) Size=8260]
Dump limited to 1000 characters:
   0: 18 49 00 00 4E 6F 74 65 - 20 77 69 74 68 20 46 69  | .I..Note with Fi
  16: 73 74 20 49 6E 73 69 67 - 6E 69 61 00 00 00 00 00  | st Insignia.....
  32: EA F3 60 00 AA 18 2F 49 - 06 00 00 00 06 00 00 00  | ..`.../I........
  48: 40 86 82 05 64 DD 12 00 - 00 00 00 00 4D 49 58 45  | @...d.......MIXE
  64: 52 5F 6D 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | R_m.............
  80: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
  96: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
 112: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
... ... ...
... ... ...
 992: 00 00 00 00 00 00 00 00                            | ........
[Debug] Unable to convert EQ opcode 0x4db4 to an Application opcode.
[Debug] [CLIENT__NET_ERR] Virecita: Unhandled incoming opcode: [OpCode OP_Unknow
n (0x4db4) Size=8260]
Dump limited to 1000 characters:
   0: 18 49 00 00 4E 6F 74 65 - 20 77 69 74 68 20 46 69  | .I..Note with Fi
  16: 73 74 20 49 6E 73 69 67 - 6E 69 61 00 00 DB 30 49  | st Insignia...0I
  32: 19 00 00 00 3F EB 65 00 - 40 C1 12 00 00 DB 30 49  | ....?.e.@.....0I
  48: DC E7 12 00 D4 D5 6A 00 - 48 C8 71 00 FF FF FF FF  | ......j.H.q.....
  64: 66 85 6A 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | f.j.............
  80: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
... ... ...
... ... ...
 992: 00 00 00 00 00 00 00 00                            | ........
[Error] No book to send, (yy<--)
[Debug] Unable to convert EQ opcode 0x4db4 to an Application opcode.
[Debug] [CLIENT__NET_ERR] Virecita: Unhandled incoming opcode: [OpCode OP_Unknow
n (0x4db4) Size=8260]
Dump limited to 1000 characters:
   0: 18 49 00 00 4E 6F 74 65 - 20 77 69 74 68 20 46 69  | .I..Note with Fi
  16: 73 74 20 49 6E 73 69 67 - 6E 69 61 00 00 00 00 00  | st Insignia.....
  32: EA F3 60 00 AA 18 2F 49 - 06 00 00 00 06 00 00 00  | ..`.../I........
  48: 40 86 82 05 64 DD 12 00 - 00 00 00 00 4D 49 58 45  | @...d.......MIXE
  64: 52 5F 6D 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | R_m.............
  80: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
... ... ...
... ... ...
 992: 00 00 00 00 00 00 00 00                            | ........
[Debug] Unable to convert EQ opcode 0x4db4 to an Application opcode.
[Debug] [CLIENT__NET_ERR] Virecita: Unhandled incoming opcode: [OpCode OP_Unknow
n (0x4db4) Size=8260]
Dump limited to 1000 characters:
   0: 18 49 00 00 4E 6F 74 65 - 20 77 69 74 68 20 46 69  | .I..Note with Fi
  16: 73 74 20 49 6E 73 69 67 - 6E 69 61 00 DC E7 12 00  | st Insignia.....
  32: 08 3A 6D 00 FF FF FF FF - 96 B7 4B 00 04 00 00 00  | .:m.......K.....
  48: C8 2A 39 49 16 20 00 00 - C4 E1 12 00 80 4E 88 12  | .*9I. .......N..
  64: 49 FF 4B 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | I.K.............
  80: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
... ... ...
... ... ...
 992: 00 00 00 00 00 00 00 00                            | ........
Message: Hail, gnoll dung
[Debug] Player Virecita has requested a zoning to LOC x=-289.000000, y=147.00000
0, z=-157.000000, heading=383.000000 in zoneid=202
[Debug] Zone request from Virecita
   0: 56 69 72 65 63 69 74 61 - 00 00 00 00 01 00 00 00  | Virecita........
  16: 62 F1 6A 01 BC 01 77 01 - 00 00 00 00 00 00 00 00  | b.j...w.........
  32: D4 01 77 01 BC 01 77 01 - 00 00 00 00 00 00 00 00  | ..w...w.........
  48: 62 F1 6A 01 BC 01 77 01 - 84 00 00 00 C8 C6 27 18  | b.j...w.......'.
  64: CA 00 00 00 00 00 13 43 - 00 80 90 C3 00 00 1D C3  | .......C........
  80: 01 00 00 00 00 00 00 00                            | ........
[Status] Zoning 'Virecita' to: poknowledge (202) x=-289.000000, y=147.000000, z=
-157.000000
[Debug] Client::AddMoneyToPP() Virecita should have:  plat:0 gold:0 silver:0 cop
per:0
Dropping client: Process=false, ip=127.0.0.1, port=1382
[Status] Zone Shutdown: qeynos2 (2)
[Normal] Zone shutdown: going to sleep
PoK Zone:
Code:
[Status] Booting poknowledge
Map header: 105078 faces, 1201 nodes, 158626 facelists
Loaded map: 315234 vertices, 105078 faces
Map BB: (-408.00 -> 1560.00, -984.00 -> 984.00, -216.00 -> 720.00)
Map ./Maps/poknowledge.map loaded.
Water region map has 3603 nodes.
Water Map ./Maps/poknowledge.wtr loaded.
Path File ./Maps/poknowledge.path not found.
[Debug] The next weather check for zone: poknowledge will be in 12282 seconds.
[Status] Loading spawn conditions...
[Status] Loading static zone points...
[Status] Loading spawn groups...
[Status] Loading spawn2 points...
... ... ...
... ... ...
[Status] Init Finished: ZoneID = 202, Time Offset = 0
[Debug] Zone: poknowledge has weather of type 1.
[Debug] Zone: poknowledge(202) has weather type = 1. The weather timer has been
enabled.
[Normal] Starting Log: logs/eqemu_zone_3212.log
[Normal] ---- Zone server poknowledge, listening on port:7001 ----
[Status] Zone Bootup: poknowledge (202)
[Debug] [WORLD__CLIENT] New connection from 127.0.0.1:1385
Received Message SyncWorldTime
Time Broadcast Packet: EQTime [06:33 pm]
[Debug] [NET__IDENTIFY] Unable to identify stream from 127.0.0.1:1385 before tim
eout.
[Status] Zone Shutdown: poknowledge (202)
[Normal] Zone shutdown: going to sleep
Tested note again, in Nexus. Again locked up mouse and prevents inventory screen from opening. Zoned into shadowhaven. Zoned in ok, mouse usable again, but went linkdead after trying to consider a guard.
Ran Titanium client, created nearly identical character, read note, no issues.

Upon linkdeath in shadowhaven, debug net errors occurred again, preventing access to feedback in zone screen due to the number of these errors.


World feedback:
Code:
[Debug] [WORLD__CLIENT] mini: Logged in. Mode=(Zoning)
[Debug] [WORLD__CLIENT] mini: MiniLogin Account #1
[Debug] [WORLD__CLIENT] mini: Telling client to continue session.
Unable to get group id, char not found!
[Debug] [WORLD__CLIENT] mini: Zoning to shadowhaven (150)
[Debug] [WORLD__CLIENT] mini: Sending client to zone shadowhaven (150) at 127.0.
0.1:7001
[Debug] [WORLD__CLIENT] mini: Client disconnected (not active in process)
[Debug] [WORLD__ZONE] [2] Setting to 'shadowhaven' (150)
[Debug] [WORLD__ZONE] [2] [shadowhaven] Broadcasting a world time update
[Debug] [WORLD__ZONE] [2] [shadowhaven] ZoneToZone request for Virecita current
zone 152 req zone 150

[Debug] [WORLD__ZONE] [2] [shadowhaven] Processing ZTZ for ingress to zone for c
lient Virecita

[Debug] [WORLD__ZONE] [2] [shadowhaven] Setting to 'shadowhaven' (150)
Reply With Quote
  #8  
Old 04-17-2009, 04:39 AM
trevius's Avatar
trevius
Developer
 
Join Date: Aug 2006
Location: USA
Posts: 5,946
Default

Thanks for the reports, but remember when testing SoF and reporting issues, it is very important that you are using the absolute latest updates from the SVN. While the binaries try to stay somewhat current, they can get behind fairly quickly considering how quickly the SoF updates come in at times.

Almost every issue you mentioned has already been corrected as of Revision 432, which is the current one ( quite a few updates since R408 ). See the change list here for recent updates:

http://code.google.com/p/projecteqemu/source/list

I think the only issue you mentioned that hasn't been addressed yet is the issue with books. I haven't even tested them yet personally, but I would guess that we probably need to adjust the structure for them to work properly.

As for the hex you are seeing in your log files, that can be any number of things. Most of the stuff you see in there atm should be perfectly normal.

I think the bind traps are something specific to the new PEQ database updates. I am not exactly sure what they are, but I would guess they are something similar to the Illusionist I have set on Storm Haven. Basically, I use that NPC to move players from their spawn point so you don't get 20 characters all piling up on top of each other. Otherwise, it can get characters stuck and also causes heavy position updates to be sent out wasting a ton of bandwidth. I dunno if PEQ has them set to be invisible in Titanium, but if so, they might need to do something different to make them invisible in SoF. I think race 240 works fine for invisible NPCs no matter what client. Also, I think that the invis field in the spawn structure for SoF isn't found yet, but that is on the todo list.
__________________
Trevazar/Trevius Owner of: Storm Haven
Everquest Emulator FAQ (Frequently Asked Questions) - Read It!

Last edited by trevius; 04-17-2009 at 12:44 PM..
Reply With Quote
  #9  
Old 04-17-2009, 09:58 AM
cavedude's Avatar
cavedude
The PEQ Dude
 
Join Date: Apr 2003
Location: -
Posts: 1,988
Default

Quote:
Originally Posted by trevius View Post
I think the bind traps are something specific to the new PEQ database updates. I am not exactly sure what they are, but I would guess they are something similar to the Illusionist I have set on Storm Haven. Basically, I use that NPC to move players from their spawn point so you don't get 20 characters all piling up on top of each other. Otherwise, it can get characters stuck and also causes heavy position updates to be sent out wasting a ton of bandwidth. I dunno if PEQ has them set to be invisible in Titanium, but if so, they might need to do something different to make them invisible in SoF. I think race 240 works fine for invisible NPCs no matter what client. Also, I think that the invis field in the spawn structure for SoF isn't found yet, but that is on the todo list.
Bind Traps were collecting from Live. We don't use them on PEQ, as we're not sure what they are used for. However, they and I noticed many other "trigger" type NPCs are visible using SoF and are not using 0.6.2 and Titanium. I figure that will be ironed out eventually
Reply With Quote
  #10  
Old 04-21-2009, 12:51 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

Couple things I noticed while playing on my server using SoF client. My server is at rev 437 using PEQ svn 4

Spell fizzles:

If you fizzle a spell the recast time on it seems extra long.

Bags:

If you purchase more bags from a vendor than you have open slots bags will start going into other bags.

Now please note I have not played on live in like 5 years and have been playing on the titanium client since it was first supported by the eqemu project. So that is pretty much what I know, and I am not sure if these are legit changes per live, or if they are bugs.

Animations:

Iksar monks have no throwing animation. Not sure if this applies to other races or not.
Reply With Quote
  #11  
Old 04-24-2009, 02:25 PM
Congdar
Developer
 
Join Date: Jul 2007
Location: my own little world
Posts: 751
Default Arrow

For archery, the archery animation works, but the arrow animation doesn't show. I do see the arrow in the Titanium client so maybe the SoF client doesn't recognize the SendItemAnimation()? Code from special_attacks.cpp:
Code:
void Client::RangedAttack(Mob* other) {
...
	DoAnim(animShootBow);
	SendItemAnimation(target, AmmoItem);
...
}
Reply With Quote
  #12  
Old 04-24-2009, 08:53 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

A few more bugs I have noticed:

Items such as "Silver Moon Wrist Wraps" that have a long cast time do not show the casting progress bar decrease until there is a few seconds left on the timer. This particular item has a 25 second cast timer and it does not start decreasing the timer until about 20 seconds into the cast.

Right clickable items that are labeled "Must Equip" are castable from inventory. You should have to put them into a slot to use them.
Reply With Quote
  #13  
Old 04-25-2009, 04:37 PM
Secrets's Avatar
Secrets
Demi-God
 
Join Date: May 2007
Location: b
Posts: 1,450
Default

Disciplines don't seem to be working from my limited testing. They say I need to be out of combat, regardless if I am in combat or not.
Reply With Quote
  #14  
Old 04-26-2009, 05:21 AM
KLS
Administrator
 
Join Date: Sep 2006
Posts: 1,348
Default

That seems odd since many are designed specifically for being used in combat.
Reply With Quote
  #15  
Old 04-26-2009, 06:00 AM
trevius's Avatar
trevius
Developer
 
Join Date: Aug 2006
Location: USA
Posts: 5,946
Default

That may be a spell file issue. It probably depends on how you have your server setup. If you use a custom spell file, you probably need to create one to use for SoF as well so they match up. They seem to work fine for me after I did that.

What you should do is use the new import/export scripts that AndMetal made. You can import your custom Titanium spell file into the database using them. Then, export it back into the same file. What that will do is add all of the extra spell fields that are required for SoF. Otherwise, if you try to use a plain Titanium spell file on SoF, it crashes the client. But, by doing the import and export, the spell file will then work for both clients. The file is always backwards compatible (as far as I know), but it is not forwards compatible.

I may need to do more testing on Discs, but so far they seem fine to me.
__________________
Trevazar/Trevius Owner of: Storm Haven
Everquest Emulator FAQ (Frequently Asked Questions) - Read It!
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 09:11 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3