x264 and Sony PSP?

[Atak_Snajpera]

You must use higher bitrate to see difference. I suggest at least 384 kbps for movies.

[lchiu7]

You must use higher bitrate to see difference. I suggest at least 384 kbps for movies.

Might give it a shot then. I don't run homebrew so 3.3 should be a straightforward update. And all it seems I have to do to create the higher resolution video is a scale option in the Avisynth script and increase the bitrate in x264 (I don't use MeGui).

What is the advantage of 720x480 which I think exceeds the resolution of the PSP display?

[qyqgpower]

What is the advantage of 720x480 which I think exceeds the resolution of the PSP display?
the video decoder on PSP do low quality upsamling in UV planar, so when you play 480x272 on PSP, you would notice some jaggies on the edge of blue and red color.
720x480 have higher resolution in UV planar so the edge would be much more smooth.

here's a compareshot made by cyrax.(I don't use CFW so I can't do screen capture on PSP:p or I would provide a much obvious compareshot.)

http://img401.imageshack.us/img401/6320/1326231376641666aldikicas0.th.jpg (http://img401.imageshack.us/my.php?image=1326231376641666aldikicas0.jpg)

[deets]

interesting, thanks for sharing that pic.

of course 720 also gives you greater scope for playing back through other devices such as your TV via PS3. I hope the encodes would work on the ps3, no reason to think they wouldn't.

[ilovejedd]

Isn't being able to use just one file/encode for PSP and PS3 playback the whole point of adding support for 720x480 resolution? Albeit, you'll need much higher bitrate ergo, high capacity memory sticks for this. Since I backup my DVDs to MP4 for PC viewing, saving time and effort on encoding videos specifically for the PSP is definitely a good thing. I've got a couple of 4GB sticks anyways, and some spare 2GB and 1GB ones, too. :D

[CruNcher]

@ ilovejedd
exactly that's what SCEI archived here as the first company on a Mobile Device with AVC :) and now it's available for the Public (after the Death of UMD), but i think it would be availabe anyways from the Custom Firmware Hackers
Sony knew that so they opened it before the Scene did and now try to force people back into their protected firmware enviroment, but it's to late ;).
Most probably it was Sonys initial plan to make UMD playable directly on the PS3 or via remote to have even their own SD format established so Blue-Ray for HD content and UMD for SD (Home,Mobile) it had the potential to become that but Sony made alot of mistakes in the process but that is goodfor us now the Public has the mastering capabilities that before the day of the 3.30 firmware only SCEI Licensed Companies had with the UMD Stream Composer (Confidential .NET Based Encoding Application useing Sony's AVC Base/Main Profile Encoder and Motion Adaptive Deinterlaceing Technology).

[qyqgpower]

Isn't being able to use just one file/encode for PSP and PS3 playback the whole point of adding support for 720x480 resolution?
of course it is
try this setting
--crf 18.0 --level 3 --ref 2 --no-fast-pskip --bframes 3 --b-rdo --bime --weightb --direct temporal --subme 6 --analyse p8x8,b8x8,i4x4 --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --sar 1:1

in a previous post I stated that 480x272 would be cropped 2 at bottom, and might have a quality loss in 480x270->480x272.
the truth is
cropping is applied, but PSP actually display 480x270 centered on the screen, so this isn't a problem at all:p
thus when you encode 480x272, you should put AddBorders(0,0,0,2) after resize to 480x270.

another auto cropping is applied when play 720x480 too: 8 pixels each at left and right.
just like what you did to maintain right AR when ripping NTSC DVD.
thus when encode directly from NTSC DVD, no cropping is needed.
when encode from "AR corrected" clips or HD source, first resize to 704x480, than AddBorders(8,0,8,0)

[lchiu7]

the video decoder on PSP do low quality upsamling in UV planar, so when you play 480x272 on PSP, you would notice some jaggies on the edge of blue and red color.
720x480 have higher resolution in UV planar so the edge would be much more smooth.

here's a compareshot made by cyrax.(I don't use CFW so I can't do screen capture on PSP:p or I would provide a much obvious compareshot.)

http://img401.imageshack.us/img401/6320/1326231376641666aldikicas0.th.jpg (http://img401.imageshack.us/my.php?image=1326231376641666aldikicas0.jpg)

I just upgraded my fw to 3.3 and encoded a TV show (16:9) at 480x272 with bitrate of 768. The picture is quite nice. I like how when you play it, the default resolution (full screen) has no scaling.

I also tried 720x480 but I couldn't see any improvements in that size

[deets]

of course it is
try this setting
--crf 18.0 --level 3 --ref 2 --no-fast-pskip --bframes 3 --b-rdo --bime --weightb --direct temporal --subme 6 --analyse p8x8,b8x8,i4x4 --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --sar 1:1



so the psp can now play more than one ref and b frame, as long as you dont use --b-pyramid...

interesting...

[qyqgpower]

I just upgraded my fw to 3.3 and encoded a TV show (16:9) at 480x272 with bitrate of 768. The picture is quite nice. I like how when you play it, the default resolution (full screen) has no scaling.

I also tried 720x480 but I couldn't see any improvements in that size
pure color on edge would be much more distinct, especially in anime contents. in real life footages the jaggies may not be very noticeable.

[deets]

so im right in thinking that using 2 refs and 3 b frames should improve quality and compression, but will take longer to encode?

im currently doing some testing :)

