i encode a file using mencoder/lame here:
http://mail.ustc.edu.cn/~zenglei/sp02.avi
xvid, 480x272, avg 640k
playback is nice & smooth with sound without any prob on jonny's version.
but on the new 006, there are strang color glitch around the edge of the screen, and sometimes even glitch on the main video(when the title"雲..." pops up, clouds at the end etc, color space issue?)
and is the operation key changed? i can't find the overclock key...(formerly triangle on jonny's version)
PMP(PSP Media Player)
I know about the color thing and i'm trying to figure out the reason.
if you don't have any problem with jonny's version, you don't need to change the player. there aren't many differences between my version and jonny's version.
I changed here and there in the source code for testing so it may not so stable.
if you don't have any problem with jonny's version, you don't need to change the player. there aren't many differences between my version and jonny's version.
I changed here and there in the source code for testing so it may not so stable.
Re: 480*272 only version
Are there any chance that the PSP have CPU to decode videos with resolution of 480 or 525 lines? This player can handle 320*240 with some glitches even after a lot of optimizations, 480p movies are 4 times bigger. I know that the UMD videos have 480p resolution and in h264 format, is this done in hardware?zacay wrote:
Don't be so sure about that, I and many others I talked to hate to convert movies for one time view.
The only thing I want this player is for just moving the movie to my memstick and watch it. No converting and hassle.
And definetly NOT remove the resize code! And it is not the problem.
-
DigitalFoundry
- Posts: 47
- Joined: Thu Jan 20, 2005 4:35 am
Re: 480*272 only version
The H264 decoding is done in hardware, yes. That said, if you read the earlier comments in the thread, the developers seem to think that theoretically resized vids could be played just fine. I think you'll just have to be patient.marlov74 wrote:Are there any chance that the PSP have CPU to decode videos with resolution of 480 or 525 lines? This player can handle 320*240 with some glitches even after a lot of optimizations, 480p movies are 4 times bigger. I know that the UMD videos have 480p resolution and in h264 format, is this done in hardware?zacay wrote:
Don't be so sure about that, I and many others I talked to hate to convert movies for one time view.
The only thing I want this player is for just moving the movie to my memstick and watch it. No converting and hassle.
And definetly NOT remove the resize code! And it is not the problem.
This is certainly the most exciting homebrew app in development IMO and I look forward to each and every update.
Hi everybody.
I'm here to say BRAVO to all devs who work on pspmp.
i'm on this topic every day to see changes.
Finally a project i love (good reason to turn on my psp since ...many months lol)
Really hope we'll be able to play 480x272 videos soon with pspmp...
Goog work, continu, famous will come soon if pspmp works perfect, so many ppl need that !!
BYE
artik (fbaxxx team)
I'm here to say BRAVO to all devs who work on pspmp.
i'm on this topic every day to see changes.
Finally a project i love (good reason to turn on my psp since ...many months lol)
Really hope we'll be able to play 480x272 videos soon with pspmp...
Goog work, continu, famous will come soon if pspmp works perfect, so many ppl need that !!
BYE
artik (fbaxxx team)
hello. yesterday i downloaded v 06 of PMP and noticed that
the video samples from the mmplyer webpage
http://www.mmplayer.com/download.php
are played at a really low speed, although there is sound (slowwwww)
and nice contunuous video.
(i just thought you want some feedback .)
keep up the good work!!! m
the video samples from the mmplyer webpage
http://www.mmplayer.com/download.php
are played at a really low speed, although there is sound (slowwwww)
and nice contunuous video.
(i just thought you want some feedback .)
keep up the good work!!! m
Hello everyone,
first i have to say thanks for all the effort, especially jonnny. Though i am not completely familiar with the ancestry of PMP-developers i know he "merely" made some clever performance patches. But (sorry to say JiniCho) jonny's builds are by far the most usable for me.
I do not need full screen 480 * 272 but rather 368 * 272 for uncropped, not scaled down and then up again, best fit 4:3 viewing. For me, episodic content like Futurama is much more suited for mobile video entertainment than fully featured movies, and that often comes in 4:3 format. With jonny's last version (mod 0.02), this is pretty much viewable (about 600K XVID with 96K fixed rate MP3 audio), some slowdown here and there and not always crash-proof.
In JiniCho's PMP 0.06, the playback is not only noticeably slower, but more often causes crashes (e.g. on fast-forward) and has a bothersome green borderline. :(
So i plead: please, jonny, do not only give out source code bits but continue to make your own builds! Hopefully you are able to squeeze another few percent performance out of the PSP and maybe increase stability. Maybe you two could work a little closer together to make this great program even better? Thanks in advance!
first i have to say thanks for all the effort, especially jonnny. Though i am not completely familiar with the ancestry of PMP-developers i know he "merely" made some clever performance patches. But (sorry to say JiniCho) jonny's builds are by far the most usable for me.
I do not need full screen 480 * 272 but rather 368 * 272 for uncropped, not scaled down and then up again, best fit 4:3 viewing. For me, episodic content like Futurama is much more suited for mobile video entertainment than fully featured movies, and that often comes in 4:3 format. With jonny's last version (mod 0.02), this is pretty much viewable (about 600K XVID with 96K fixed rate MP3 audio), some slowdown here and there and not always crash-proof.
In JiniCho's PMP 0.06, the playback is not only noticeably slower, but more often causes crashes (e.g. on fast-forward) and has a bothersome green borderline. :(
So i plead: please, jonny, do not only give out source code bits but continue to make your own builds! Hopefully you are able to squeeze another few percent performance out of the PSP and maybe increase stability. Maybe you two could work a little closer together to make this great program even better? Thanks in advance!
Planet,
1 - Show respect to JiniCho, without his work, no pmp and so no optimizations would be possible. Is it clear?
2 - I'll release a new mod version when will be ready and i don't need people telling me what/how i should do.
Please, don't make me (and i think JiniCho) angry with such not useful posts.
1 - Show respect to JiniCho, without his work, no pmp and so no optimizations would be possible. Is it clear?
2 - I'll release a new mod version when will be ready and i don't need people telling me what/how i should do.
Please, don't make me (and i think JiniCho) angry with such not useful posts.
You got me utterly wrong! :'(
1. I did not show disrespect to JiniCho, i clearly thanked all involved in the first place. Like i said, i was not completely sure if JiniCho started this project or contributed to it a little later on, maybe i should have read the threadstart post again. But i did not at all say the project was better off without him.
2. My posting was not meant to sound demanding, which it obviously did in your ears. My point was just that you recently gave JiniCho a code snippet with an improvement (MPEG fix) for inclusion into his build, and that was after you released your mod 0.02 build. I figured that you stopped making your own builds and only release source code fragments from that point on.
But like i said, sadly JiniCho's builds are not working well for me while yours do. As for stability it may have been just bad luck, but the green borderline is definitely there - am i the only one having this?. While speed is a little harder to notice, i am pretty sure your builds are faster. I can only imagine one reason: when JiniCho decided to add your improvements to his code base, he always referred to it as idct optimization. But what about the improved color space conversion, with which you started off? Is that left out or was it just not mentioned by JiniCho?
I hope that i made clear i am not just another "GIMME! GIMME!"-clown but an admirer of your work. Maybe i hit the wrong tone, sorry for that.
1. I did not show disrespect to JiniCho, i clearly thanked all involved in the first place. Like i said, i was not completely sure if JiniCho started this project or contributed to it a little later on, maybe i should have read the threadstart post again. But i did not at all say the project was better off without him.
2. My posting was not meant to sound demanding, which it obviously did in your ears. My point was just that you recently gave JiniCho a code snippet with an improvement (MPEG fix) for inclusion into his build, and that was after you released your mod 0.02 build. I figured that you stopped making your own builds and only release source code fragments from that point on.
But like i said, sadly JiniCho's builds are not working well for me while yours do. As for stability it may have been just bad luck, but the green borderline is definitely there - am i the only one having this?. While speed is a little harder to notice, i am pretty sure your builds are faster. I can only imagine one reason: when JiniCho decided to add your improvements to his code base, he always referred to it as idct optimization. But what about the improved color space conversion, with which you started off? Is that left out or was it just not mentioned by JiniCho?
I hope that i made clear i am not just another "GIMME! GIMME!"-clown but an admirer of your work. Maybe i hit the wrong tone, sorry for that.
Planet,
Maybe my poor english making me get you wrong, it sounds like you blame me.
If you (ever!) look into the source code, you might see the compiler switch named 'JONNY_YUV2RGB'. defining this will make the jonny's color space conversion code work.
I always post new version binary with same version of source code.
If you want to try something new, you can do it yourself with the source code. Please, don't tell other people what to do.
Maybe my poor english making me get you wrong, it sounds like you blame me.
If you (ever!) look into the source code, you might see the compiler switch named 'JONNY_YUV2RGB'. defining this will make the jonny's color space conversion code work.
I always post new version binary with same version of source code.
If you want to try something new, you can do it yourself with the source code. Please, don't tell other people what to do.
i think this thread is becoming a little too
fansentric ....if such a word exist ;)
first off Noone should tell anyone who
manages their time to develope such
a highly difficult program to succeed
optimizing a excellent program as a
media player (especially an xvid one :P
is no easy task ...and admiration and thanks
is all i have for Jinicho and jonnys excellent
progress with getting video playback on
the psp at such a great rate ...too many people
off the back think that something as daunting
as this kind of application should roll out the
factory in the same light as quicktime or
mplayer standard
if you have a problem with your video crashing
then lend a hand looking at source code and
seeing where any problems exist ....if not
at least thoroughly test an app for bugs
after all its still a beta in my eyes and it should
be treated as such ....plus where else than
using this application can you have full 480x272
playback :)
well upgrade your firmware if resolution is a problem
and please keep the topic alive with intelligent
feedback and any bug reports
it should go without saying that this is a very
venerable application that as community we
absolutely need and psp is a media device
and deserves the progress of this application
now no more name calling or blaming of any sorts
no more ooo jonnys is better ...as stated by Jinicho
there is a compiler flag ...use it if it worries you :P
and please keep up the great work guys despite some
people out there who only want want but dare not give
in return
lastly TIP: using encoded xvid video at 320x240
using yuvrgb deinterlaced NTSC 29.97fps
bitrate: 320-440 seems to give pretty decent
uncrashing results audio bitrate: 220 mp3
works at good rate but slowdown is obvious with
sound ... mp3 is a hoal and should be looked at
further ....now this is the problem audio Hz:22000
seems to work most of the time but anything higher
is overkill on the playback rate
hope that might make things easier to optimized ;)
but overall i see no other problems with my playback
of xvid ....can even get a full hour encode under
100 MBs and still look at VCD quality and playback
at great speed and sync .... so i say this application
is working just fine ;)
cheers
fansentric ....if such a word exist ;)
first off Noone should tell anyone who
manages their time to develope such
a highly difficult program to succeed
optimizing a excellent program as a
media player (especially an xvid one :P
is no easy task ...and admiration and thanks
is all i have for Jinicho and jonnys excellent
progress with getting video playback on
the psp at such a great rate ...too many people
off the back think that something as daunting
as this kind of application should roll out the
factory in the same light as quicktime or
mplayer standard
if you have a problem with your video crashing
then lend a hand looking at source code and
seeing where any problems exist ....if not
at least thoroughly test an app for bugs
after all its still a beta in my eyes and it should
be treated as such ....plus where else than
using this application can you have full 480x272
playback :)
well upgrade your firmware if resolution is a problem
and please keep the topic alive with intelligent
feedback and any bug reports
it should go without saying that this is a very
venerable application that as community we
absolutely need and psp is a media device
and deserves the progress of this application
now no more name calling or blaming of any sorts
no more ooo jonnys is better ...as stated by Jinicho
there is a compiler flag ...use it if it worries you :P
and please keep up the great work guys despite some
people out there who only want want but dare not give
in return
lastly TIP: using encoded xvid video at 320x240
using yuvrgb deinterlaced NTSC 29.97fps
bitrate: 320-440 seems to give pretty decent
uncrashing results audio bitrate: 220 mp3
works at good rate but slowdown is obvious with
sound ... mp3 is a hoal and should be looked at
further ....now this is the problem audio Hz:22000
seems to work most of the time but anything higher
is overkill on the playback rate
hope that might make things easier to optimized ;)
but overall i see no other problems with my playback
of xvid ....can even get a full hour encode under
100 MBs and still look at VCD quality and playback
at great speed and sync .... so i say this application
is working just fine ;)
cheers
10011011 00101010 11010111 10001001 10111010
What about using the Matroska ( http://www.matroska.org/ or little FAQ http://forum.doom9.org/showthread.php?t=54306 ) container?
I think you can use ogg that are less CPU intensive for it, and subtitles :-)
It would be a bunch of work im sure though :-(
But JiniCho ported mplayer so one never knows...
Best regards!
I think you can use ogg that are less CPU intensive for it, and subtitles :-)
It would be a bunch of work im sure though :-(
But JiniCho ported mplayer so one never knows...
Best regards!
thanks for the intervention dot_blank, you have got many important points.
(OT: can you explain me "fansentric"? i'm not english, i think i understand the "fan" part but not the "sentric" one :)
yesterday i've got some nice results with the new idea/things i'm working on.
here is a demo of my actual work:
http://rapidshare.de/files/8860242/PMPDEMO.rar.html
(hellboy trailer is contained in the demo)
video is xvid (encoded in an "mpeg4 sp" way :), 480x272, 23.976fps, ~800kbps (it's encoded at quant=4, so the br is not costant)
audio is mp3 stereo, cbr 128kbps, 44100hz
the container is a custom container i'm developing (i'll release muxer/demuxer when everithing will be ready)
on my tests i'm pushing clips with 1800-2000kpbs with not speed problems.
it could crash at the end (or if you press x to exit), mainly cos cleanup code is missing.
there is no source code, mainly cos 30% of the actual code is a mess (i'll release the sources with the first official player release).
do not ask for the sources now please, i'll go to remove the demo and disappear until i'm ready with a stable release if this happen :P
final notes for all: watch it, be happy, don't ask for more info (it's early), the patience be with you :-)
(OT: can you explain me "fansentric"? i'm not english, i think i understand the "fan" part but not the "sentric" one :)
yesterday i've got some nice results with the new idea/things i'm working on.
here is a demo of my actual work:
http://rapidshare.de/files/8860242/PMPDEMO.rar.html
(hellboy trailer is contained in the demo)
video is xvid (encoded in an "mpeg4 sp" way :), 480x272, 23.976fps, ~800kbps (it's encoded at quant=4, so the br is not costant)
audio is mp3 stereo, cbr 128kbps, 44100hz
the container is a custom container i'm developing (i'll release muxer/demuxer when everithing will be ready)
on my tests i'm pushing clips with 1800-2000kpbs with not speed problems.
it could crash at the end (or if you press x to exit), mainly cos cleanup code is missing.
there is no source code, mainly cos 30% of the actual code is a mess (i'll release the sources with the first official player release).
do not ask for the sources now please, i'll go to remove the demo and disappear until i'm ready with a stable release if this happen :P
final notes for all: watch it, be happy, don't ask for more info (it's early), the patience be with you :-)
-
Itaintrite
- Posts: 54
- Joined: Fri Jul 15, 2005 12:32 pm
excellent images argandona :)
those look nicely done, very clean
functional, and really mediacentric <--have another ;)
fits well with this media player app indeed
how bout some burgundy variation eh
**wink wink** ;)
jonny: very interesting information indeed :D
i look very forward to future revision
echo: usb during pspmp is NEEDED
those look nicely done, very clean
functional, and really mediacentric <--have another ;)
fits well with this media player app indeed
how bout some burgundy variation eh
**wink wink** ;)
jonny: very interesting information indeed :D
i look very forward to future revision
echo: usb during pspmp is NEEDED
10011011 00101010 11010111 10001001 10111010
-
dnnsmanace
- Posts: 15
- Joined: Mon Oct 31, 2005 8:46 am
AMAZING. You should start a donation fund. Why is such a container necessary and just avi cannot be used?jonny wrote:thanks for the intervention dot_blank, you have got many important points.
(OT: can you explain me "fansentric"? i'm not english, i think i understand the "fan" part but not the "sentric" one :)
yesterday i've got some nice results with the new idea/things i'm working on.
here is a demo of my actual work:
http://rapidshare.de/files/8860242/PMPDEMO.rar.html
(hellboy trailer is contained in the demo)
video is xvid (encoded in an "mpeg4 sp" way :), 480x272, 23.976fps, ~800kbps (it's encoded at quant=4, so the br is not costant)
audio is mp3 stereo, cbr 128kbps, 44100hz
the container is a custom container i'm developing (i'll release muxer/demuxer when everithing will be ready)
on my tests i'm pushing clips with 1800-2000kpbs with not speed problems.
it could crash at the end (or if you press x to exit), mainly cos cleanup code is missing.
there is no source code, mainly cos 30% of the actual code is a mess (i'll release the sources with the first official player release).
do not ask for the sources now please, i'll go to remove the demo and disappear until i'm ready with a stable release if this happen :P
final notes for all: watch it, be happy, don't ask for more info (it's early), the patience be with you :-)
-
Itaintrite
- Posts: 54
- Joined: Fri Jul 15, 2005 12:32 pm
You stalker you... I use virtualdub too, was just wondering :)LBW wrote:Itaintrite (is it fate?), virtualdubmod using avisynth scripts generally for avi files, but other programs too of course depending on the nature of the source file.
jonny, that's incredible, I can't wait to get my hands on your new container. ;) A huge thank you for doing this, too.
A new container will give more freedom to the program, also new function like possible subtilte files could be added, maybe even meny systems... Also it make it more easy to optimize as seen in the demo...dnnsmanace wrote: AMAZING. You should start a donation fund. Why is such a container necessary and just avi cannot be used?
I really don't think that a new container will be such a big problem, I would reencode anyway be it MP4 or PMP it doesn't matter to me...
Again great job!
Best regards!