forums.ps2dev.org

Try putting in some debugging lines to check if (void*)ObjMeshParts.texture[2]->data is null ? and check the rest of ObjMeshParts.texture[2] to see that it's width and height are set properly..

Also, are the textures all 32bit?

The only thing I can think is that you have not allowed enough mipmap levels in your sceGuTexMode call? The second parameter is the number of mipmap levels (so you should set it to 2). eg: sceGuTexMode(GU_PSM_8888,2,0,0); // 2 levels mipmap sceGuTexImage(0,128,128,128,texture...

I haven't done much testing, but I wouldn't imagine it would slow it down much as the actual TexImage command simply tells the GU what textures to use at each mipmap level. The actual rendering process will determine which texture to show and I wouldn't imagine it would slow down rendering at all.

I don't know about USB, I would've thought it'd be possible to send midi commands from the serial port though. The only experience I have with midi is my guitar effects and floorboard, never really looked into it anymore than that.

There are hard drive enclosures which contain a USB host chip and a small screen, using which you can plug in a PSP and transfer files from the drive to memory stick (or USB card reader for example). The only ones I've seen look cheap and run on standard batteries though, so you'd end up spending a ...

As I said in the first reply, there are plenty of swizzling functions in the SDK examples. Anyone developing for the PSP should have the SDK and samples installed, it was the first thing I looked at. It's always better to find things yourself, he just needed to be pointed in the right direction ;-)

The SDK is installed with the toolchain in /usr/local/pspdev. The samples are in /usr/local/pspdev/psp/sdk/samples.

You can also find them on SVN:

http://svn.ps2dev.org/listing.php?repna ... rev=0&sc=0

That would be extremely slow on the PSPs hardware. While the PSP is very good for most uses it does lack some features that are common in modern graphics hardware of PCs but to be honest features like that would only get in the way of creating good gameplay in portable games.

This is quite possible but there are a few problems: 1. finding the materials to make it, cost, and time. 2. implementing a driver to read the device input. 3. If anyone did make such a device it would be a one off, it's not like they're going to start producing them and selling them, it just wouldn...

Swizzling makes the most difference. Objects closer and further away will both render faster using swizzled textures. It helps on pretty much everything. There are plenty of swizzling functions in the SDK examples. Mipmapping as you know can help greatly if you are rendering alot of objects at vario...

There are no functions in the firmware to allow the PSP to act as a host. The devices for use with it are specially made for the PSP (and are written to work exactly how the PSP requires them to work. Not in a standard host-client system).

fergie4000 wrote:hey Fanjita, i heard you were dead, you look good.

lol..

Great work Fanjita, Monsti and everyone who's been working on these IR Keyboard drivers.

Are you sure you're using the latest toolchain script from SVN?

From cygwin:

try entering the directory and running a make from cygwin/cmd. See if it compiles correctly, if it does then it's probably not a problem with the makefile. If it is the problem you should be able to see what's wrong.

Sorry, no idea. Works perfectly for me. Is your cygwin install completely up to date? Perhaps it could be a problem with an old sed ( $ sed --version , the one I have in a cygwin install from the weekend is 4.1.5). It could maybe be a problem with your makefile, causing make to output some odd error...

Try starting a new project or moving your project to a path with no spaces and attempting to compile. Then you'll know if it's because of the space in the path. eg: c:\projects\myproject

Yeah sorry I have my cygwin on drive e: but I tried to change all the references to c: as that's the most common place for it.

Those tutorials didn't work for me with the latest cygwin/toolchain/Visual C++ Express. Here's how I got mine to compile though so should work for you: Assuming cygwin is installed in C:\cygwin create the following two files: c:\cygwin\vs-pspdev.bat @echo off set path=%path%;c:/cygwin/usr/lo...

That just means when using psplinkusb from within 3.x OE you must use the 1.5 kernel mode in 3.x OE. (although there is now an OE folder when you compile that you can use in 3.x OE). If you are on 1.5 just use the 1.5 version.

Ah right.. I see. Still, that sounds even harder to do. If it were even possible the likelyhood is the developer who works on such a project would only be able to make it compatible with their own USB device. (so it would be incompatible with any other USB TV tuners). But seeing as the PSP can not a...

I think it's probably possible. But as with our recent attempts to stream video from PSP to PC, the connection might just not be fast enough... But I really don't see the point, the PSP will have to be plugged in to your PC anyway, which no doubt has a much nicer, larger screen. Therefore it wouldn'...

I think there are already apps for hacking into wireless networks. I don't really see the point myself. It's the kind of thing that's a novelty... you hack into someone's network and use their net connection... but then you quickly realise there's not much point in doing it anyway.

command not found would indicate that you have not installed the development tools? I wouldn't know which you're missing though, using Linux myself.

We don't use CVS here, we use SVN instead (SubVersion): It did confuse me a bit when I looked at the changelog and saw the only recent modifications were on remotejoy... http://svn.ps2dev.org/filedetails.php?repname=psp&path=%2Fbranches%2Fpsplinkusb%2Ftools%2Fremotejoy%2Fparse_dump.c&rev=218...

Sounds cool. I managed to get a decent speed in my own homebrew, but couldn't figure out how to do it with a plugin for OE. I look forward to seeing this working :)

I don't think there is a way to come back from standby through code (and definitely not from full powered down state), I think it works the same way hibernation does on a PC, so all memory is saved but there is no code being executed so no way to run code to resume. As for the second, I don't know a...

I wouldn't even consider attempting to work on these projects unless you have experience with N64 development or emulation. I have no doubt a full speed N64 emulator could be developed, but it would take many developers working together each working on emulating their own piece of the N64 hardware (...

http://www.dcemu.co.uk/vbulletin/showthread.php?t=18104

There may be a newer version that that though.

I'd offer to help out, but I have enough projects of my own I'm working on at the moment.

You don't need anything special for 3.03 OE. The toolchain/pspsdk is used for developing homebrew for all firmware versions.