[lchiu7]

Yup both 480x272 and 720x480 work fine for us too.
We have released a beta version of PSP Video 9 that supports these resolutions: http://www.pspvideo9.com

From our testing, it looks like the PSP will only playback video at those specific resolutions (480x272, 352x480, 720x480) and nothing in between (like 640x480 or 512x384).
Can anyone else confirm?

Just tried out this version. It doesn't seem to support avisynth scripts which is a showstopper for me. When profile (with avisynth) is selected, it ignores the content of the genericfile.avs file in the avs directory.

[Joe Fenton]

Just tried out this version. It doesn't seem to support avisynth scripts which is a showstopper for me. When profile (with avisynth) is selected, it ignores the content of the genericfile.avs file in the avs directory.

I use PSPVideo9 with avs all the time. Try playing the avs in MPC first - I've found that if you make an error in the avs, PSPVideo9 bombs out rather than tell you an error occured. I've gotten in the habit of playing the avs in MPC before going into PV9 just to be sure.

[lchiu7]

I use PSPVideo9 with avs all the time. Try playing the avs in MPC first - I've found that if you make an error in the avs, PSPVideo9 bombs out rather than tell you an error occured. I've gotten in the habit of playing the avs in MPC before going into PV9 just to be sure.

This is the beta 3.3 version which supports the higher resolution. There is no option that I can see to invoke an avisynth. I have gone back to the CLI which I use and also MeGui

[lchiu7]

Getting in MeGui which looks like a good one step method of encoding lots of videos for the PSP. But am having a problem with audio I can't resolve.

Most of the videos I encode have AVI files with VBR MP3 audio. Up till now I have extracted the audio as a wav file which I input to neroaanenc to encode to MP4. Then of course x264 to encode the video and MP4Box to mux the two files.

