Tunah

Members
  • Content count

    45
  • Joined

  • Last visited

Community Reputation

126 Neutral

About Tunah

  • Rank
    Member
  1. [quote name='Elovoid' timestamp='1308224117' post='4824036'] Edit: Problem solved, based on misunderstanding stuff and shouldn't be read by others to keep them from making the same mistakes [/quote] Unless of course others find your post because they're misunderstanding like you were but then they read the follow up posts and figure it out!
  2. If you look at the inputs that are available alongside the microphone, you may find an input named "What U Hear" (pardon the retarded spelling, but that's what they call it.) If that inputs is available, you can record everything that's currently playing. I don't know how to capture the final mixed audio without one of those, unfortunately. I haven't used the MCI API so I can't help you with figuring it out, sorry. Edit: I googled for "what u hear" and found this. The input can be called "Stereo Mix" on some cards. Have a look at this. [Edited by - Tunah on April 15, 2010 3:18:42 AM]
  3. If you load the file in Windows Media player, do you get any sound then? Is the file of some length and not just 0? You should also check the return value from mciSendString, which would be 0 if no errors occur. Another thing you should verify is if you actually have a microphone selected in the control panel for the sound card. Either bring it up by double clicking the speaker icon next to the clock or just click Start -> Run and then "sndvol32". Then select Properties under the Options menu. Select "Recording" under the "Adjust volume for" group box. Click Ok. Make sure that the proper input is selected by clicking the checkbox underneath it.
  4. Since this thread was bumped and I didn't see it mentioned, I use this: [DllImport("kernel32.dll", EntryPoint = "RtlMoveMemory")] static extern void CopyMemory(IntPtr Destination, IntPtr Source, uint Length); I compared it to the one mtopley posted and got same throughput.
  5. build Jpeg from hex problem

    The log line you pointed to is only 60 bytes. Unfortunately, I can't help you since there has to be more data somewhere we aren't seeing. Where does the log file come from? Is your code the server in this case?
  6. build Jpeg from hex problem

    I found the FFD8 marker in this line, for example: 06/11/2009 12:18:30 172.30.252.35 2020 <APP N=79841 V=4621be95a56d75b2321f918a4c68ad33553f23553f235547235550207f23ffd8fffe A=13290e0 T=1e543 X=-74.069656 Y=4.698975 AC=241 GV=1 RS=1> But the next log entry is 6 seconds later. Does the above line show everything you received? I think you need to give us some more data to work with. 06/11/2009 12:18:36 172.30.252.35 2020 <APP N=79841 V=38c526c231b0e39951a3eb542df47f3a3abb1bf78413d306b98bcd2f518af8dba86901e4300718a13264bb0ffec09921691a41bf1f756b A=13290e0 T=1e543 X=-74.069656 Y=4.698975 AC=245 GV=1 RS=1>
  7. Quote:Original post by johnnyk Thanks! I think my problem might not be a leak, but actually overwriting memory, going beyond array bounds or something like that.. I think there was an app called Bounds Checker that helped with that, but it doesnt look like it's been updated in years? I've used Memory Validator in the past to track down hard to find memory leaks. You can evaluate it, and a single user license is very cheap for what you get in my opinion. (I realize it sounds like I actually sell these myself)
  8. Collision detection question

    Quote:Original post by tiranitzar thanks for help morons... You should put this in your signature for future reference.
  9. Have a look at Detours. Also this post.
  10. How large is that texture? It looks quite high-res. You should try to generate mipmaps for it to gain performance.
  11. Quote:The application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem Have a look at any new entries in your event log: click It will probably tell you which DLL it can't load.
  12. MSVCP90D.dll - Error opening file. the system cannot find the file specified(2) MSVCR90D.dll - Error opening file. the system cannot find the file specified(2) Bolded parts indicate that you've built a debug version. Those libraries aren't redistributable, so try building your executable in release mode and it should start working. Edit: GPSVC.dll seems to be Vista specific. Apart from the fact that you have built a debug version of your project, you will probably have to #DEFINE something in order to build towards an older version of Windows (ie. XP). Have a look at this Last edit, I promise: I misread your post. I thought you couldn't get it to run on your XP machine at school. [Edited by - Tunah on April 2, 2009 1:24:48 AM]
  13. TinyXML++ memory leaks

    Quote:Original post by leelouch Quote:Original post by Tunah How are you stopping your program if you have an infinite loop at the end? Try just running that last loop a couple of hundred times and let the program terminate itself. Otherwise, ticpp::Document xml won't go out of scope and be destroyed. You're probably just seeing memory that was allocated by the Document-object, but its destructor isn't called when your terminate the program with Ctrl-C. That's my guess anyway. This is just an example ! Let's say that xml is a global variable and I do not want to destroy it and reload it again on each time I need an attribute or something else. The while statement here is only to simulate several access to the xml document ! Access to xml database must not reallocate a new element on each time you access to it. it must have like a cache on element already allocated and return cached pointer. the while loop must not create an infinite allocation behavior. memory allocation size must remains constant during the loop where here is not the case ! Fair enough, I guess. But you posted example code and valgrind output after it, so it's only logical to assume that you ran it like that.
  14. TinyXML++ memory leaks

    Quote:Original post by leelouch #include <ticpp.h> #include <ostream> using namespace std; int main() { ticpp::Document xml; string topName; ticpp::Node * _top; xml.LoadFile("test.xml"); _top = xml.FirstChild(false); // throwIfNoChildren=false topName = ((ticpp::Element*)_top)->GetAttribute("atom"); cout << topName << endl; while (1) { ticpp::Element * pElem = _top->FirstChildElement(); cout << pElem << endl; }; } How are you stopping your program if you have an infinite loop at the end? Try just running that last loop a couple of hundred times and let the program terminate itself. Otherwise, ticpp::Document xml won't go out of scope and be destroyed. You're probably just seeing memory that was allocated by the Document-object, but its destructor isn't called when your terminate the program with Ctrl-C. That's my guess anyway.
  15. That's a quantifier that: Quote: Repeats the previous item zero or more times. Lazy, so the engine first attempts to skip the previous item, before trying permutations with ever increasing matches of the preceding item. Taken from this page, have a look. Edit: Barius, part of what you posted made my post get mixed with yours until you changed it. That was pretty strange.