View Full Version : x264 and Sony PSP?
Pages :
1
2
3
[
4]
5
6
7
8
9
10
11
12
deets
27th December 2005, 20:38
yep, thats sorted the threads thing, thanks :)
i am just testing things at the moment, but i actually found the stuff wasnt too bad at all at around 200 as im going more for quanitity than quality. have a lot of flight from london to dallas/sf and wanted to make sure i had plenty of stuff to keep me going for the long flights.
oh, and i shall make sure --me esa is taken off, thanks
deets
27th December 2005, 23:55
with 2.6 firmware you can play 24fps(and 23.98 etc.) AVC now. just use x264 bundled ffmpeg to encode a 24fps clip and give a try.
if you use x264 or ND to create a 24fps clip and go through psp video 9's atomchanger to get a psp-playable AVC, you need edit 0x00A0~0x00A7 to 00 17 F9 DC 00 17 F9 DC to get a sync clip.
so I have compiled an atomchanger which won't fix FPS to 29.97 but depends on the input file's FPS.
Use this INI file with this atomchanger:
this is good news and i have made my first 23.97 clip which played, but suffered from audio out of sync. could you tell me what you mean by this:
you need edit 0x00A0~0x00A7 to 00 17 F9 DC 00 17 F9 DC to get a sync clip.
i guess as it means nothing to me, its probably out of my limited scope :D but i am willing to learn :)
Clown shoes
28th December 2005, 04:38
Hey Deets, should I presume your sources are 25fps? If so, all you need to do is slow the audio in Besweet. There is a very simple 25 to 23.976 tickbox you can use.
All my PSP material is now 23.976 and it looks great! All we need now is for them to unlock the full resolution for us, which is definately do-able as Doom9 pointed out earlier in this thread (http://www.engadget.com/2005/11/30/...video/#comments)
Clown shoes
28th December 2005, 04:45
weird locking up problem....
i dont just get videos that say cant be played, i get some that dont give the message and the screen goes black and the only way to get the psp back is to tak out the battery...
heres the megui log of a test i just did:
"C:\Program Files\x264\x264.exe" --bitrate 220 --keyint 300 --ref 2 --bframes 3 --subme 7 --weightb --analyse p8x8,b8x8,i4x4,p4x4 --qpstep 1 --me esa --threads 2 --progress --no-psnr --output "C:\psp\psp.264" "C:\psp\psp.avs"
mux it using the same mux bat i use for all other clips, but the clip causes a hard lock up...
also, i say 1 thread in megui but it always puts 2 anyway
I was just looking at your MeGUI log and I noticed you have 2 refs and 3 bframes. That could well be one of your problems. It was definately causing problems for me such as crashing when using the seek and no way to resume once stopped without restarting the PSP. Qyqgpower mentioned earlier;
on 2.6 psp,use only these settings for ref and bframe:
1ref + 1bframe
2ref without bframe
3ref without bframe
Hope this is of some help mate.
deets
28th December 2005, 04:49
Oh, i remember seeing that, i shall give it a try, thanks :)
Clown shoes
28th December 2005, 04:51
LOL. Another night owl. ;)
Sharktooth
28th December 2005, 04:59
I made the MeGUI video profiles to make the life easier, but still people play with settings they should not touch...
deets
28th December 2005, 05:10
LOL. Another night owl. ;)
indeed, the psp is keeping me up ;) i have since found out my computer doesnt like x264 with 2 threads and that was the main issue, all encodes now work just fine. although your right, i did get the seek issue for messing with the b frames, i was just trying all options as i didnt know it was the 2 threads causing me grief!
and sharktooth, I did try your profile first but it crashed, but I only just worked out its my setup and not megui or the profiles :) thanks for them though, ill just stick to yours from now on, make my life much easier ;)
damrod
30th December 2005, 19:45
if i remember well ;-)
sound is in atrack3+DRM
video is in avc i think...
all in a dkjdfkjfkjfgkklksdfsdf sony format
so good luck to create one...i don't think sony will help you : they want to sell dvd AND umd to you...when you steal money...try at least to steal ALL the money ;-)
deets
2nd January 2006, 17:28
hmm, so i crop out the black bars from my 2.35:1 dvd's, but i cannnot find a resolution that doesnt squash things.
anyone got any idea?
jonny
3rd January 2006, 13:29
since i've talked about it in this thread on the end of october... i've got mpeg4 ~asp @480x272 working at full speed ( http://jonny.leffe.dnsalias.com )
too bad for the ones that can't downgrade to 1.5 :p :)
damrod
3rd January 2006, 19:30
extract of my code
if strAspectRatio = '16/9' then
// 16/9 1.77:1
strList.Add('v=AVISource("' + strFileName + '").BicubicResize(368,208)')
else if strAspectRatio = '4/3' then
// 4/3 1.33:1
strList.Add('v=AVISource("' + strFileName + '").BicubicResize(320,240)')
else if strAspectRatio = '2.35' then
// 16/9 2.35:1
strList.Add('v=AVISource("' + strFileName + '").BicubicResize(416,176)')
else
// 4/3 1.33:1
strList.Add('v=AVISource("' + strFileName + '").BicubicResize(320,240)');
but in pspenc software it seems the author add black borders in order to use
classical 16/9 resolution (ie : 368,208)
looks the same for me...except that the black borders are less black that no borders lol
damrod
3rd January 2006, 19:32
since i've talked about it in this thread on the end of october... i've got mpeg4 sp @480x272 working at full speed ( http://jonny.leffe.dnsalias.com )
too bad for the ones that can't downgrade to 1.5
euhhhh arggggg
it works?? i wonder it i can play it with firmware 2.5...
but i can play avc !! :p
jonny
3rd January 2006, 21:59
"but i can play avc !!"
i could kill you telling that i can play avc too (now fw 2.0 can be launched over 1.5), but i'll not do this :)
Hyper Shinchan
4th January 2006, 03:40
"but i can play avc !!"
i could kill you telling that i can play avc too (now fw 2.0 can be launched over 1.5), but i'll not do this :)
Argh!!!! God damn my hands!!!! I've 2.60!!! Dammit!
damrod
4th January 2006, 19:07
jonny is a bad guy :p
i will try to play mpeg4 sp @480x272 on my psp
you add this res in pspenc?
Hyper Shinchan
5th January 2006, 03:57
anyway, what does John mean with "now fw 2.0 can be launched over 1.5".
I was able to make a downgrade to 1.50 from 2.00, but it's this that you were saying, or something else???
jonny
5th January 2006, 10:21
you add this res in pspenc?
ffmpeg will kick me badly if i do this :) (seriously, a bit sad that i can trash 60% of pspenc after getting psp media player to work at fullspeed)
@Hyper Shinchan:
google "MPH Firmware launcher"
willie1
5th January 2006, 19:18
I have followed this thread for a while now. I am having trouble with the last step of a 23.976fps AVC file. When I used the atomchanger.ini posted on page 6 of the thread, the PSP (FW 2.60) would say "corrupd data" or something similar. Comparing the original ini with the new one, I added the line codec=2 to the new ini (leaving all other lines the same) and the files now play, but are out of sinc severely. They play fine on the computer. The files are Nero Digital AVC with 48Khz audio. Other than needing to use the extra line "codec=2". I can see no difference to what others are doing.
Any suggestions?
deets
5th January 2006, 19:26
did you use the atomchanger in the zip in the post as well as the new ini?
nrx][Natas
5th January 2006, 19:26
For me it works without the extra line but, did you change the audio framerate, too?
willie1
5th January 2006, 19:42
I tried several combinations of atomchanger and the ini. Maybe I will clear the folder and use the atomchanger from the link with the ini provided and see if that works. I did not change anything from the Nero Digital file in the audio. It is playing about 25% too slow. It does not appear that the video plays too fast, but that the audio is slowed down. I'll post back if clearing the folder works.
willie1
5th January 2006, 20:03
The ini now works without the extra line, but the audio is still out of sinc grossly. What app do I use to edit the audio in as per the post on page 6? :
"with 2.6 firmware you can play 24fps(and 23.98 etc.) AVC now. just use x264 bundled ffmpeg to encode a 24fps clip and give a try.
if you use x264 or ND to create a 24fps clip and go through psp video 9's atomchanger to get a psp-playable AVC, you need edit 0x00A0~0x00A7 to 00 17 F9 DC 00 17 F9 DC to get a sync clip.
so I have compiled an atomchanger which won't fix FPS to 29.97 but depends on the input file's FPS.
Use this INI file with this atomchanger:"
I am not sure where I can edit this line.
willie1
5th January 2006, 20:19
Here's the file properties before the atomchanger:
* Movie Info *
Timescale 1000 - Duration 02:20:06.272
Fragmented File no - 4 track(s)
File Brand MSNV - version 16779142
File has root IOD
Scene PL 0x01 - Graphics PL 0xfe - OD PL 0xfe
Visual PL: No visual capability required (0xff)
Audio PL: Main Audio Profile @ Level 2 (0x02)
Track # 1 Info - TrackID 1 - TimeScale 1000 - Duration 00:00:00.001
Track is present in Root OD
Media Info: Language "eng" - Type "odsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: ObjectDescriptor Stream - ObjectTypeIndication 0x01
Self-synchronized
Track # 2 Info - TrackID 2 - TimeScale 1000 - Duration 00:00:00.001
Track is present in Root OD
Media Info: Language "eng" - Type "sdsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: SceneDescription Stream - ObjectTypeIndication 0x01
Synchronized on stream 1
Track # 3 Info - TrackID 3 - TimeScale 24000 - Duration 02:20:06.272
Media Info: Language "eng" - Type "vide" - Sub Type "avc1" - 201549 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 368 x 208
Synchronized on stream 1
Track # 4 Info - TrackID 4 - TimeScale 48000 - Duration 02:20:06.208
Media Info: Language "und" - Type "soun" - Sub Type "mp4a" - 394041 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 48000
Synchronized on stream 1
And after:
* Movie Info *
Timescale 1000 - Duration 02:20:06.272
Fragmented File no - 4 track(s)
File Brand MSNV - version 16779142
File has root IOD
Scene PL 0x01 - Graphics PL 0xfe - OD PL 0xfe
Visual PL: No visual capability required (0xff)
Audio PL: Main Audio Profile @ Level 2 (0x02)
Track # 1 Info - TrackID 1 - TimeScale 1000 - Duration 00:00:00.001
Track is present in Root OD
Media Info: Language "eng" - Type "odsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: ObjectDescriptor Stream - ObjectTypeIndication 0x01
Self-synchronized
Track # 2 Info - TrackID 2 - TimeScale 1000 - Duration 00:00:00.001
Track is present in Root OD
Media Info: Language "eng" - Type "sdsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: SceneDescription Stream - ObjectTypeIndication 0x01
Synchronized on stream 1
Track # 3 Info - TrackID 3 - TimeScale 24000 - Duration 02:20:06.272
Media Info: Language "eng" - Type "vide" - Sub Type "avc1" - 201549 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 368 x 208
Synchronized on stream 1
Track # 4 Info - TrackID 4 - TimeScale 48000 - Duration 02:20:06.208
Media Info: Language "und" - Type "soun" - Sub Type "mp4a" - 394041 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 48000
Synchronized on stream 1
There's no difference, but is the time sclale of 24000 and 48000 causing the problem I am experiencing?
deets
5th January 2006, 20:33
whats the original fps, 23.97?
try using besweet/belight to convert your audio to aac
willie1
5th January 2006, 20:52
Thanx for the suggestion, but I have done that with the same problem. I used belight with the NAAC settings. The original file is SW episode III- legally purchased dvd- and 23.976 fps.
Problem fixed: I used YAMB1.4 and remuxed the video with the video set at 23.976fps, and the audio set at 29.97fps. Perfect sinc and stutter free playback. This must be a peculiarity of the Nero Digital muxing since others aren't posting the same problem with the MeGUI encodes.
Thanx for all the suggestions.
deets
5th January 2006, 20:58
yeah thats very weird...
i use besweet beta 8 with the nero digital encoder engine and then mux using megui, works like a charm :D
sevEren^^
6th January 2006, 23:43
Would it be possible for megui's bitrate calculator and muxer (YAMB frontend) to take the framerate/length of the clip from the avisynth script rather than the actual avi file being used? Whenever I use the "assumefps()" command, and open the avs, the length in the bitrate calculator needs manually adjusting, and also it's necessary to mux using the raw .264 video and manually specify framerate, otherewise the resulting mp4 file has the original avi framerate instead of the one specified in the avs file, and there is a sync issue. I normally open the avs in virtualdub and check the file properties which gives the correct length/framerate.
Encoding avi files without doing anything to change the framerate works fine obviously.
Other than this tiny point, I think megui/x264/naac is the best psp video solution around, and the results with 2 or 3 pass encoding are fantastic. Well worth the little extra time spent tweaking to get a "perfect" encode, than use a single-click solution (e.g. PSPVideo9) which lacks the more advanced features. Thanks very much to all the devs who might be reading. :) Great tools.
willie1
7th January 2006, 04:58
I agree, this is a great set of tools, but it takes a little bit of tweaking to get things to work right. (I just noticed the "new" limitation on b- and reference frames with 2.60fw.) I still like the Nero Digital AVC image a bit better, but x264 is very good.
Hyper Shinchan
7th January 2006, 05:07
I personally prefer X264, I don't knwo it looks better at lower bitrate for me. Anyway what do you use (PAL users) to conver fps from 25>24? I've tried convert fps but it looks bad, at least with anime source, generally I use change fps, but you will lost frames.... Sony's shit.....
P.S.: But I don't have any problem with audio/video sync.
EDIT: @Hyper Shinchan:
google "MPH Firmware launcher"
I've used it, but now I've upgrade it to 2.60, as I said.
willie1
7th January 2006, 08:30
Have you assume fps then slow the audio in besweet with the OTA track adjustments? This will leave you with all original frames and no playback problems. The disserence in speed is not significant enough to be a distraction, and is actually how film is converted to PAL.
Doom9
7th January 2006, 13:22
Would it be possible for megui's bitrate calculator and muxer (YAMB frontend) to take the framerate/length of the clip from the avisynth script rather than the actual avi file being used?Umm.. MeGUI takes it from the script. And what is your beef with the AVI? There are no AVIs in MeGUI unless you decide to output some.
Here's a little experiment I ran: my usual codec comparison matrix clip at 23.976 fps. I open the avs in MeGUI, then open the bitrate calculator. Number of frames: 196159
FPS: 23.976
Length: 2:16:21
Then I edit the script and add assumefps(25.00), open it again and go to the bitrate calculator again. Now it shows:
Number of frames: 196159
Framerate: 25
Length: 2:10:46
So, as you can see, making the change in the script is picked up by MeGUI.. the number of frames is obviously the same, but changing the fps also changes the movie's length.
The same goes for muxing.. in automated mode MeGUI takes the fps from the source (so 25fps once I added assumefps) and plugs that into the muxer.
deets
7th January 2006, 15:53
edit: oops, missed willie1 reply saying the same thing!
as others said earlier in this thread, i use assumefps(24.000) and then in besweet i slow the audio down from 25 to 24 in the advanced settings section.
as said, it doenst mess around with any of the frames so is the smoothest option and the change in speed wont be noticeable :)
looks great :D
i converted my memento dvd the other day, 190mb for the 2 hour film! looks great, sounds okay
sevEren^^
7th January 2006, 22:33
So, as you can see, making the change in the script is picked up by MeGUI.. the number of frames is obviously the same, but changing the fps also changes the movie's length.
The same goes for muxing.. in automated mode MeGUI takes the fps from the source (so 25fps once I added assumefps) and plugs that into the muxer.
Hmm, this must be something I'm doing wrong then, as the bitrate calculator is picking up the original file's framerate rather than the value I enter after the AssumeFPS command in the avs. I'm using the AssumeFrameBased command. Could this be messing it up perhaps? My apologies anyway, I assumed it was megui causing this, but it's obviously something unique to my setup. I'll try and find out what is causing it. Thanks for your help. :)
edit: This is only happening when I specify 23.976 as my framerate in the avs file. If I specify AssumeFPS(30), (25), or (24), megui's bitrate calculator picks it up fine as the correect value. When I use AssumeFPS(23.976) though, it always shows up as 25fps in the calculator. If I open the avs file in VirtualDub, and go to "File Information", it shows up as 23.976 with the correct time. My fault for not using 24fps I guess.
Hyper Shinchan
8th January 2006, 01:05
Have you assume fps then slow the audio in besweet with the OTA track adjustments? This will leave you with all original frames and no playback problems. The disserence in speed is not significant enough to be a distraction, and is actually how film is converted to PAL.
I was thinking about it and I'll try it now, blending frame really mess up things with animes (maybe also with movie, but who cares about movie???).
willie1
8th January 2006, 02:40
The new psp profile (sharktooth) has 2 reference frames and no b-frames as default. Someone posted previously that they could get 1-b and 1-ref frame to work with FW2.60. I have been unable to do so. Are there any other changes that need to be made to the profile to get it to work with b and ref frames? It seems to me using b-frames would greatly help the compressibility.
quake74
9th January 2006, 10:22
The new psp profile (sharktooth) has 2 reference frames and no b-frames as default. Someone posted previously that they could get 1-b and 1-ref frame to work with FW2.60. I have been unable to do so. Are there any other changes that need to be made to the profile to get it to work with b and ref frames? It seems to me using b-frames would greatly help the compressibility.
Well, I have a 2.0 psp and I can play videos with 2 refs and as many bframes as I want (I have been able to play a video with 7 consecutive bframes). I am not sure if the bframes cause dropped frames or whatever (I will eventually try), but I think that bframes were removed because they were causing problems with the seek/resume functions in 2.6 (I have no seek resume problems with 2.0).
willie1
10th January 2006, 07:32
I don't think its something to do with the b-frames anymore- None of my x264 encodes work. I have tried no b-frames and they still don't play. My Nero Digital avc's are fine Its not audio related as I'm using the same audio settings for all of my encodes, x264 or Nero. The default profile isn't working and the default minus b-frames and even 1 reference frame isn't working. I disabled p4x4 which is enabled by default, no help. The only options I'm using are CABAC,I4x4, P8x9, B8x8 deblocking, and 1 reference frame. I've got main profile, and unrestricted level selected. The PSP recognizes the files, but locks up as soon as they are played. My muxing options should be fine as the Nero AVC is muxed the same way- Yamb1.4 and MP4Box.
Here is the command line:
"x264.exe" --pass 2 --bitrate 250 --stats ".stats" --ref 2 --analyse p8x8,b8x8,i4x4 --direct none --progress --no-psnr --output "D:\x264-psp\test1.mp4" "D:\x264-psp\test1.avs"
Any thoughts?????
quake74
10th January 2006, 12:31
Dear Willie1, try to upgrade to the latest x264 build and use the included psp profile with the megui-x264. Or maybe you changed something in the audio? Or maybe you passed something strange to mp4box? Good luck!
bond
10th January 2006, 12:57
willie1, you do know that you need special framerates, resolutions, filenames and also need to fuck the mp4 up with these atomchanger tools for making things to work on the psp?
willie1
10th January 2006, 16:30
As I posted, I have working files from Nero Digital AVC with belight encoded audio, muxed with Yamb. I know the correct framerates,filenames, and framesizes. I have working files(ND AVC), and even recognized x264 files, but they lock up. I am using x264 396D, downloaded this last Saturday.
bond
10th January 2006, 16:34
...and also need to fuck the mp4 up with these atomchanger tools for making things to work on the psp?.....
quake74
10th January 2006, 17:03
As I posted, I have working files from Nero Digital AVC with belight encoded audio, muxed with Yamb. I know the correct framerates,filenames, and framesizes. I have working files(ND AVC), and even recognized x264 files, but they lock up. I am using x264 396D, downloaded this last Saturday.
Could you share the x264 command lines you are using, or better yet, try the megui with the standard psp profile and post the log (that is, if the video still doesn't work)? (and maybe also post the avs file, the mp4box command, and so on)
willie1
11th January 2006, 01:15
Here's the meGui log:
Next job job1-1 is a video job. encoder commandline:
"C:\Program Files\x264\x264.exe" --pass 1 --bitrate 250 --stats "D:\x264-psp\test1.stats" --subme 1 --analyse none --direct none --me dia --threads 2 --progress --no-psnr --output NUL "D:\x264-psp\test1.avs"
successfully set up video encoder and callbacks for job job1-1
----------------------------------------------------------------------------------------------------------
Log for job job1-1
avis [info]: 368x160 @ 23.98 fps (2956 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:17 Avg QP:20.76 size: 6748
x264 [info]: slice P:2939 Avg QP:23.08 size: 1270
x264 [info]: mb I I16..4: 33.1% 0.0% 66.9%
x264 [info]: mb P I16..4: 9.0% 0.0% 0.0% P16..4: 68.5% 0.0% 0.0% 0.0% 0.0% skip:22.5%
x264 [info]: final ratefactor: 24.58
x264 [info]: kb/s:249.6
Actual bitrate after encoding without container overhead: 250.59
----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Next job job1-2 is a video job. encoder commandline:
"C:\Program Files\x264\x264.exe" --pass 2 --bitrate 250 --stats "D:\x264-psp\test1.stats" --ref 2 --analyse p8x8,b8x8 --direct none --threads 2 --progress --no-psnr --output "D:\x264-psp\test1.mp4" "D:\x264-psp\test1.avs"
successfully set up video encoder and callbacks for job job1-2
----------------------------------------------------------------------------------------------------------
Log for job job1-2
avis [info]: 368x160 @ 23.98 fps (2956 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
mp4 [info]: initial delay 0 (scale 2997)
x264 [info]: slice I:17 Avg QP:20.65 size: 6456
x264 [info]: slice P:2939 Avg QP:22.68 size: 1273
x264 [info]: mb I I16..4: 35.7% 0.0% 64.3%
x264 [info]: mb P I16..4: 8.1% 0.0% 0.0% P16..4: 48.4% 15.1% 4.5% 0.0% 0.0% skip:23.9%
x264 [info]: ref P 78.0% 22.0%
x264 [info]: kb/s:249.8
Actual bitrate after encoding without container overhead: 250.82
desired video bitrate of this job: 250 kbit/s - obtained video bitrate: 251.687005575101 kbit/s
Here's the avs script:
# Created with Gordian Knot
#
# http://gknot.doom9.org
# PLUGINS
LoadPlugin("C:\PROGRA~1\GORDIA~1\DGMPGDec\DGDecode.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\decomb.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\KernelDeInt.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\UnDot.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\dgbob.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\Convolution3d.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\FluxSmooth.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\TomsMoComp.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\VSFilter.dll")
#LoadPlugin("C:\PROGRA~1\GORDIA~1\AviSynthPlugins\SimpleResize.dll")
# SOURCE
avisource("D:\x264-psp\test1.avi")
# TRIM
#trim(startframe,endframe)
# IVTC
#Telecide(order=1,guide=1).Decimate()
# or use
#IVTC(44,11,95)
#GreedyHMA(1,0,4,0,0,0,0,0)
# DEINTERLACING (1)
#FieldDeinterlace()
#FieldDeinterlace(blend=false)
#TomsMoComp(1,5,1)
# DEINTERLACING (2)
#KernelDeInt(order=1,sharp=true)
# or maybe
#DGBob(order=1,mode=0)
# DEINTERLACING (3) - special requests
#GreedyHMA(1,0,0,0,0,0,0,0)
#Telecide()
#SeparateFields()
# CROPPING
crop(0,0,640,272)
# SUBTITLES
#VobSub("FileName")
# RESIZING
LanczosResize(368,160)
# DENOISING: choose one combination (or none)
Undot()
# 1) little noise
#Temporalsoften(2,3,3,mode=2,scenechange=6)
#mergechroma(blur(1.3))
#FluxSmoothST(5,7)
# 2) medium noise
#Temporalsoften(3,5,5,mode=2,scenechange=10)
#Convolution3d("moviehq")
#FluxSmoothST(7,7)
# 3) heavy noise
#Temporalsoften(4,8,8,mode=2,scenechange=10)
#Convolution3d("movielq")
#FluxSmoothST(10,15)
# BORDERS
#AddBorders(left,top,right,bottom)
# COMPRESSIBILITY CHECK
# !!!!Snip Size now has to be 20 for use in GKnot!
#SelectRangeEvery(400,20)
# FOOL CCEnc
#empty = BlankClip()
#AudioDub(last,empty)
I already posted the command line.
@Bond: I have working AVS files on the psp so I do know how to do the atomchanger thing. To get a working Nero digital, I encode the avs in Nero, encode the audio with belight, mux the audio/video with Yamb(mp4box), then atomchanger, and finally copy to PSP with the appropriate file structure. I have both 23.976fps and 29.97fps Nero AVC/ belight/ Yamb(mp4box)/ atomchanger files working. The MeGui files are recognized by the psp, but in the properties it sees th4e video at 768kbps, and if selected, the PSP locks up.
deets
11th January 2006, 01:24
try changing --threads 2 to --threads 1
i know it sounds weird, try it with a short clip and see if it works. my psp locked up when i used 2 threads in x264 even though the file played fine on the pc etc.
in megui goto tools-settings and untick "automatically set number of threads" as this puts in 2 automatically if you have a HT or dual core cpu
willie1
11th January 2006, 02:29
I'm only using 1 thread. Thanx anyway.
deets
11th January 2006, 02:32
I'm only using 1 thread. Thanx anyway.
not according to that log you posted...
"C:\Program Files\x264\x264.exe" --pass 2 --bitrate 250 --stats "D:\x264-psp\test1.stats" --ref 2 --analyse p8x8,b8x8 --direct none --threads 2 --progress --no-psnr --output "D:\x264-psp\test1.mp4" "D:\x264-psp\test1.avs"
you may only be putting one thread in x264, but megui will change that to two if it detects a HT or multi core CPU, you need to manually turn that off as i suggested.
just try it on a 1 minute clip...
willie1
11th January 2006, 04:08
Thanx Deets, I had previously unchecked that box (at least I remember doing that) and setting it to one thread, but when I went back, it was set again to auto. (probably when I reinstalled everything.) The file you provided worked, so that's probably the problem. I am going to try a test encode of my own now. Thanx again.
willie1
11th January 2006, 04:38
That was the problem. Thanx Deets!
Doom9
11th January 2006, 09:36
@sevEren^^: I've made the same findings regarding the framerate reported.. no idea though why this happens.. I'm still using AVIFile to read the framerate. I'll have to step through the debugger once.. I'm having some nasty thoughs why this is happening.. I suspect the framerate returned isn't 29700/1000 and 23976/1000 (which would be properly mapped) but something in that range only, and so it will not be picked up because I look at an exact match in the dropdown.. not some kind of closest match. If there's none found, the calculator defaults to the default fps which is 25.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.