This works fine in MeGui so long as I extract the audio first (I use Avidemux2) and input that to MeGui. But that defeats the one step process. So taking a tip from Deets I pass the avisynth script to the audio encoding part of MeGui. MeGui opens the file okay, seems to process the audio but ends up only creating a 1M file. Playing that file with QT indicates that the length is right (about 42" for a TV show) but of course with a 1M size, there is no audio.

For the audio encoding I am using NDAAC and choosing the PSP-LC-96 profile

Just wondering what I could be doing wrong here. Any pointers would be helpful

Thanks

Larry

[foxyshadis]

In the avisynth script's source, there wouldn't happen to be an audio=false, would there? Avisource and Directshowsource will normally load audio if it isn't disabled.

(42" is 42 seconds, 42' is 42 minutes. :p)

[lchiu7]

No I actually have audio=true in the directshowsource command

Update:

I have tried a number of different ways:

1. feeding into MeGui compressed wav files (select Nero Digital as the MP4 encoder)
2. Feeding the Avisynth script into MeGui

More often than not, I only get a MP4 file which is about 1.5Mb in size

I also tried feeding in a compressed wav file and didn't turn on the Always use DirectShow option and MeGui dies with an error in AviSynth

I am sure most users of MeGui are doing this in one step with no external programs to extract audio - just wondering how they did it?

Larry

[Joe Fenton]

This is the beta 3.3 version which supports the higher resolution. There is no option that I can see to invoke an avisynth. I have gone back to the CLI which I use and also MeGui

Here's a common AVS script I use with PSPVideo9... just load the avs instead of an AVI.

loadplugin("C:\DGMPGDec\DGDecode.dll")
loadplugin("C:\Program Files\AviSynth 2.5\plugins\Decomb.dll")
mpeg2source("C:\temp\rips\DVDNAME\name.d2v",cpu=6)
fielddeinterlace()
audio = WAVSource("C:\temp\rips\DVDNAME\track.wav")
AudioDub(last,audio)

The last version of PSPVideo9 I used didn't take ac3 audio, so I ripped the audio to wav and reinserted it into the avs as shown in the script.

[ilovejedd]

There's actually an AC3 filter for AviSynth. You can download it from the AviSynth Filter Collection page (http://avisynth.org/warpenterprises/), just search for NicAudio. It also contains a filter for DTS.

[billou2k]

Any chance that we get 720x576 for us PAL users? Anybody heard about anything? I guess that technically if it can decode 720x480@30fps there should be no problem doing 720x576@25fps but I dont know if the hardware scaler could handle different res...

[Joe Fenton]

There's actually an AC3 filter for AviSynth. You can download it from the AviSynth Filter Collection page (http://avisynth.org/warpenterprises/), just search for NicAudio. It also contains a filter for DTS.

Thanks! That should simplfy things quite a bit on the audio side. :)

@billou2k: Sony is rather notorious for being slow on PAL support. It took a number of updates to pops before they finally supported PAL PS1 games decently. I imagine in another few updates, they'll have 720x576.

[handtruck]

Do I have to add borders to make the file 480x272 with avisynth?

I am currently encoding a movie at 480x256, will I encounter a problem with viewing it on the PSP?

[deets]

Do I have to add borders to make the file 480x272 with avisynth?

I am currently encoding a movie at 480x256, will I encounter a problem with viewing it on the PSP?

you could always make a very short test of the clip.

just add trim(300,1800) and test it that way :)

let us know if the unusual res works.

[Atak_Snajpera]

I am currently encoding a movie at 480x256, will I encounter a problem with viewing it on the PSP?

Why do you use 480x256? (aspect ratio - 1.875?). Movie encoded in this resolution will be stretched vertically on PSP. I use following values to maintain correct aspect ratio.

16:9 - LanczosResize(480,270).AddBorders(0,0,0,2)
4:3 - LanczosResize(360,270).AddBorders(60,0,60,2)
2,35:1 - LanczosResize(480,204).AddBorders(0,34,0,34)

[handtruck]

Why do you use 480x256? (aspect ratio - 1.875?). Movie encoded in this resolution will be stretched vertically on PSP. I use following values to maintain correct aspect ratio.

16:9 - LanczosResize(480,270).AddBorders(0,0,0,2)
4:3 - LanczosResize(360,270).AddBorders(60,0,60,2)
2,35:1 - LanczosResize(480,204).AddBorders(0,34,0,34)

Trying to keep the same aspect ratio as the source if possible. And trying to avoid "AddBorders", using the oneclick function in megui

[Atak_Snajpera]

handtruck: Did you check your movie on PSP. Stretched or not stretched? Some time ago I checked 480x208 and it was stretched. You have two choices:Addborders or wait till Sony fixes this issue.

[terrypku]

Which resize filter do you guys use when encoding mp4(720*480) for psp? It looks a little too sharp with lanczosresize.

[ilovejedd]

I'm assuming your original source aren't NTSC DVDs, maybe HDTV caps or PAL? Anyway, I use BilinearResize. It's really fast.

[terrypku]

I use BD or HD-DVD as source. Bilinear? I'll try this one! Thank you!

[Barker]

Sorry if this has been answered before, I couldn't find the answer in the forum search.

