bboy_sonik Wrote:

ZiNgA BuRgA Wrote:PSP doesn't accept 16 reference frames (is this actually for the PSP?).

Yeah, it is making it to be PSP compatible, but this works on 5.00 M33 for some reason LOL! If the PSP doesn't support ref=16, maybe its defaulting to a lower parameter because Level 3.0 probably doesn't go that high....?

x264 won't limit you to the level you specify.  It'll output a warning (if you're using the CLI) but it'll let you exceed the level limits.
And the PSP will immediately give you a "File is unplayable" type message if there's >3 ref frames.  I once encoded a test video with ref=4 and hacked the bitstream to make it look like there was only 3 ref frames.  Plays fine on the PC, but heaps of image corruption on the PSP.
So no, PSP won't accept >3 ref frames.

bboy_sonik Wrote:For some reason this didn't decrease my encoding speed much. But, as I said above, I think Level 3.0 might actually be limiting this anyway?

B-frames aren't limited by level.  And the slowdown has linear complexity, so I find it odd that you don't experience much of a slowdown.

bboy_sonik Wrote:

ZiNgA BuRgA Wrote:Don't use b-pyramid for PSP encodes - PSP doesn't render it properly.

Works fine for me.

It does work, but some parts of the video will be "choppy".  Hard to explain, but at times, it looks like the video has been chipped at various places.

bboy_sonik Wrote:

ZiNgA BuRgA Wrote:Note that "sar" is pixel aspect ratio, not resulting aspect ratio...

Yes I know, I need this here regardless of what the actual Source Pixel Aspect is, to get proper anamorphic working on the PSP. The source video (Terminator Salvation 1080p Teaser) was actually 1:1 VGA pixel aspect, but yeah - I spent hours trying to get anamorphic640x480 working on PSP and PC, this works 100% well as long as I set Cropping in MediaCoder to "Expand to Fit".

PSP doesn't respect anamorphic content from memory...

bboy_sonik Wrote:

Assassinator Wrote:You'd only consider 16 B-frames for anime or something like that

Oh yeah, where lots of repeated or similar consecutive frames with little motion are encoded. Thanks for the reminder - pretty useless with real-life footage :)

Typically frames can reference previous frames, so even if it's just still images, you won't use all those b-frames/ref-frames.

bboy_sonik Wrote:The bleakish looking colour I mentioned I think is just a normal result of the compression, I am comparing it to the hi-def 1080p original after all haha!!

No, that's not the case.  It's most likely your decoder, or perhaps some filter you're putting through the encoder.

bboy_sonik Wrote:All that deblocking stuff is confusing me.... lol... so, negative deblocking for anime? how do I tell x264 to use "auto preset" or something...? Auto-accomodates for bitrate... what what whaaaaaaaat.....

Default is fine.  x264 auto-compensates for higher bitrate.  Stick to defaults unless you really have some need to fiddle with them.