I got the mpegplayer patch partially working. Some memory problem causes mpeg_malloc_internal to return null, due to the:
if (*mem_ptr + size > bufsize)
{
DEBUGF("OUT OF MEMORY\n");
return NULL;
}
line (rather easy to see it's because it's out of memory..). Of the video I tried, it plays roughly 35 seconds of it before "missing packet start code prefix". In the sim, I get:
end diff: 8564430,8564430,8565430,8366C30,A02F00C,8FC8430
end diff: 8566C30,0,8566C30,8366C30,A02F00C,8FC8430
before it crashes.

I've got to go to bed, but here's some debug info:

mem_ptr: 0, size: 2097152, bufsize: 32935600
mem_ptr: 0, size: 30246876, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 2097152, size: 67284, bufsize: 32935600
mem_ptr: 2164436, size: 524288, bufsize: 32935600
mem_ptr: 30246876, size: 17984, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 30264860, size: 1222660, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31487520, size: 9856, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31497376, size: 2464, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31499840, size: 2464, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31502304, size: 39424, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31541728, size: 9856, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31551584, size: 9856, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31561440, size: 39424, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31600864, size: 9856, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31610720, size: 9856, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31620576, size: 39424, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31660000, size: 9856, bufsize: 2097152
OUT OF MEMORY
mem_ptr: 31669856, size: 9856, bufsize: 2097152
OUT OF MEMORY

bufsize comes from mpeg2_bufsize, which is "mpeg2_bufsize = libmpeg2size;"

I've got about 12 patches in the build so far (I had cleared everything due to SVN confusing me) which are mostly WPS patches. I plan to add the rest of the patches later tonight.

Sicne the build stalled, and I can't figure out what happened in SVN, I'm going clear out the build and do a complete rebuild. I'm going to manually reapply all the patches, but will be using a script to fetch the files, and save a copy of them to a database, which should allow the patch list to actually be 100% up to date. I'm also thinking of adding another build (unfortunately, it will have to be compiled separately, but it shouldn't be too much of a problem - all I'd need to do is link it in the update script) which will only have WPS patches.

More updates soon.

My Ubuntu computer's monitor is acting weird, so I'm posting this from Windows. The full build that I mentioned a week or so ago is now in the auto-build system. It adds about 20 or so seconds to the build time, but I guess that's still alright. The full build contains:

The latest copy of my build
The Freedoom wad
All extra fonts
Pacman roms
A few themes
Dictionary files

Please note, when this is uncompressed, this will use about 60 megs of space on your Sansa, versus 5.7 megs. The full build only needs to be downloaded once, then the regular build can be used, as long as the .rockbox directory isn't deleted.

As for the link, originally, it was http://chrisjs.com/rockbox-full.zip, but to keep it in line with the others, IMO it should be http://chrisjs.com/rockbox.full.zip. Because of this, both will work, going to the same file.

If anyone has any suggestions, such as adding/removing themes/etc., feel free to let me know.

Except for (sigh) the bmp resize patch, the build's working properly again - as in it's actually updating now, instead of stalling like it has the past few days. I'm working on fixing the bmp resize patch right now.

UPDATE: Bmp resize seems to be working now.

I'm still working on fixing the build - I'm not sure what the cause of the lockup is, but I think I'm getting close at figuring it out. I just got a successful build one revision before the screen_access.c changes, so that should help me pinpoint where the problem is.

UPDATE: I think I'm getting closer. I "updated" to the revision where screen_access.c was changed, and my Sansa didn't lock up.

I suggest everyone hold off on updating your copy of Rockbox - something (I'm guessing the bmp resize patch) is messed up in the build, and causes Rockbox to freeze at the menu.

The build from September 20 seems to work, until I can track down the problem.

UPDATE: I'm going back to September 17/18th, and will see if I can find the problem.

UPDATE2: I thought I fixed it, but didn't. I'm going to exactly one revision before the screen_access.c changes, and see if I have any luck.

Sorry (again) for the lack of updates. School's been keeping me busy, but now that it's Friday, I can hopefully update the build. Due to a change in SVN, the build has stalled the past few days, so there hasn't really been an update. The update affects the scrolling margins patch, the multifont patch, the custom display width patch, and the custom wps line patch....basically, most of the WPS patches. I'm slightly confused by how they changed it, but I don't think it should be too hard to fix. I'll update more shortly.

UPDATE: Finally, it built without problems.

UPDATE2: I think the bmp resize patch is working, if I could test it - my computer isn't automounting anything, and it refuses to let me view the contents of my Sansa unless I use root.

I think my computer works now, but don't have it running yet. I was (again) told that themes aren't working right, and went through and tried quite a few, and did indeed find that there are a few problems. I'm going back day by day to see when the problem started happening, and will roll back to a patch from that day to get it working again.

Once again, sorry for the lack of build updates, but I just ran into another problem - something's wrong with my power supply. Yesterday morning, one of the fans broke (lack of a better word) and now makes what someone said is a "grinding" sound. I've air blasted all but one fan, which I plan to do shortly, and the problem still continues. I'm planning to go out shopping for other computer parts today as well, so picking up a new PSU shouldn't be hard.