How do you add the SAR setting in MEGUI? I don't see a DAR or SAR setting in the config screen for MEGUI, only in x264 vfw config, but that is already set to 1:1. My command line in MEGUI does not have the sar setting, and cannot be edited, so I am restricted to what the options in the config screen are. As a result, the output ar on the PSP is incorrect (L/R borders). I'm, using MEGUI 0.2.4.1039.

Thanks!

[deets]

go to the second tab in x264 config and go to custom command line to add --sar 1:1

[Barker]

go to the second tab in x264 config and go to custom command line to add --sar 1:1

Thanks, that solved my issue!
I actually came across the guides on that site (http://www.bontragerphotography.com/psp/) and it inspired me to get a PSP, now that full res is supported!!!

Sony owes that site some marketing fees ;-)

[Sonstwer]

Just as a notice for the archives, in case someone stumbles upon the same problem as I did (I didn't find any mentions of this anywhere):

The PSP (tested on 3.40 OE-A) doesn't like it if the timescale of the video track multiplied by its length in seconds exceeds 2^32 and just shows "Unsupported data". Usually this should not be a problem (unless you're going for incredibly long movies) but in my case the input file had 23,976023fps which x264 dutifully converted to a time scale of 23976023 which resulted in an overflow after just below 3 minutes.

[deets]

Thanks, that solved my issue!
I actually came across the guides on that site (http://www.bontragerphotography.com/psp/) and it inspired me to get a PSP, now that full res is supported!!!

Sony owes that site some marketing fees ;-)

hehe dont they just :P

well im glad you found my site useful :)

i really should update it with some new profiles and ps3 info

[lchiu7]

Has the problem with encoding with a dual core processor (--threads 2) been fixed with any recent PSP firmware release. Having just gotten a dual core Intel, I am keen to use both cores but the only test I did made a file that would not play on 3.3 firmware while it played okay in QT

Thanks

Larry

[deets]

if your using megui for your x264, use threads=0 and that will set things to auto threads, which works well here.

it hasnt been fixed as slices wont work, but the different way x264 now use threads will work on the PSP just fine

[Sgt_Strider]

Just as a notice for the archives, in case someone stumbles upon the same problem as I did (I didn't find any mentions of this anywhere):

The PSP (tested on 3.40 OE-A) doesn't like it if the timescale of the video track multiplied by its length in seconds exceeds 2^32 and just shows "Unsupported data". Usually this should not be a problem (unless you're going for incredibly long movies) but in my case the input file had 23,976023fps which x264 dutifully converted to a time scale of 23976023 which resulted in an overflow after just below 3 minutes.

What are you trying to say? I don't understand.

[foxyshadis]

It means use AssumeFPS(24000/1001), or NiceFPS or (only if you have 2.57+) AssumeFPS(23.976) at some point in your avisynth script, or it might break playback.

[lchiu7]

Have a new box with a clean installationof Visa Home Premium on it. Built a faster machine so I could encode more quickly. After some travails got x264 to work okay (got my single pass encodes of xvid into h.264 up 60fps on a AMD X2 3600).

But can't get mp4box to run. Whenever I try to combine the .264 file and the .mp4 file (created by the Vista compatible version of neroencaac) get the error

cannot open destination file xxx.mp4: I/O error

Yet strangely if I move the .264 and .mp4 files created on Vista to a XP box, mp4box works fine.

And files which combine okay on my XP box generate the same error as above.

Anybody out there using Vista as a platform for encoding video for the PSP and have struck this problem?

Thanks

[Update]

This is getting really weird. I ran mp4box on a XP box but on the Vista drive mapped over the network. Get the I/O error again so it's not a Vista problem.

Then ran mp4box on the Vista box but using the files on a mapped drive on my XP box and it worked also.

So it's some strange problem with the drive on the Vista box. But this is a brand new installation of Vista on a brand new Hitachi 250G SATA drive so can't think what the problem could be. The MP4 files play fine on the Vista box with QT so it can't be bad sectors or hardware issues like that

Larry

[CruNcher]

Hmm could be Mp4box not so optimal temp system on win32 try the same with mp4creator same problem ?

[lchiu7]

I have no idea what's going on. Connected a USB drive to my Vista box and can run mp4box on that. Just can't run it on my main boot drive. This is the strangest thing

Larry

[Update]

