x264 and Sony PSP? [Archive] - Page 10

Schrade

28th February 2007, 06:12

Currently, I prefer PMPModAVC to the Sony player. I can use x264 level 3 encoding at any bitrate, and VBR mp3 for the audio.
In Dark_Alex's 3.10 OE-A' (AKA OE-A2) he has unlocked the bitrate as well so there's no worry in that.

I prefer having AAC as the audio too vs. MP3.

Currently the only reason I can see to use PMPModAVC is if you want Subtitles, want more battery conservation or if you already have pre-encoded movies.

Joe Fenton

1st March 2007, 04:12

In Dark_Alex's 3.10 OE-A' (AKA OE-A2) he has unlocked the bitrate as well so there's no worry in that.

I prefer having AAC as the audio too vs. MP3.

Currently the only reason I can see to use PMPModAVC is if you want Subtitles, want more battery conservation or if you already have pre-encoded movies.

Well, one issue is that even though you are now allowed to use full resolution, if you do, it won't start in full-screen mode. Second, it's a pain doing multiple audio tracks with most PSP MP4 converters. PMPMod(AVC) starts in full-screen mode, and multiple audio tracks are as simple as just adding more mp3s in the muxer. Also, I think that VBR MP3 sounds better than CBR AAC.

But, everyone has their own preference, which is why the lastest custom firmware is so nice - you can make full resolution videos with >768 kbps for the XMB now, whereas before you were STUCK with PMPMod(AVC) if you wanted that, whether you liked it or not.

steven_m64

1st March 2007, 04:41

i figured out if you force sar 1:1 in the config of x264 for example it will start fullscreen like normal as other normal files do.

Joe Fenton

2nd March 2007, 01:19

i figured out if you force sar 1:1 in the config of x264 for example it will start fullscreen like normal as other normal files do.

Cool! I'll have to try that. Thanks for the tip. :D

stanleyhuang

2nd March 2007, 16:10

MediaCoder now supports producing both PSP and PMP MOD files with x264. Instead of using AVS, MediaCoder retrieves yv12 data from MPlayer via a pipe and feed x264 via stdin. Besides encoding, MediaCoder generates thumbnail and can automatically transfer encoded files to PSP.

http://mediacoder.sourceforge.net/screenshots/mc-psp.png

