bboy_sonik Wrote:Yeah i checked it out my source was a douche, it uses the MainConcept technology to encode MPEG-4 ISO/AVC which did have non-compliency problems in the past but has been long fixed and is now nice and good. Failing to find a "better" encoder - by that I mean one can encode higher quality than others, speed aint an issue. In my own tests, I used the exact same options in the TMPGEnc/MainConcept encoder and the x264 one, but MainConcept encode seemed to handle super-high motion/action better. I think that might be because TMPGEnc has better 'scene change detection' though and that's not a codec thing its the VME technology in TMPGEnc that handles that but x264 is definately better than every other commercial AVC encoder I've tried! Its actually a little faster than what im using :) but quality is more important to me.
You probably don't have your settings configured properly. x264 is also constantly updated. A properly configured x264 should beat the MainConcept encoder.
bboy_sonik Wrote:Well I want the HIGHEST quality and have ZERO care about encoding speed so if anyone has any tips on how to "encode slower" let me know! I am using 2-pass VBR, and my "Medium Quality" profile is 1024kbps average and 2048kbps max, Motion Search Range I have changed from 64 to 256 [good?]
I'm quite sure you will care about encoding speed. On x264, "--me tesa --merange 64 --bframes 16 --b-adapt 2" will slow down even top of the line CPUs to a crawl.
bboy_sonik Wrote:Also I know that it REALLY depends on the source or what is actually 'in' the video, as to the "best" settings to use... but I'm just trying to get a rough idea here. Will try some more personal tests and comparisons tonight. Thanks guys :)
EDIT: I know I said HIGHEST quality but space is also important to me as I only have a 2GB stick and don't have a massive harddisk either [320GB] hence why i decided to use H.264 instead of DivX - to get higher quality at lower bitrates ;)
Try an x264 command like this (use the latest build - rev999):
(to use that, make a file named "in.avs" with the following contents:
)
The above command should give reasonable results without slowing the encode to a crawl. If you want to use higher (slower) settings though, just say so.
After you do the above, multiplex the .264 file into an MP4 container (use something like YAMB to do this) and playback the video to see if you like it. To include the audio stream, demux it and transcode it with the Nero AAC encoder (I prefer the MediaCoder GUI) - use LC-AAC, quality set to 0.20.
bboy_sonik Wrote:- It uses the term "Keyframe" under the AVC encoder. AVC video doesn't have keyframes, only ASP video does [DivX, XviD, etc] which is the predecessor to AVC. AVC takes the IBP frames and GOP length to make psuedo keyframes
Keyframes do exist in AVC.
bboy_sonik Wrote:- The AAC encoder is confusing, what the hell is Quality 30 @ 192kbps compared to Quality 100 @ 192kbps???
That's probably an ABR bitrate, or could be a quantizer with the average bitrate it usually achieves.
bboy_sonik Wrote:- Doesn't support 640x480 with a pixel ratio of 16:9 which is what I REALLY LIKE TO USE. Why? It's a good high resolution, and even though its a 4:3 resolution any display that has a 16:9 screen will draw it properly without having to press "screen mode" or "zoom" on the TV/console, and anything that Isn't 4:3 will still draw in letterbox [the black bars]. It's extremely handy.
PSP doesn't support anamorphic content anyway...
bboy_sonik Wrote:- Fastforwarding and rewinding with my player and decoder [Media Player Classic Homecinema, Cyberlink H.264 decoder with nVidia PureVideo SD/HD GPU Acceleration] didn't work. I've experienced this with other MP4 encoders when trying to play them on the PC.
That's more of an issue with your CPU or decoder.
bboy_sonik Wrote:AFTER ANALYSING with AVInaptic i found that the GOM Encoder outputs an "Apple QuickTime movie" container as opposed to "MP4/MOV" container. Odd.
MOV is the QuickTime format.
blessedhands Wrote:Xvid4PSP has audio sync Issue. i don't know if im the only one experiencing it though.
Synch issues almost always are because of your decoders (since XviD4PSP relies on DirectShow, you'll need to check your DirectShow filters), rarely an issue with the encoder.
bboy_sonik Wrote:except when DirectShow Reader is used, then its just standard YUV Transcoding which is poo
How is YUV bad? H.264 uses YUV anyway.
bboy_sonik Wrote:I may have stumbled upon a potential method of the PSP recognizing a subtitle stream within an MP4 container, much like UMD videos. Chances are though that the PSP firmware doesn't physically have that capability [is the splitter/decoder module in the PSP for UMD Video the same as MSDuo video?] Hmmm I will investigate this and hack PRX's if needed...
The UMD videos use a proprietary "MPS" container (modified version of the MPEG-2 PS), and the subtitles are in some PNG format (the PSP was released
before the MP4 subtitle standard was formalised).
I'm guessing the soft subtitle format the PSP supports for videos on the memstick is the MP4 subtitle standard (timed text).
bboy_sonik Wrote:Anyway, the encoder settings you posted are... not very good lol. I prefer bitrate based encoding personally. I will share some photo/video comparisons soon i think as well as profile details, and actually compare x264 and TMPGEnc too. There isn't any up-to-date articles on this online they are all old, but anyway its 1am but ill be doing this tomorrow :)
A quantizer encode will always be superior to a bitrate encode, in terms of quality and speed, however you do lose control of the final output size.