Move the USB drive to the Vista box as an internal drive and mp4box works fine on that drive. Just doesn't work on the boot drive. This is really strange.

[nk]

mp4box uses root directory of a drive which working files exist as temporary directory by default on Windows System.
So if no permisson to write on root directory, mp4box can't make mp4 file.

The solutions in 3 ways.
1. Work at a drive which you have permission to write on root directory.
2. Run mp4box as administrator.
3. Run mp4box with an argument `-tmp some_directory_which_you_have_permission_to_write_on'.

[lchiu7]

Thanks. For another reason I turned off UAC in Vista since I was getting annoyed with access control coming on all the time. This also fixed the problem. Certainly a trap for unwary players

[Sgt_Strider]

For simplicity's sake, would Nero make for some easy MP4 AVC recording at 480x272 for the PSP? Would it be easy to put subtitles in with Nero?

[plonk420]

so .. is 720x576@25fps working? the only thing *i* care to encode in a while, and it's a PAL TV series. trying to maximize compatibility (not sure what my 5 b-frames will do, tho .. as well as PAL resolutions).

[Deinorius]

Why not resize to 480x272? You will get no quality boost by using full resolution. 25 fps should be running, but I'm not sure, if I tried with such a file already.

[plonk420]

i'm trying to do a "one encode for all" .. targeting highest quality playback (so no resizing outside of the player doing it via --sar x:y), but also being PSP compatible. in this case the video is widescreen so i dont' have to worry about forcing fullscreen (on the PSP).

[Deinorius]

Ah, I got it. But IIRC PSP is just supporting up to 720x480. Of course the best way to test, is to try it yourself.

[teddg]

i'm trying to do a "one encode for all" .. targeting highest quality playback (so no resizing outside of the player doing it via --sar x:y), but also being PSP compatible. in this case the video is widescreen so i dont' have to worry about forcing fullscreen (on the PSP).

Ah, I got it. But IIRC PSP is just supporting up to 720x480. Of course the best way to test, is to try it yourself.

psp now supports 640x480 in addition to 720x480 since the last update.

Don't crop letterboxing, if you do you'll loose one of the zoom/fullscreen options on the psp (I forget in which particular case).

I also do a "one encode for all". Unfortunately, psp can't do 8x8dct (and i8x8) or more than 3 refs. It can handle huge bitrates though.

[Atak_Snajpera]

psp now supports 640x480 since the last update.

Good to know! Thanks

[fachman]

Hello

I have the problemm of compatibility. I have converted video using MEGUI PSP settings. I received the following statistics:

--[NoImage] Job commandline: "C:\Program Files (x86)\megui\tools\x264\x264.exe" --pass 2 --bitrate 300 --stats "01.stats" --level 3 --ref 3 --mixed-refs --bframes 2 --weightb --direct auto --trellis 1 --partitions p8x8,b8x8,i4x4 --vbv-bufsize 200 --vbv-maxrate 2000 --me umh --threads auto --thread-input --sar 136:135 --aud --progress --no-psnr --no-ssim --output "01.mp4" "01.avs"
--[Information] [2009-01-07 13:26:43] Encoding started
--[NoImage] Standard output stream:
--[NoImage] Standard error stream
---[NoImage] avis [info]: 480x272 @ 23.98 fps (67123 frames)
---[NoImage] x264 [info]: using SAR=136/135
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
---[NoImage] x264 [warning]: VBV buffer size too small, using 250 kbit
---[NoImage] x264 [info]: profile Main, level 3.0
---[NoImage] mp4 [info]: initial delay 208541 (scale 5000000)
---[NoImage]
---[NoImage] x264 [info]: slice I:1108 Avg QP:22.44 size: 9243
---[NoImage] x264 [info]: slice P:33284 Avg QP:25.82 size: 2320
---[NoImage] x264 [info]: slice B:32731 Avg QP:26.55 size: 535
---[NoImage] x264 [info]: consecutive B-frames: 17.6% 32.1% 50.3%
---[NoImage] x264 [info]: mb I I16..4: 29.3% 0.0% 70.7%
---[NoImage] x264 [info]: mb P I16..4: 3.7% 0.0% 4.9% P16..4: 41.6% 13.2% 8.3% 0.0% 0.0% skip:28.2%
---[NoImage] x264 [info]: mb B I16..4: 1.1% 0.0% 0.0% B16..8: 19.4% 1.6% 0.9% direct: 3.5% skip:73.6% L0:32.6% L1:49.7% BI:17.7%
---[NoImage] x264 [info]: direct mvs spatial:62.7% temporal:37.3%
---[NoImage] x264 [info]: ref P L0 81.8% 11.0% 7.2%
---[NoImage] x264 [info]: ref B L0 86.7% 13.3%
---[NoImage] x264 [info]: kb/s:300.0
---[NoImage] encoded 67123 frames, 27.36 fps, 301.23 kb/s
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 300 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 301 kbit/s

And MY PSP with latest firmware 5.02 says that such video is not supported....
Anyone knows why???

[lexor]

Anyone knows why???

Yes, it's because of:
put the [mp4] header at the end instead of the start. That's the method x264 uses for outputting an mp4 to stdout.

you have to remux or use qt-faststart for many devices and for web playback when using either x264's or ffmpeg's muxer. This is by design.

Basically, demux the mp4 file to raw streams and mux again with megui to mp4.

For the future, it's easier to just encode to raw, and then mux (this way you don't have to demux after encode)

[fachman]

Thank you very much Luxor.
I wonder why x264 is using by default the settings which breaks compatibility???

Anyway I have tried to demux the file with mp4box and it quits with an error or says that is can not find js32.dll
I have VISTA64....

After a while I have found it would work with older MP4box build from October...

Your solution worked flawlessly :thanks:

[Sharktooth]

coz x264 cant fill the header with data it doesnt yet know.
it has to finish the encoding and then write the header at the end.

[fachman]

Sharktooth:

Thank you very much for the response and great programm MEGUI :)
Would it be possible to make the logs not to disappear when for some reason MEGUI quits by accident. (I have many problemms with stability of AVS script with FFT3dGPU filter and lost a lot of precious statistics)

As for the header when I have compared two files the only difference at the begining was AVC1 which was not produced directly by x264.
Of course I assume there are also more informations, but I think MP4BOX should write the correct header when muxing such mp4 file with sound. Is it possible???

Best Regards

[Sharktooth]

look inside the logs directory. if the log is incomplete then megui crashed for some reason.

yes, mp4box writes the header on the beginning. so whenever you remux the mp4s produced by x264 with mp4box, the header is placed where it is supposed to be.

[fachman]

Hello

THe logs are written when you leave the MEGUI normally, if the programm is terminated by windows all statistics is lost. I think Megui should save the statistics as soon as it will end the single coding, so when the FFT3DGPU hangs the system with the next file, the statistics wont be lost.

MP4box writes the header correctly only if you use raw stream. If you use MP4 produced by x264 it does not.

Greetings

[HolyRoses]

The easiest way to encode for psp if you own a Linux pc or Mac OS pc is encode-handheld.pl. The latest revision is 3.1. It will build you flawless 480 width files that will play on any iPod, Zune, or PSP. It is very simple to use. Google it, currently only available via torrent.

-HR

[b66pak]

b pyramid is supported by psp?

[Rumbah]

No, files encoded with b pyramid do not work.

[teddg]

b pyramid is supported by psp?

No, files encoded with b pyramid do not work.

Yes, b pyramid works on my psp.

[Rumbah]

Ok, the last time I tested it it did not work. Seems like Sony changed it in a new firmware. Are there any restrictions in the number of b frames with b pyramid on the PSP?

[CruNcher]

does 8x8dct works now eg High Profile ?

[lexor]

Yes, b pyramid works on my psp.

When you say "works" do you mean it just plays or that it plays smoothly? Files with b-pyramid always played, but they exhibited heavy tearing artifacts, especially in pans.

[teddg]

Ok, the last time I tested it it did not work. Seems like Sony changed it in a new firmware. Are there any restrictions in the number of b frames with b pyramid on the PSP?

*firmware 5.01 (Sept, I think). This update added 640x480 support, in addition to the 720x480.

*Never tried more than 3 bframes.

*Things that break psp 5.01 (that I've tried); dct8x8, 5 refs

*A test ffmpeg command that works on 5.01;
ffmpeg -i "C:\movie.VOB" -f psp -r 29.97 -vcodec libx264 -s 720x480 -aspect 1.778 -threads 0 -deblockalpha 0 -deblockbeta 0 -crf 26 -refs 3 -bf 3 -b_strategy 2 -bidir_refine 1 -directpred auto -coder 1 -flags +loop -cmp +chroma -me_method umh -me_range 16 -subq 7 -trellis 2 -partitions +parti4x4+partp8x8+partb8x8 -flags2 +mixed_refs+wpred+bpyramid -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -nr 600 -vol 512 -acodec libfaac -ab 64k -ar 48000 -ac 2 "C:\movie.mp4"

*Anyone know what the -f psp switch does? My encodes work with or without it. It throws an error if there is not one video stream and one audio stream. Other than that, it doesn't seem to be needed.

*Just double checked with megui, the following works too;
--crf 26 --level 3 --ref 3 --mixed-refs --bframes 3 --b-adapt 2 --b-pyramid --weightb --direct auto --subme 7 --trellis 1 --partitions p8x8,b8x8,i4x4 --vbv-bufsize 10000 --vbv-maxrate 10000 --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output "output" "input"

[Sagekilla]

Tearing artifacts sounds more like an issue with the screen and how it's being updated. On my LCD, some videos (regardless of how they're encoded) always show tearing artifacts during panning scenes.

[Atak_Snajpera]

*Things that break psp 5.01 (that I've tried); dct8x8, 5 refs
PSP supports ONLY main profile \. dct8x8 belongs to HIGH PROFILE!!! No wonder that it doesn't work.

[Comatose]

When I used b-pyramid I saw blocky artifacts. I haven't tried since, so who knows...

[teddg]

When you say "works" do you mean it just plays or that it plays smoothly? Files with b-pyramid always played, but they exhibited heavy tearing artifacts, especially in pans.

I usually watch my psp thought the AV cable on my TV and haven't noticed any problem with smoothness or tearing artifacts. I'll load up some files and look for. Thanks for the info.

[lexor]

I usually watch my psp thought the AV cable on my TV and haven't noticed any problem with smoothness or tearing artifacts. I'll load up some files and look for. Thanks for the info.
Maybe tearing wasn't the right word. What was happening is more like part of the picture would get stuck for a moment and the spot (usually fairly small, but there are several of them) where it should have moved becomes black, like it doesn't know what to put there.

This is different from screen update issues Sagekilla is talking about (and that you would see in media players on PC). These artifacts can be turned on/off by switching the b-pyramid option.

[b66pak]

ok...i did a few tests today with a clip (i have i slim 2004 PSP model with 5.02 firmware):

- megui PSP profile + trellis always, 16 bframes - plays OK

- megui PSP profile + trellis always, 16 bframes + b pyramid - plays with a lot of artefacts
_

[HolyRoses]

b pyramid will cause problems on playback. You can use 16 b frames if you wanted, but only 3 refs. I don't advise using b frames because your video wont play on iPod.

I have updated my encode-handheld.pl to v3.2

Added ratings for US TV & Movies. Google it if you want to download it. Will give you flawless PSP movies that will work on iPod also.

-HR

[HolyRoses]

teddg:

the -f psp option adds the special PSP title atom that the psp reads for the title if you have it in the /MP_ROOT folder.

-HR

[Comatose]

Will give you flawless PSP movies that will work on iPod also.
Wouldn't call them flawless, since flawlessness is usually measured with quality & compression...

Besides, if you have either an iPod or a PSP, you likely don't have the other. They serve the same purpose.

[HolyRoses]

Hmm, I have both. One plays games, one doesn't.

-HR

[b66pak]

ok...i did new tests today with some .vobs (i have i slim 2004 PSP model with 5.02 firmware):

720x480-ws-anamorphic@29.97fps - it work but it displays as 4:3 and you have to select widescreen manually

720x576-ws-anamorphic@25fps - it did not work!!!
_

[b66pak]

tested 720x480-ws-anamorphic@23.976fps - it work but it displays as 4:3 and you have to select widescreen manually
_