MeGUI/x264 for PSP - Hit and Miss

[Dark Morford]

I'm attempting to encode anime episodes for my PSP (firmware 3.95) using MeGUI, which is fully updated as of this post. First, the AVS script I'm using:avisource("[Ayu]_Rozen_Maiden_-_Traumend_01_[AC09FCF8].avi")
trim(0, 2698) # Opening theme only; comment out for full episode
bicubicresize(480, 272)
undot()The process:
Encode audio from AVISynth's output using Sharktooth's NDAAC-LC-96Kbps profile, ending up with a file such as rozen_maiden_audio.mp4
Encode video into rozen_maiden_video.mp4 with Sharktooth's PD-PSP x264 profile (The only change I make is upping the bitrate from 1000 to 1536)
Use the MP4 Muxer to combine the two into rozen_maiden_01.mp4

And this is the part where I run into trouble. Using the script as posted, the final MP4 clocks in at 1 minute 30 seconds, 15.8MB, and a video bitrate (according to mp4info) of 1373 kbps. This video plays flawlessly on my PSP.

If I comment out the trim() command—thus encoding the entire episode—and leave the MeGUI settings unchanged, I end up with an MP4 that's 163MB, 24:29 in length, and an 830 kbps video bitrate. (mp4info reports the two files to have the same audio bitrate: 97 kbps.) This file, however, does not play at all on the PSP; in fact, the device claims the file to be "Unsupported Data".

I would be inclined to believe that the PSP simply does not like MP4 files over a certain file size or length, were it not for one glaring contradiction. I have used HandBrake to encode full-length features for the PSP, with the resultant files roughly 700MB and well over an hour long. These, as well, play without a hitch.

Is there some restriction I'm not aware of that causes longer videos I encode to fail, and that HandBrake can somehow get around?

[~bT~]

try ripbot264.

[Dark Morford]

Trying it now; will update when it finishes.

I should probably mention that I tried running the original AVI file (not the script) through Red Kawa's PSP Video 9 and got the same result—the PSP calls it "Unsupported Data". Also, I'd rather have a solution for MeGUI than another encoder sitting on my machine, but if I must, than so be it.

[deets]

http://flidge.blogspot.com/2007/08/psp-unsupported-error-update.html

does that help? ripbot is much better anyway :D

[Dark Morford]

We have a winner!

deets' notion proved to be spot on; adding AssumeFPS() to the end of my script before feeding it to MeGUI produced a file that my PSP is happy to play.

As for RipBot264, the one test encode I did wouldn't take—but I chalk that one up to user error. The original AVI is an uncommon resolution (768x432), and I didn't think to make sure RipBot was set to resize it for me. However, it did load in QuickTime without triggering an error, so I expect the PSP would use it if I encoded at a supported resolution. I'll keep this app tucked away, just in case.

:thanks:

[Chainmax]

Wasn't the Atom-thingy error solved quite a while ago? Also, what does the article consider to be a "large file"? I am having the same issues with a ~11min file that upon encoding occupies less than 80MB.

[Atak_Snajpera]

Did you try with Ripbot264? I encode all my movies very often for psp and i have never had any problems.

[Chainmax]

I could try Ripbot264, but I am more interested in finding out why this is happening as all of my encodes up until the last two work. The only difference I can see is having updated MeGUI twice, each time for a new x264 revision.

[farshidhss]

try this profile in MeGUI:
Video & Audio
http://www.megaupload.com/?d=1S7EH14D

copy the Video xml file in Profiles/Video and Audio in Profiles/Audio and then take a look at the configuration of these profiles, compare it with your own profile and you'll see what is wrong.

Psp is very restrict with x264 configuration one wrong setting can make a corrupted data in psp. These profiles works perfect for psp 3.80 and up.