Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
23rd June 2009, 16:15 | #1 | Link |
Registered User
Join Date: Mar 2002
Posts: 225
|
Encoding Still picture to x264 movie
What is the optimal preset for encoding still picture of full HD size with minimal bitrate. Can anybody help?
Edit: For avoiding confusion, I need to re-state my problem - What is the optimal preset for encoding still picture of full HD size as a video stream (with x264) with minimal bitrate. Can anybody help? With high quality still image enocoding to moving picture, one would expect such static picture should be of low bitrate but in fact, the bitrate is unexpectedly high in order to avoid pixel and block formation. 1920x1080 still image encoded to a movie + PGS subtitles + audio for example, would serve as a slide-show. The video bitrate encoded from x264 would be about 7000-8000kbps (target bitrate is higher) or more if I want it smooth without "motion artifact". Lower effective bitrate at around 4000kbps (target bitrate is higher) would cause swelling and shrinking of pixel elements off and on with bitrate varying from 1500-5000kbps. In short, how can I get "motionless" high quality still scene of a movie encoded from still image at low bitrate.
__________________
Paul Ng Last edited by drpaulng; 24th June 2009 at 12:42. Reason: Clarifying |
23rd June 2009, 20:39 | #3 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Here's what I use: --frames 1 --8x8dct --trellis 2 --subme 9 --psy-rd 1.5:0.5 --aq-strength 1.2 --deblock -2:-2
__________________
Follow x264 development progress | akupenguin quotes | x264 git status ffmpeg and x264-related consulting/coding contracts | Doom10 Last edited by Dark Shikari; 23rd June 2009 at 21:33. |
|
24th June 2009, 00:19 | #8 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Silverlight 3 would support these as well. It woudln't make sense to incldue in a straight HTML web page, but once you're building an app, this can be used.
There are actually some pretty interesting applications, although you need to weigh the greater decode complexity of a big H.264 frame versus JPEG if there are a lot of images that need to be decoded at once. Variable block size + In-loop deblocking + DQuant + CABAC are all great things in a still codec as much as in an interframe codec. |
24th June 2009, 02:10 | #9 | Link |
Registered User
Join Date: Mar 2002
Posts: 225
|
OK, very simple, a picture-show with music. The theme is music not picture.
With high quality still image enocoding to moving picture, one would expect such static picture should be of low bitrate but in fact, the bitrate is unexpectedly high in order to avoid pixel and block formation. 1920x1080 still image encoded to a movie + PGS subtitles + audio for example, would serve as a slide-show. The video bitrate encoded from x264 would be about 7000-8000kbps (target bitrate is higher) or more if I want it smooth without "motion artifact". Lower effective bitrate at around 4000kbps (target bitrate is higher) would cause swelling and shrinking of pixel elements off and on with bitrate varying from 1500-5000kbps. Edit: In short, how can I get "motionless" high quality still scene of a movie encoded from still image at low bitrate.
__________________
Paul Ng Last edited by drpaulng; 24th June 2009 at 02:15. |
24th June 2009, 03:28 | #12 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
Better yet, have no P-frames at all, and use VFR with 1 frame per picture. But this part isn't very important, as P-frames with no content are tiny. If you can't ensure no other I-frames (due to blu-ray restrictions or something), then you'll waste a bunch of bits. But the right QPs should still be sufficient to ensure a perfectly static picture. Last edited by akupenguin; 24th June 2009 at 03:35. |
|
24th June 2009, 07:11 | #13 | Link | |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
Quote:
A friend of mine developed a simple container to embed H264 intra frames. He also write plug-ins for several image-viewers to support these pictures. AFAIK H264 intra frames beats any still image codecs. I found that snow intra is also good at encoding still images, though in most cases it doesn't look better than H264. |
|
24th June 2009, 15:18 | #14 | Link |
Programmer (or just 教务长)
Join Date: Oct 2008
Location: Valencia, Spain
Posts: 4,251
|
drpaulng's question was related to audioBD output from multiAVCHD.
Thanks to Dark Shikari and akupenguin for their suggestions. I used some of the settings and now audio titles have a perfect still-picture-like video background. Dean |
24th June 2009, 18:16 | #15 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
CABAC + in-loop deblocking are pretty expensive features that JPEG doesn't have to do; it's hard to imagine how JPEG couldn't be quite a bit faster per pixel. Of course, for net-delivered content, we're network bound much more often than CPU bound, so I'd imagine H.264 Hgh stills would be a lot more performant on net in many cases. |
|
29th June 2009, 19:34 | #17 | Link |
Registered User
Join Date: Nov 2007
Posts: 50
|
I am not sure there is any browser which has native .mp4 decoding capabilities...
Safari, maybe ? If so, it may be the only one. Edit : or use a Flash plugin as Dark Shikari suggested. Last edited by Leeloo Minaļ; 29th June 2009 at 19:38. |
|
|