Get MediaCoder (http://mediacoder.sourceforge.net/dlfull.htm)

steven_m64

2nd March 2007, 19:19

Schrade

2nd March 2007, 19:54

Thanks for the really useful advertisement.

I couldn't tell if you were being sarcastic or not but I thought his mentioning that MediaCoder now has extensive PSP support was very useful.

anyways...Are thumbnails actually supported for videos (in the video folder or original folder method).

i attempted to get it working but it never showed, or was thumbnail support added in one of the latest firmwares.
There has got to be a way to get it working. If you go back several posts in this thread you'll see me talking about P-TV and how the videos there have their thumbnails embedded in their MP4 container as a JPEG image. I muxed a JPEG image into a plain mp4 video but it wasn't picked up in the Video folder. It might just be an Atom thing though and we just have to find out if it needs a specific Atom on it for it to show up as a thumbnail.

ilovejedd

2nd March 2007, 20:10

Thumbnails are 160x120 JPEG files with a .THM extension. It's usable with the original folder method. The thumbnail must be in the same folder as the video and must have the same (base) filename.

Hmm, regarding embedded thumbs, don't P-TV videos follow the old naming conventions? I downloaded one from my brother's PSP (JP)

From an earlier post (http://forum.doom9.org/showthread.php?p=906537#post906537) I made:
* Movie Info *
Timescale 90000 - Duration 00:23:18.272
Fragmented File no - 4 track(s)
File Brand MSSV - version 18089859
Created: GMT Thu Nov 09 11:01:34 2006

File has root IOD
Scene PL 0xff - Graphics PL 0xff - OD PL 0xfe
Visual PL: ISO Reserved Profile (0x30)
Audio PL: ISO Reserved / User Private (0x32)

Track # 1 Info - TrackID 1 - TimeScale 30000 - Duration 00:23:18.196
Media Info: Language "Undetermined" - Type "vide" - Sub Type "avc1" - 41904 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 480 x 270 - Profile Main @ Level 2.1
Pixel Aspect Ratio 3:4 - Indicated track size 480 x 270
Synchronized on stream 4

Track # 2 Info - TrackID 2 - TimeScale 48000 - Duration 00:23:18.272
Media Info: Language "Japanese" - Type "soun" - Sub Type "mp4a" - 65544 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 48000
Synchronized on stream 4

Track # 3 Info - TrackID 3 - TimeScale 30000 - Duration 00:23:18.192
Media Info: Language "Undetermined" - Type "vide" - Sub Type "mp4v" - 1 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x6c
Visual Size 160 x 120
Synchronized on stream 4

Track # 4 Info - TrackID 4 - TimeScale 90000 - Duration 00:23:18.272
Track is present in Root OD
Media Info: Language "Undetermined" - Type "odsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: ObjectDescriptor Stream - ObjectTypeIndication 0x01
Self-synchronized

Schrade

3rd March 2007, 00:42

Hmm, regarding embedded thumbs, don't P-TV videos follow the old naming conventions? I downloaded one from my brother's PSP (JP)

From an earlier post (http://forum.doom9.org/showthread.php?p=906537#post906537) I made:
What are you using to get the file info you posted? MediaInfo doesn't go into as much detail as that :(

ilovejedd

3rd March 2007, 00:51

Yamb which is yet another mp4box gui. It was mentioned in the post. I was tried to extract the individual streams but all I get is garbage. I would reckon to say that stream 4 determines playback and might contain encryption/decryption information for the file. But as I'm not all that advanced tech-wise, I really couldn't hack it or anything. Refer to earlier post (http://forum.doom9.org/showthread.php?p=906537#post906537) for more info.

stanleyhuang

3rd March 2007, 04:09

Thanks for the really useful advertisement.

anyways...Are thumbnails actually supported for videos (in the video folder or original folder method).

i attempted to get it working but it never showed, or was thumbnail support added in one of the latest firmwares.
Sorry for posting an "advertisement", but it's a free software I made and I don't charge anything for it, so maybe this should be better called "information".
I reply your question in another post (http://forum.doom9.org/showthread.php?p=965081#post965081).

Sgt_Strider

3rd March 2007, 04:14

Currently, I prefer PMPModAVC to the Sony player. I can use x264 level 3 encoding at any bitrate, and VBR mp3 for the audio.

http://jonny.leffe.dnsalias.com/pmp_mod_avc/index.htm

General HowTo:
rip DVD with DVDDecrypter (or other ripper)
Use GordianKnot to make d2v and avs files (hint, use TomsMoComp for deinterlacing). use the following for output resolutions:
4:3 = 368x272
16:9 = 480x272
2.35:1 = 480x208
Use BeLight to transcode ac3 audio to mp3.
Use x264 to transcode avs to h.264. Here's the commands I use for two pass:

x264.exe --pass 1 --bitrate 750 -A all --level 3 --pictiming --aud --no-psnr --thread-input --progress --output NUL ep6.avs

x264.exe --pass 2 --bitrate 750 -A all --level 3 --pictiming --aud --no-psnr --thread-input --progress --output ep6.264 ep6.avs

Finally, use pmpmodavc_muxer to make the pmp file. This makes excellent looking and sounding videos.

My AMD X2 4600+ gets about 62 FPS while encoding using the above settings (61 FPS on pass 1, and 63 FPS on pass 2). :)

What's the disadvantage of using PMP Mod? I heard something about restarting the PSP? I'm not sure how that works and if you can explain that to me that would be great.

Also, are your settings high quality settings? Why are you not using AAC? If I want to add subtitles, does it "burn" the subtitles on to the video frame or it's like a DVD in which the subtitles itself is on a separate file and not "burned" on to the movie?

Is there a demuxer for the PMP format? For example in the future, I might want to switch to another format. Thanks!

stanleyhuang

3rd March 2007, 05:05

PMP MOD only plays MP3 audio. The demuxer and source code for PMP can be downloaded from jonny's website. There is also player for PMP on PC as well as a splitter. You can get some info here (http://forums.ps2dev.org/viewforum.php?f=14).

Joe Fenton

3rd March 2007, 20:59

What's the disadvantage of using PMP Mod? I heard something about restarting the PSP? I'm not sure how that works and if you can explain that to me that would be great.

Also, are your settings high quality settings? Why are you not using AAC? If I want to add subtitles, does it "burn" the subtitles on to the video frame or it's like a DVD in which the subtitles itself is on a separate file and not "burned" on to the movie?

Is there a demuxer for the PMP format? For example in the future, I might want to switch to another format. Thanks!

The main PMPMod site is here (http://jonny.leffe.dnsalias.com/). The thread link under PMPMod leads to a ps2dev forum thread where PMPMod and PMPModAVC are discussed. They are just about to release a new version of all the different PMP software from the look of things. From posts at ps2dev, it looks like the new version will support aac.

You can get a version of PMPMod(AVC) that supports subtitles here (http://www.fx-world.org/wordpress/?cat=2). MicroDVD and SubRip format are supported. These are softsubs, not hardsubs.

PMPMod(AVC) works like other homebrew - you run it from the games menu in the xmb. When it runs, it gives you a list of all the .pmp files found in ms0:\PSP\VIDEO\. Press X or O to play the selected file, and triangle to exit back to the xmb.

I use BeLight to encode the audio as 192kbps ABR MP3 at 44.1kHz (high quality for a PSP). Like I said, the new version they're testing now looks to play aac. The x264 settings are high quality... probably overkill on the bitrate, but that bitrate guarantees me high quality episodes with the whole series fitting on one DVD-R. 750kbps video and 192kbps audio yields a 24m38s episode of 168MB. They look and sound awesome.

There is a demuxer at the main site in case you ever wish to redo the files as something else.

Sgt_Strider

7th March 2007, 03:41

The main PMPMod site is here (http://jonny.leffe.dnsalias.com/). The thread link under PMPMod leads to a ps2dev forum thread where PMPMod and PMPModAVC are discussed. They are just about to release a new version of all the different PMP software from the look of things. From posts at ps2dev, it looks like the new version will support aac.

You can get a version of PMPMod(AVC) that supports subtitles here (http://www.fx-world.org/wordpress/?cat=2). MicroDVD and SubRip format are supported. These are softsubs, not hardsubs.

PMPMod(AVC) works like other homebrew - you run it from the games menu in the xmb. When it runs, it gives you a list of all the .pmp files found in ms0:\PSP\VIDEO\. Press X or O to play the selected file, and triangle to exit back to the xmb.

I use BeLight to encode the audio as 192kbps ABR MP3 at 44.1kHz (high quality for a PSP). Like I said, the new version they're testing now looks to play aac. The x264 settings are high quality... probably overkill on the bitrate, but that bitrate guarantees me high quality episodes with the whole series fitting on one DVD-R. 750kbps video and 192kbps audio yields a 24m38s episode of 168MB. They look and sound awesome.

There is a demuxer at the main site in case you ever wish to redo the files as something else.

Thanks for the information, but I have some more questions right now.

Does the PSP support VBR though? I rather do a 2-pass VBR and let the encoding programs determine the approriate bitrate for both the video and audio. I don't have a problem using MP3 for the audio since it's a 2-channel solution anyways.

So the muxing will not "damage" the video and audio files at all? If I demux it in the future, the video and audio will still be the same?

Which subtitle format do you recommend? Which one is the most commonly used? What do you by soft sub and hard sub?

I thought someone said that using the PMP mod will require the PSP to restart or something like that?

ilovejedd

7th March 2007, 06:40

If you do a 2-pass, video is VBR. What you have specified is average bitrate so complex parts are allotted more bitrate and simple ones less. You don't need PMPMod for that as it's supported by original firmware.

Do you mean you want to do a quality-based encode? You can do that, too, especially now that the resolution and bitrate limits have been lifted from custom firmware.

Muxing does not damage audio and video. Yes, the demuxed video and audio will still be the same.

I'm not sure what subtitle formats PMPMod uses. Most likely .srt or .ssa. I've never used the SUB version as when I first tried the original iteration, the native video player was much better interface-wise. Since I'm re-encoding videos either way, and I won't be viewing the encodes on anything other than my PSP, it was easier to just convert videos to the format PSP natively supports, even with hard subs.

hard subs = subtitles are written directly on to the video and cannot be removed without damage to video
soft subs = subtitles are not part of video stream and can be turned on or off at will

Hmm, think:
hard subs = text written with MS Paint (replaces pixels in orig pic)
soft subs = text added with PhotoShop (separate layer independent of orig pic)

PMP is homebrew and runs like any regular homebrew application. There's no reason why you'd need to turn off your PSP to run it if you don't need to do the same for, say, File Assistant.

Joe Fenton

7th March 2007, 08:08

Thanks for the information, but I have some more questions right now.

Does the PSP support VBR though? I rather do a 2-pass VBR and let the encoding programs determine the approriate bitrate for both the video and audio. I don't have a problem using MP3 for the audio since it's a 2-channel solution anyways.

Two pass video is VBR. I also encode the audio as ABR, which is VBR that tries to make the overall average about the same as the rate you select. PMPModAVC handles VBR video and audio just fine.

So the muxing will not "damage" the video and audio files at all? If I demux it in the future, the video and audio will still be the same?

Yes. Muxing is simply a way of mixing all the data streams together into a single file. None of the streams are altered.

Which subtitle format do you recommend? Which one is the most commonly used? What do you by soft sub and hard sub?

When I do subtitles, I do soft-subs in SRT format. SRT is probably most common.

Soft-subs - a separate text file with the subtitles, and timing info. Requires an OCR program that converts the VOB subtitles into text (like SubRipper). Pros: small text file makes it easy to store and edit. Player program can use high-quality fonts to display the subtitles, making them easy to read. Cons: player program must support soft-subs, and it takes time to draw subtitles over the video frames.

Hard-subs - the subtitles are rendered into the frame before it's encoded. Pros: works with any player, no slow down to display subtitles. No OCRing needed. Cons: makes frames harder to encode, thus decreasing quality just slightly. Stuck with font used when encoding the frame (and some subbing groups use LOUSY fonts at stupid sizes).

I thought someone said that using the PMP mod will require the PSP to restart or something like that?

Not anymore than any other game causes the PSP to "restart". After watching the vid, you exit PMPModAVC and you're back at the XMB like after exiting any other game or program.

Joe Fenton

7th March 2007, 08:19

The best way to answer questions about how PMPModAVC works is to simply try it out. Go here (http://forums.ps2dev.org/viewtopic.php?p=51637#51637) and you will find the latest PMPModAVC, a DShow filter to allow Windows to play PMP files, and a couple sample PMP files. Put PMPModAVC into the GAME150 folder, the samples into PSP\VIDEO\ and run the sucker. :D

Sgt_Strider

8th March 2007, 08:57

Two pass video is VBR. I also encode the audio as ABR, which is VBR that tries to make the overall average about the same as the rate you select. PMPModAVC handles VBR video and audio just fine.

Maybe my understanding of VBR isn't good. I just want to make sure I get you right. You didn't enter any numbers for the bitrate right? You just use VBR function which let the program determine the appropriate bitrate for the video file?

ilovejedd

8th March 2007, 09:07

From my earlier post:
Do you mean you want to do a quality-based encode? You can do that, too, especially now that the resolution and bitrate limits have been lifted from custom firmware.

Not so sure about PMPModAVC, though...

Joe Fenton

9th March 2007, 05:22

Maybe my understanding of VBR isn't good. I just want to make sure I get you right. You didn't enter any numbers for the bitrate right? You just use VBR function which let the program determine the appropriate bitrate for the video file?

No, that's constant quality, another form of VBR. Multi-pass VBR tends to be called ABR (Average Bit Rate) because it tries to make the work as a whole have an average bitrate close to what the user specified. In the case of the example command lines I gave, I specified an average bitrate for the whole clip of 750 kbps.

CBR - Constant bitrate. The media encodes at a constant bitrate, giving a fixed size, but a constantly changing quality. For constant bitrate with x264, use the "--bitrate" option (for example, --bitrate 512 ) without using the "--pass" option.

VBR - Variable bitrate. Has two main variants:
CQ - Constant quality. The media encodes at a set quality level, giving a completely variable bitrate and size. For constant quality with x264, specify the "--crf" option (for example, --crf 25). The higher the number, the higher the quality. Another way is to specify a constant quantizer using the "--qp" option (for example, --qp 18).

ABR - Average bitrate. Bits are shuffled from parts of the clip that don't need them to other parts that do. This gives a fairly fixed size and a fairly constant quality, but the bitrate changes constantly. ABR can be done with a single pass, but isn't nearly as good as multiple passes. For average bitrate with x264, use the "--bitrate" option along with the "--pass" option as shown in my examples several posts up.

Sgt_Strider

10th March 2007, 02:09

No, that's constant quality, another form of VBR. Multi-pass VBR tends to be called ABR (Average Bit Rate) because it tries to make the work as a whole have an average bitrate close to what the user specified. In the case of the example command lines I gave, I specified an average bitrate for the whole clip of 750 kbps.

CBR - Constant bitrate. The media encodes at a constant bitrate, giving a fixed size, but a constantly changing quality. For constant bitrate with x264, use the "--bitrate" option (for example, --bitrate 512 ) without using the "--pass" option.

VBR - Variable bitrate. Has two main variants:
CQ - Constant quality. The media encodes at a set quality level, giving a completely variable bitrate and size. For constant quality with x264, specify the "--crf" option (for example, --crf 25). The higher the number, the higher the quality. Another way is to specify a constant quantizer using the "--qp" option (for example, --qp 18).

ABR - Average bitrate. Bits are shuffled from parts of the clip that don't need them to other parts that do. This gives a fairly fixed size and a fairly constant quality, but the bitrate changes constantly. ABR can be done with a single pass, but isn't nearly as good as multiple passes. For average bitrate with x264, use the "--bitrate" option along with the "--pass" option as shown in my examples several posts up.

Does Autonot Gordian have an option to determine the best VBR or ABR bitrate for the encode?

Also, how can I determine which bitrate to use for VBR to ensure that it has a reasonably quality to size ratio? How did you come to the conclusion that 750kb/s is too much for PSP resolution?

ilovejedd

10th March 2007, 04:08

Does Autonot Gordian have an option to determine the best VBR or ABR bitrate for the encode?

Also, how can I determine which bitrate to use for VBR to ensure that it has a reasonably quality to size ratio? How did you come to the conclusion that 750kb/s is too much for PSP resolution?
Autonot Gordian - haven't heard of. AutoGordianKnot, I believe, has options for Constant Quality or ABR (given target size) encodes.

How do you define "reasonable quality to size ratio"? For my encodes, I use x264 2-pass 300kbps for video (anime eps, 320x240). One episode usually falls around 60MB so I can cram two 26-episode anime series on my 4GB stick with room for some music. Videos are not perfect but they're good enough for me. In my case, I opted for size rather than quality and I consider the trade-off reasonable. For live action, I usually use 400-500kbps. For the rare titles that I want in near perfect video (in my eyes), I use a bitrate of 768kbps.

Regarding 750kbps being overkill given the PSP's screen resolution, it really depends on you (and your eyes) whether the quality is acceptable or not. I suggest converting a couple of short clips to PSP format using various bitrates and/or quantizers and watch them on your PSP.

deets

10th March 2007, 21:46

yeah for your average TV stuff, 200kbs is fine, in my opinion anyway :)

300 if im pushing it ;)

Sgt_Strider

14th March 2007, 07:37

Autonot Gordian - haven't heard of. AutoGordianKnot, I believe, has options for Constant Quality or ABR (given target size) encodes.

How do you define "reasonable quality to size ratio"? For my encodes, I use x264 2-pass 300kbps for video (anime eps, 320x240). One episode usually falls around 60MB so I can cram two 26-episode anime series on my 4GB stick with room for some music. Videos are not perfect but they're good enough for me. In my case, I opted for size rather than quality and I consider the trade-off reasonable. For live action, I usually use 400-500kbps. For the rare titles that I want in near perfect video (in my eyes), I use a bitrate of 768kbps.

Regarding 750kbps being overkill given the PSP's screen resolution, it really depends on you (and your eyes) whether the quality is acceptable or not. I suggest converting a couple of short clips to PSP format using various bitrates and/or quantizers and watch them on your PSP.

Isn't there a bitrate calculator for h.264 content? I remember there was a bitrate calculator for xvid.

Basically I just want to let the programs determine the ideal bitrate to use to encode. Is that possible or I need to determine that myself?

ilovejedd

14th March 2007, 16:25

Bitrate calculator for either is the same as what bitrate calculators do is just ask you how long your video is and how big you want your file to be. You can do the calculations manually:
video bitrate = target filesize/total time - audio bitrate
*target file size in kilobits, e.g. 4gb is 4*1024*1024*8
**total time in seconds
but thankfully, bitrate calculators are there to make your life easier.

Ideal bitrate for what? Quality? Encoders won't know if the quality of a certain video is good enough for you. File size of encode? That they do, and that's what they're made for. So if you want to cram all three Lord of the Rings movies onto say a 2GB memory stick, a bitrate calculator will tell you what bitrate you should use. However, it is questionable whether the encodes will look good (although I reckon they'd probably be passable, maybe VCD quality or so).

Joe Fenton

15th March 2007, 03:53

Does Autonot Gordian have an option to determine the best VBR or ABR bitrate for the encode?

Also, how can I determine which bitrate to use for VBR to ensure that it has a reasonably quality to size ratio? How did you come to the conclusion that 750kb/s is too much for PSP resolution?

(Auto)Gordian Knot has settings for bitrate and quality, but I never worry about them as I just use GK to generate the avs file. I do the encoding via command line (as shown earlier) which specifies the bitrate.

The best way to know what bitrates to use is experience. Encode different material at different rates and see how they turn out. Do 5 to 10 minute clips so that it doesn't take too long. You can tell when you're getting close to the proper bitrate - you start getting block noise in the dark parts of scenes. Dark scenes normally have the most bits stolen in multi-pass encoding since the eye isn't as discriminating at low light levels. When too many bits are stolen, you start to see blocks in the darkest part.

For example, most of the episodes of Cowboy Bebop I encoded at 750 kbps show little to no noise. However, a couple episodes are harder to encode and require a higher bitrate. A perfect example is the episode "Brain Scratch" - if you're familiar with the series, you'd remember that this episode has a LOT of scenes that feature effects that simulate a TV image... white noise, scan lines, retrace lines, focus issues, etc.. Even at 750 kbps, this episode has some noticable block noise in the dark scenes, indicating that it could actually require a slightly higher bitrate.

So in the end, just play with it. See what looks good to you. You're the one that will be watching it after all.

ilovejedd

28th March 2007, 17:22

deets

28th March 2007, 18:09

Has anyone here installed the latest firmware 3.30 on their PSP? It supposedly added support for MPEG-4 AVC Main Profile 720x480, 352x480 and 480x272. Anyone tested some videos yet?

I'm still on 3.03 OE-A. Xenogears works with it quite well and there's been no compelling reason to upgrade so far so I haven't changed the firmware yet...

nope didnt know there was one, but ill have a look right now, once i have updates :)

edit: would make sense though, with the ps3 functions, now you can encode for one and play on both...

update: 480x272 works, although it doesnt fill the screen unless you manually select it. odd... and the firmware said about thumbnails now working in the video folder, i havent tried it though

update2: 720x480 shows up, but says video cant be played. this could just be me rush testing though...

deets

28th March 2007, 20:09

hmm i also think the psp can handle more b frames now? ive just tested with 3 and it worked... i thought it might as it would need to play the same stuff as the ps3. ill keep testing

Ghim

28th March 2007, 21:38

I have just tested 720x480 with the new 3.30 firmware and it works.
For 720x480 to work, the H.264 level has to be set to 3.0 (instead of 2.1).

CruNcher

28th March 2007, 23:37

Hehe it was only a matter of time after Apple opened 640x480 on the Ipods but Sony could have allready allowed it after UMD's dead so even before Apple released the higher res because of TV Series and Apple TV, but better late then never.
But this Firmware Restriction stuff still has a big influence on me in terms of missusage for higher profit makeing, im very skeptic about this new way it's being handled @ the CE companies and content providers (they want so deep into your pocket for every itzy tiny thing that was just normal before and now is being controled in every way and the customer is blocked from it's usage i find this to be a very big moral problem if you know what i mean so im happy we have all the new generation of firmware hackers being born and not only the .NET generation that doesn't know anymore what MOV or EAX means ;) ).

pspvideo9

28th March 2007, 23:48

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?

qyqgpower

29th March 2007, 00:32

@pspvideo9
no, psp will play between resolution(like 368x272), but keeping stretched and the scaler (zoom, normal, original) won't work

qyqgpower

29th March 2007, 05:30

it seems that just add --sar 1:1 and PSP would play 480x272 correctly, results two scaling options: original, 4:3

vzmr82

30th March 2007, 01:23

The UMD format allowed subtitles... those these new formats allow them? Can we create an MP4 with subtitles and PSP will show them?

Scarpad

30th March 2007, 04:35

So what happens to 4:3 vids, If I encode at 480 the other res would not be 272 so does that mean it will not play? And are we sure 640x480 won't work?

Atak_Snajpera

30th March 2007, 18:38

If you want 4:3 you have few options:
1) resize to 368x272 , add borders (56,0,56,0),add --sar 1:1 to cli. You will get 480x272 but with black borders
2) resize to 480x272 and then add --sar 4:3 to command line
3) resize to old 320x240

Personally I use first method because it gives better quality compared to rest.

qyqgpower

1st April 2007, 09:38

there's a serious bug with this version.

when you playback 480x272 video, the button two pixels are cut. simply add two pixel white border to button and you can check this issue on PSP.

hope SCE would fix it in next update.

ilovejedd

1st April 2007, 11:09

Actually, I don't think it's a bug. PSP video downloads from the Japanese P-TV site have a resolution of 480x270. That's exactly 16:9 aspect ratio. And its been like that since... hmm... forgot when I downloaded exactly but I think November '06 at the latest.

Sgt_Strider

2nd April 2007, 07:18

I have just tested 720x480 with the new 3.30 firmware and it works.
For 720x480 to work, the H.264 level has to be set to 3.0 (instead of 2.1).

What do you mean by level 3.0 instead of 2.1?

ilovejedd

2nd April 2007, 16:13

What do you mean by level 3.0 instead of 2.1?

http://en.wikipedia.org/wiki/H.264#Levels

Hmm, question, I have old encodes that are at Level 4 (ffmpeg default). They work fine if placed in the \MP_ROOT\100ANV01\ folder but are reported as unsupported video if placed in \VIDEO\. Would those work now in the new firmware?

deets

2nd April 2007, 20:29

What do you mean by level 3.0 instead of 2.1?

AVC level set on the first page (main) of the x264 config if you use megui :)

Sgt_Strider

4th April 2007, 06:45

AVC level set on the first page (main) of the x264 config if you use megui :)

