ERROR: SCR: warning; what does that mean?
I'm re-encoding a huffyuv-encoded file to mpeg2, dvd-compatible video stream. My command line is: mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg I'm pretty happy with the quality, but I'm still getting lots of errors like ERROR: SCR: 874360377, APTS: 844830475, DELTA=-0.320 secs ERROR: SCR: 874469454, APTS: 849649125, DELTA=-0.269 secs ERROR: SCR: 874578531, APTS: 856877100, DELTA=-0.192 secs ERROR: SCR: 874687608, APTS: 864105075, DELTA=-0.115 secs ERROR: SCR: 874796685, APTS: 871333050, DELTA=-0.038 secs Also, mencoder seems to try to maintain re-encoding performance of ~30fps, when I'd expect the re-encoding to run substantially slower, especially with the scaling/noise reduction/etc. I'm not talking about the fps of the outputted file, I'm talking about the number of frames processed by mencoder per second. Any information? Brian K
Brian Keener wrote:
I'm re-encoding a huffyuv-encoded file to mpeg2, dvd-compatible video stream.
My command line is:
mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
I'm pretty happy with the quality, but I'm still getting lots of errors like
ERROR: SCR: 874360377, APTS: 844830475, DELTA=-0.320 secs
ERROR: SCR: 874469454, APTS: 849649125, DELTA=-0.269 secs
ERROR: SCR: 874578531, APTS: 856877100, DELTA=-0.192 secs
ERROR: SCR: 874687608, APTS: 864105075, DELTA=-0.115 secs
ERROR: SCR: 874796685, APTS: 871333050, DELTA=-0.038 secs
Also, mencoder seems to try to maintain re-encoding performance of ~30fps, when I'd expect the re-encoding to run substantially slower, especially with the scaling/noise reduction/etc. I'm not talking about the fps of the outputted file, I'm talking about the number of frames processed by mencoder per second.
Any information?
Brian K
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mencoder-users
Ah, I think I found it. Somehow I dropped "harddup" from my filter chain during my tweaking; I re-added it, and it seems to be working just peachy. Brian K
Brian Keener wrote:
I'm re-encoding a huffyuv-encoded file to mpeg2, dvd-compatible video stream.
My command line is:
mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
I'm pretty happy with the quality, but I'm still getting lots of errors like
ERROR: SCR: 874360377, APTS: 844830475, DELTA=-0.320 secs
ERROR: SCR: 874469454, APTS: 849649125, DELTA=-0.269 secs
ERROR: SCR: 874578531, APTS: 856877100, DELTA=-0.192 secs
ERROR: SCR: 874687608, APTS: 864105075, DELTA=-0.115 secs
ERROR: SCR: 874796685, APTS: 871333050, DELTA=-0.038 secs
these messages mean that the audio pts is ahead of the "system" (e.g. file) timer; it's one of the most negative thing that can happen in mpeg files, because on a standalone reader (such as dvd) those audio packets will likely be skipped (unless the reader has a minimum of intelligence). Unfortunately it's not easily fixable, but I have in mind a partial rewrite of the muxer, aimed at solving exactly this problem
Am 12.06.2005 um 19:31 schrieb Nico Sabbi:
Unfortunately it's not easily fixable, but I have in mind a partial rewrite of the muxer, aimed at solving exactly this problem
Maybe a bit offtopic, but could this partial rewrite solve the padding problem with vcdimager? jps
Jan Paul Schmidt wrote:
Am 12.06.2005 um 19:31 schrieb Nico Sabbi:
Unfortunately it's not easily fixable, but I have in mind a partial rewrite of the muxer, aimed at solving exactly this problem
Maybe a bit offtopic, but could this partial rewrite solve the padding problem with vcdimager?
jps
there's no padding problem with vcdimager whe you use the current muxer, although there was with the previous muxer
Am 12.06.2005 um 21:49 schrieb Nico Sabbi:
Maybe a bit offtopic, but could this partial rewrite solve the padding problem with vcdimager?
jps
there's no padding problem with vcdimager whe you use the current muxer, although there was with the previous muxer
Maybe you can give an example of how to use the current muxer without having vcdimager to use autopadding and inserting loads of extra bytes? By the way: I found that there is a non-documented (in terms of man page) option skip_padding to create MPEGs with variable packet size. Is this one save to use? jps
Jan Paul Schmidt wrote:
Am 12.06.2005 um 21:49 schrieb Nico Sabbi:
Maybe a bit offtopic, but could this partial rewrite solve the padding problem with vcdimager?
jps
there's no padding problem with vcdimager whe you use the current muxer, although there was with the previous muxer
Maybe you can give an example of how to use the current muxer without having vcdimager to use autopadding and inserting loads of extra bytes?
-of mpeg -mpegopts format=xvcd
By the way: I found that there is a non-documented (in terms of man page) option skip_padding to create MPEGs with variable packet size. Is this one save to use?
jps
not for any of xvcd/xsvcd/dvd. It will be removed soon because it's no more needed
Am 13.06.2005 um 08:39 schrieb Nico Sabbi:
Maybe a bit offtopic, but could this partial rewrite solve the padding problem with vcdimager?
jps
there's no padding problem with vcdimager whe you use the current muxer, although there was with the previous muxer
Maybe you can give an example of how to use the current muxer without having vcdimager to use autopadding and inserting loads of extra bytes?
-of mpeg -mpegopts format=xvcd
Autsch. I think I have to trim my current mpegopts :o( Sorry for the fuss, no more padding problems. Hope you don't mind, that I'm still curious about the muxer :o) After looking at the source, I got some more questions: Do you have any reason to use maxrate=174250 instead of 176400, which for example transcode uses for VCD and I read somewhere on the net? Another thing I saw was, that the video buffer size in the muxer for VCD is 46KB - like Mplex -, which is close to vrc_buf_size=376, but the mplayer manual recommends vrc_size_buf=327. This could mean loosing some quality during encoding if the later is used and a bigger buffer is assumed anyway. Or did I get something wrong?
By the way: I found that there is a non-documented (in terms of man page) option skip_padding to create MPEGs with variable packet size. Is this one save to use?
jps
not for any of xvcd/xsvcd/dvd.
Obviously :o)
It will be removed soon because it's no more needed
Why? There are other muxer which support this, for example http://www.lilapple.com/mpspsm.html The question was more in the direction, if this feature works with other players than mplayer. jps
Hope you don't mind, that I'm still curious about the muxer :o) After looking at the source, I got some more questions:
Do you have any reason to use maxrate=174250 instead of 176400, which for example transcode uses for VCD and I read somewhere on the net?
Another thing I saw was, that the video buffer size in the muxer for VCD is 46KB - like Mplex -, which is close to vrc_buf_size=376, but the
mplayer manual recommends vrc_size_buf=327. This could mean loosing some quality during encoding if the later is used and a bigger buffer is assumed anyway. Or did I get something wrong?
since I don't have official [s]vcd specs, not even as drafts, I used the same values as the most reliable muxer I know: dvb-mplex. In any case the VBV values are not the same as the buffering values in the PES and system headers
By the way: I found that there is a non-documented (in terms of man page) option skip_padding to create MPEGs with variable packet size.
Is this one save to use?
It will be removed soon because it's no more needed
Why? There are other muxer which support this, for example
http://www.lilapple.com/mpspsm.html
The question was more in the direction, if this feature works with other players than mplayer.
jps
because there shouldn't be empty spaces to fill with paddings with the new code. There's no constant pack size requirement in plain mpeg (only in *vd), so streams produced without padding are still 100% compliant with the standard.
Am 13.06.2005 um 11:35 schrieb Nico Sabbi:
In any case the VBV values are not the same as the buffering values in the PES and system headers
Ah :o)
because there shouldn't be empty spaces to fill with paddings with the new code.
There's no constant pack size requirement in plain mpeg (only in *vd), so streams produced without padding are still 100% compliant with the standard.
Thanks for all the information :o) jps
Hi, On 6/12/05, Nico Sabbi <nsabbi@tiscali.it> wrote:
Brian Keener wrote:
I'm re-encoding a huffyuv-encoded file to mpeg2, dvd-compatible video stream.
My command line is:
mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
I'm pretty happy with the quality, but I'm still getting lots of errors like
ERROR: SCR: 874360377, APTS: 844830475, DELTA=-0.320 secs
ERROR: SCR: 874469454, APTS: 849649125, DELTA=-0.269 secs
ERROR: SCR: 874578531, APTS: 856877100, DELTA=-0.192 secs
ERROR: SCR: 874687608, APTS: 864105075, DELTA=-0.115 secs
ERROR: SCR: 874796685, APTS: 871333050, DELTA=-0.038 secs
these messages mean that the audio pts is ahead of the "system" (e.g. file) timer; it's one of the most negative thing that can happen in mpeg files, because on a standalone reader (such as dvd) those audio packets will likely be skipped (unless the reader has a minimum of intelligence). Unfortunately it's not easily fixable, but I have in mind a partial rewrite of the muxer, aimed at solving exactly this problem
I ran into a similar problem today. Using "-of lavf" instead of "-of mpeg" seemed to do the trick, although then I had to use "-oac mp3lame" instead of copy otherwise I had no sound at all. Guillaume -- A legend is an old man with a cane known for what he used to do. I'm still doing it. -- Miles Davis
On Sun, Jun 12, 2005 at 01:04:38PM -0400, Brian Keener wrote:
I'm re-encoding a huffyuv-encoded file to mpeg2, dvd-compatible video stream.
My command line is:
mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
I notice that in your command line - mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg that you don have a codec for a sound. mencoder tv.avi -of mpeg -oac lavc -lavcopts acodec=mp2 -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg I think should be the above command line. If you prefer ac3 then acodec=ac3 Menuhin -- Saitov Menuhin http://www.msaitov.de.vu
Saitov Menuhin wrote:
On Sun, Jun 12, 2005 at 01:04:38PM -0400, Brian Keener wrote:
I'm re-encoding a huffyuv-encoded file to mpeg2, dvd-compatible video stream.
My command line is:
mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
I notice that in your command line - mencoder tv.avi -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
that you don have a codec for a sound.
mencoder tv.avi -of mpeg -oac lavc -lavcopts acodec=mp2 -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=8000:keyint=25 -vf hqdn3d,pullup,pp=md,scale=720:480 -noskip -o tvout.mpg
I think should be the above command line. If you prefer ac3 then
acodec=ac3
Menuhin
The docs say it defaults to mp2 for sound, which I figured was OK. Brian K
On Sun, Jun 12, 2005 at 02:41:45PM -0400, Brian Keener wrote:
The docs say it defaults to mp2 for sound, which I figured was OK.
Brian K
You wrote -oac lavc , i4m wondering that it works. Menuhin -- Saitov Menuhin http://www.msaitov.de.vu
participants (6)
-
Brian Keener -
Guillaume POIRIER -
Jan Paul Schmidt -
Nico Sabbi -
Nico Sabbi -
Saitov Menuhin