Hi,
sorry, this is a bug introduced with the latest release while fixing an FP context corruption bug. I've fixed this now in SVN. So grab latest libogc from SVN, please.
regards
shagkur
Search found 53 matches
- Sat Oct 09, 2010 8:48 am
- Forum: devkitPPC
- Topic: Is gdb support broken for Wii apps?
- Replies: 2
- Views: 5760
- Wed Oct 06, 2010 8:14 am
- Forum: Announcements
- Topic: libogc 1.8.4
- Replies: 6
- Views: 16552
Re: libogc 1.8.4
No. Because both use the DSP to do the channel mixing.
- Thu Sep 23, 2010 2:34 pm
- Forum: devkitPPC
- Topic: How to clear audio buffer ?
- Replies: 3
- Views: 6905
Re: How to clear audio buffer ?
Try calling ASND_End() after MP3Player_Stop(). This will shutdown the ASND lib and will stop the dsp task. Perhaps this helps.
best regards
shagkur
best regards
shagkur
- Sat Sep 18, 2010 8:44 am
- Forum: devkitPPC
- Topic: Problem with mathematic functions (pow)
- Replies: 13
- Views: 18982
Re: Problem with mathematic functions (pow)
Izhido: This is not going to work. Because we do lazy FP context switching, which is done thru the FP unavailable bit in the MSR, this would disable this path. Furthermore there won't be a FP context switch anymore then. The solution to your idea would be to do the FP context switch at every thread ...
- Fri Sep 17, 2010 4:37 pm
- Forum: devkitPPC
- Topic: Problem with mathematic functions (pow)
- Replies: 13
- Views: 18982
Re: Problem with mathematic functions (pow)
A short note to the FP context switch: In case there was no thread context switch, ie same thread keeps running after exception, there won't be a FP context switch. In thread_dispatch_fp (lwp_threads.c) i check the executing context against the currently used FP context. And only if thread context ...
- Fri Sep 17, 2010 9:10 am
- Forum: devkitPPC
- Topic: Problem with mathematic functions (pow)
- Replies: 13
- Views: 18982
Re: Problem with mathematic functions (pow)
The point with disabling the FP bit in MSR in the irq_exception handler is that we want to achieve lazy FP context switching. Having this bit enabled in every thread context would mean to do FP context switching on every thread context switch. Which in turn is a very expensive task then. Remember we ...
- Thu Sep 16, 2010 1:26 pm
- Forum: devkitPPC
- Topic: Problem with mathematic functions (pow)
- Replies: 13
- Views: 18982
Re: Problem with mathematic functions (pow)
Well, tbh, it should somehow destroy the FP registers if you disable the interrupts. There's an issue, marcan figured, when you have 2 threads for example. And both do FP calculations and in both threads you disable the interrupts before the calculation and enable it after the calculation. This test ...
- Thu Sep 16, 2010 9:59 am
- Forum: devkitPPC
- Topic: Problem with mathematic functions (pow)
- Replies: 13
- Views: 18982
Re: Problem with mathematic functions (pow)
Hi,
Do you disable interrupts somewhere around the initialization of this table ? I remember having some issues with that in conjunction with another thread doing some FP calculations.
Do you disable interrupts somewhere around the initialization of this table ? I remember having some issues with that in conjunction with another thread doing some FP calculations.
- Tue Sep 07, 2010 6:23 pm
- Forum: Bug Reports
- Topic: (libogc) hardware lights
- Replies: 25
- Views: 98638
Re: (libogc) hardware lights
Hi,
that's great news! Nice to hear you got it working!
best regards
shagkur
that's great news! Nice to hear you got it working!
best regards
shagkur
- Tue Sep 07, 2010 11:40 am
- Forum: Bug Reports
- Topic: (libogc) hardware lights
- Replies: 25
- Views: 98638
Re: (libogc) hardware lights
Well, in my setup GX_DF_CLAMP is still used even though i've GX_AF_SPOT turned on too. So for my understanding in this setup the vertex normals are used aswell in the lighting calculation. As a little sidenote: I didn't renormalize the normals in the RMS mesh loader when i ported it over to ...