PMP Mod v2.02 & PMP Mod AVC v1.02
You either used PMP Mod AVC or the spiderman trailer was encoded with 1.xx version and not updated by jonny.
In the first case, use the normal PMP Mod version (non-AVC), in the latter use the 1.xx->2.xx remuxer to remux the trailer and then play with PMP Mod 2.02.
In the first case, use the normal PMP Mod version (non-AVC), in the latter use the 1.xx->2.xx remuxer to remux the trailer and then play with PMP Mod 2.02.
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
-
- Posts: 4
- Joined: Fri Aug 11, 2006 5:10 am
Thanks mate, i,ll be remuxing the trailer.Raphael wrote:You either used PMP Mod AVC or the spiderman trailer was encoded with 1.xx version and not updated by jonny.
In the first case, use the normal PMP Mod version (non-AVC), in the latter use the 1.xx->2.xx remuxer to remux the trailer and then play with PMP Mod 2.02.
Which is best PMPMOD or PMPMOD AVC?
I have been using PMPMOD AVC for awhile now just gonna have a change.
Now this may sound stupid, but the drag an drop is not working, i just dragged the file over the remuxer and nothing happened apart from swapping places.
PMP Mod offers higher quality videos/smaller files and allows longer playtime (because of reduced battery-consumption), but requires a complete reencode of the video files. Normal PMP Mod can handle DivX/XVid videos without reencode, but suffers from shorter battery lifetime due to overclocking. The decision is on you.Sudds wrote: Thanks mate, i,ll be remuxing the trailer.
Which is best PMPMOD or PMPMOD AVC?
I have been using PMPMOD AVC for awhile now just gonna have a change.
Now this may sound stupid, but the drag an drop is not working, i just dragged the file over the remuxer and nothing happened apart from swapping places.
ATM I'm very short on time for coding, therefore progress is coming slowly. I'm still laying out the skinning file scheme (XML format) and working on the core framework. As soon as those two things are done, I will update the SVN repository on sourceforge and provide a skinning documentation, so others can work on the code and commit their changes. The link to the sourceforge page is on my homepage: http://wordpress.fx-world.orgsachinwalia75 wrote: Hi Raphael,
are you working on skinning engine for PMPMOD (AVC and non AVC)? I'd like to help. (in coding; I am not a good ui designer).
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
PMPMOD working with 2.71-SE ???
Hye,
Has someone succeed to run with the "just yet release" Firmware 2.71-SE PMPMOD or PMPMODavc ....?
I'm interested by their tests...
csuper.
Has someone succeed to run with the "just yet release" Firmware 2.71-SE PMPMOD or PMPMODavc ....?
I'm interested by their tests...
csuper.
pos files are only specific to my latest 1.02M version. If you don't want them, you either need to use jonnys official 1.02 or my previous 1.02b version.
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
-
- Posts: 1
- Joined: Tue Oct 24, 2006 11:22 pm
a little request...
Hello,
i'm using PMP mod (not avc) and i like it very much, thank you for your work ^^
i encode my video in 512x384 (for the 4:3) in xvid, and the playing is perferct ! the feature that i like the most is that your soft can read video bigger than 480x272 (unlike the official mp4 of sony), so, i can encode all my video in 512x288 or 512x384, and i can view them on my pc in a bigger resolution, or in my psp.
the only probleme that i have is the pmp contener, its not a problem for my pc, but i have a dvd/divx platine, and it dont reconize it, even if it can play the same xvid video in .avi
my request is, if you can add support of .avi contener in futur versions, i dont think that's a big probleme cause the encodage is the same (xvid+mp3), so its just the contener the probleme (i think :p ), of course it will be just an additionnal option, the pmp files will still be supported...
an other request, is that you add support for subtitles files in .srt or the likes.
thanks for reading ;) i hope that this wasnt asked by someone else, i just cant read all the 50 pages of previous posts ;)
(sorry for my english also >_< )
bye ^^
i'm using PMP mod (not avc) and i like it very much, thank you for your work ^^
i encode my video in 512x384 (for the 4:3) in xvid, and the playing is perferct ! the feature that i like the most is that your soft can read video bigger than 480x272 (unlike the official mp4 of sony), so, i can encode all my video in 512x288 or 512x384, and i can view them on my pc in a bigger resolution, or in my psp.
the only probleme that i have is the pmp contener, its not a problem for my pc, but i have a dvd/divx platine, and it dont reconize it, even if it can play the same xvid video in .avi
my request is, if you can add support of .avi contener in futur versions, i dont think that's a big probleme cause the encodage is the same (xvid+mp3), so its just the contener the probleme (i think :p ), of course it will be just an additionnal option, the pmp files will still be supported...
an other request, is that you add support for subtitles files in .srt or the likes.
thanks for reading ;) i hope that this wasnt asked by someone else, i just cant read all the 50 pages of previous posts ;)
(sorry for my english also >_< )
bye ^^
The AVI discussion has already been answered several times. The answer was no, and if you need more information to the why you are free to use the search function.
AVI playback is currently only possible through PSPlayerMT. As another option, 0x89 which is currently in development, will support AVI playback too (www.0x89.org).
Regarding subtitles, try out my modified PMP Mod version which supports MicroDVD and SubRip format subtitles already, as well as a few other things. You can get the latest version from my homepage - http://wordpress.fx-world.org
AVI playback is currently only possible through PSPlayerMT. As another option, 0x89 which is currently in development, will support AVI playback too (www.0x89.org).
Regarding subtitles, try out my modified PMP Mod version which supports MicroDVD and SubRip format subtitles already, as well as a few other things. You can get the latest version from my homepage - http://wordpress.fx-world.org
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
hi raphael, I have tried using AVI2PMP converter to convert my files to AVC format. It seems that the conversion for AVC takes far longer than the non-AVC version am i right ? The output seems better for AVC tough but the time consuming conversion puts me back tot pmpmod202 i guess. Would be waiting for your pmpmod202M version hopefully!
Cheers!
Cheers!
pmp_muxer
Hi,
I'm having some trouble using pmp_muxer in linux. I have successfully extracted audio and video files from a movie. I can mux them together with the pmp_muxer.pl script. But when I try to play the file with pmpmod, it outputs the following error:
Does anyone know what could be the cause of this error?
Distribution: Gentoo linux
perl-5.8.8
pmpmod: 2.02
pmp_muxer: 2.01
EDIT:
This happens to me everytime, I struggle with a problem for days, finally decide to look for help on a forum, only to find the solution a few hours later. It seems some muxer files got mixed with another version, completely erasing the muxer directory and re-extracting fixed my issue. I can finally use my python script for simple pmp creation :) . If it gets in better shape I'll share it with you guys
I'm having some trouble using pmp_muxer in linux. I have successfully extracted audio and video files from a movie. I can mux them together with the pmp_muxer.pl script. But when I try to play the file with pmpmod, it outputs the following error:
The audio and video files are valid because I can mux them together with pmp_muxer.exe on a windows box.pmp_file_open: invalid video format
Does anyone know what could be the cause of this error?
Distribution: Gentoo linux
perl-5.8.8
pmpmod: 2.02
pmp_muxer: 2.01
EDIT:
This happens to me everytime, I struggle with a problem for days, finally decide to look for help on a forum, only to find the solution a few hours later. It seems some muxer files got mixed with another version, completely erasing the muxer directory and re-extracting fixed my issue. I can finally use my python script for simple pmp creation :) . If it gets in better shape I'll share it with you guys
recent patches of x264
I was wondering whether somebody has patches to the more recent versions of x264 available. The old ones don't match the current code anymore. Just wanted to ask before I try to manually edit the source files.
Wanted to play with the encoder on some multi core machines and see whether more recent version of x264 improves encoding performance.
regards,
7oby
Wanted to play with the encoder on some multi core machines and see whether more recent version of x264 improves encoding performance.
regards,
7oby
Thanx a lot! I wasn't aware that using multi threaded encoding actually has an impact to the actual output stream.jonny wrote:be aware that using more threads break compatibility with the internal psp decoder (the stream generated can't be decoded because frames are internally divided in slices)
I had the impression that single images would be split in order to facilitate multiple threads (-> and doing this to distribute those among multiple cores) and joined/merged at some processing stage again. However this seems to be wrong: I briefly checked some threads in forum.doom9.org.
7oby
P.S: Thanx for PMP Mod (AVC)!
Let me start with the second part: I think I'm to stupid to use the search function. At least I have not figured out how to search a single thread (this one) and get the answer: <Your search string can be found on page XY out of 56>.Raphael wrote:... if you need more information to the why you are free to use the search function.
Laking the search function, I might have missed something, but all answers I remember were like: ".avi is to stupid"Raphael wrote:The AVI discussion has already been answered several times. The answer was no, and if you need more information to the why you are free to use the search function.
This isn't the answer I'd expect and I did search some more. I came across this thread
http://forum.doom9.org/showpost.php?p=5 ... ostcount=1
which gave me a hint of why people hate .avi.
Besides that: Who ever volunteers to summarize the most frequent issues in a FAQ and put this one at the first page of this thread, would do a valuable job!
Some of the results:7oby wrote: Let me start with the second part: I think I'm to stupid to use the search function. At least I have not figured out how to search a single thread (this one) and get the answer: <Your search string can be found on page XY out of 56>.
http://forums.ps2dev.org/viewtopic.php? ... =avi#33309
http://forums.ps2dev.org/viewtopic.php? ... =avi#35135
http://forums.ps2dev.org/viewtopic.php? ... =avi#46837
Well, you could sum the answers up with this, if you were going to be cynical about it, yes. Fact is, avi is the hell to parse and sync correctly and jonny decided he will never touch it again after he introduced the .pmp container. I for myself lately tried working out a libavformat compatible pmpmod version, and I learned the hard way why jonny chose to avoid this.7oby wrote: Laking the search function, I might have missed something, but all answers I remember were like: ".avi is to stupid"
Yeah, that should be a good hint, why people (especially devs) hate it. I myself do now, though I really liked it before when I was only "using" it.7oby wrote: This isn't the answer I'd expect and I did search some more. I came across this thread
http://forum.doom9.org/showpost.php?p=5 ... ostcount=1
which gave me a hint of why people hate .avi.
Why don't you? ;P7oby wrote: Besides that: Who ever volunteers to summarize the most frequent issues in a FAQ and put this one at the first page of this thread, would do a valuable job!
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl
from http://web.njit.edu/all_topics/Prog_Lan ... rmats.html
pmp it's more simple: providing a video stream and an audio stream, there is 1 and only 1 way to mux
Supporting this mess it's not easy, considering that you need to handle bad interleaved files and badly muxed vbr audio.There are two kinds of AVI files:
* Interleaved: Audio and video content is interleaved. This is the standard usage. Recommended and mostly used. Some tools create interleaved AVIs with bad sync. MPlayer detects these as interleaved, and this climaxes in loss of A/V sync, probably at seeking. These files should be played as non-interleaved (with the -ni option).
* Non-interleaved: First comes the whole video stream, then the whole audio stream. It thus needs a lot of seeking, making playing from network or CD-Rom difficult.
MPlayer supports two kinds of timings for AVI files:
* bps-based: It is based on the bitrate/samplerate of the video/audio stream. This method is used by most players, including avifile and Windows Media Player. Files with broken headers, and files created with VBR audio but not with a VBR-compliant encoder will result in A/V desync with this method (mostly at seeking).
* interleaving-based: It does not use the bitrate value of the header, instead it uses the relative position of interleaved audio and video chunks, making badly encoded files with VBR audio playable.
Any audio and video codec is allowed, but note that VBR audio is not well supported by most players. The file format makes it possible to use VBR audio, but most players expect CBR audio, thus they fail with VBR. VBR is uncommon and the Microsoft AVI specs only describe CBR audio. Most AVI encoders/multiplexers create bad files when using VBR audio. There are only two known exceptions: NanDub and MEncoder.
pmp it's more simple: providing a video stream and an audio stream, there is 1 and only 1 way to mux
Re: recent patches of x264
I patched a very recent version of x264. The speed increase was only 2,5-3,5%.7oby wrote:I was wondering whether somebody has patches to the more recent versions of x264 available.
However the resulting clips crash rather fast on the PSP. Either I oversaw something adapting the [pictiming-]patch to the new code base or there are some changes to the x264, which require to rewrite the pict_timing and buffer patch.
7oby
Re: recent patches of x264
The recent version of Xvid4PSP Version 4.0.4.4 also contains a more recent version of x264 (Core 54svn-603M). Instead of the Core 47svn-528M one distributed with PMP Mod AVC v1.027oby wrote: I patched a very recent version of x264. The speed increase was only 2,5-3,5%.
However the resulting clips crash rather fast on the PSP. Either I oversaw something adapting the [pictiming-]patch to the new code base or there are some changes to the x264, which require to rewrite the pict_timing and buffer patch.
It works so far. More or less unrecognizable.
Quoted from magicK
"Further investigation showed that the stream must also contain buffering_period and pic_timing SEIs." Is that means even playing original mp4 file, we have to make the stream contain the two things?
Thanks!
"Further investigation showed that the stream must also contain buffering_period and pic_timing SEIs." Is that means even playing original mp4 file, we have to make the stream contain the two things?
Thanks!
Last edited by karnare on Wed Dec 06, 2006 8:27 pm, edited 2 times in total.
Re: recent patches of x264
Just wondering if there's a coherent post / page for linux encoding anywhere?
I'm more than willing to share my experience. My encodes (using the modified x264 + pmp muxer perl scripts) work about 80% of the time, the other 20% are consistently losing sound synch slowly throughout the video.
Thanks again to Jonny and Raph for all your work on this. I use it every day on the train. :)
I'm more than willing to share my experience. My encodes (using the modified x264 + pmp muxer perl scripts) work about 80% of the time, the other 20% are consistently losing sound synch slowly throughout the video.
Just wanted to add to Jonny's post: As he pointed out to me a few pages ago, you can use 2 threads (3 or more will cause a crash iirc) in the first pass of a 2 pass encode without affecting the final encode. I get a decent speed increase from this (about 20% on first pass). edit: I have a dual core AMD chip (3800+ x2 @ 2.4G).7oby wrote:Wanted to play with the encoder on some multi core machines and see whether more recent version of x264 improves encoding performance.
Thanks again to Jonny and Raph for all your work on this. I use it every day on the train. :)