So all other settings work and that it's only 3.0 that is required to be set in order to play?

Does Sony still require the weird naming scheme to get the video file to play at 480x272?

deets

4th April 2007, 19:21

So all other settings work and that it's only 3.0 that is required to be set in order to play?

Does Sony still require the weird naming scheme to get the video file to play at 480x272?

i dont know about 720 as i dont bother with it, but 480x272 works just like normal, you just change the size in your avs :)

oh and set sar 1:1 if you want it to auto expand :)

Schrade

16th April 2007, 04:15

Dark_AleX has updated his custom firmware to 3.30 OE-A. It now has all the features of Official Firmware 3.30 plus the ability to run homebrew and all the other nice stuff he's added to his firmware.

http://pspupdates.qj.net/Dark-AleX-releases-3-30-Open-Edition-Revision-A/pg/49/aid/89527

Time to start testing the new MPEG-4 AVC formats in ms0:/VIDEO!

lchiu7

17th April 2007, 06:12

i dont know about 720 as i dont bother with it, but 480x272 works just like normal, you just change the size in your avs :)

oh and set sar 1:1 if you want it to auto expand :)

So what is the compelling reason to upgrade to 3.3? I run 2.6 I think, encode using x264 and the results are fine for TV shows and DVD's. Will 3.3 allow higher quality resolution and/or take advantage of the full resolution of the PSP display without scaling?

Thanks

Larry

Atak_Snajpera

17th April 2007, 13:27

If you are happy with 368x208 (16:9) don't upgrade but if you want native resolution (480x272) you need firmware 3.30. For me the choice is very simple :)

lchiu7

17th April 2007, 20:22

If you are happy with 368x208 (16:9) don't upgrade but if you want native resolution (480x272) you need firmware 3.30. For me the choice is very simple :)

I get 16:9 with 368x208 but that involves scaling the image. I am guessing with 480x272 the image does not need scaling which equates to improved resolution? Given that Memory sticks are so cheap these days, might be worth doing