Mencodeme and audio encoding
doesn't mencodeMe encode audio?
|
Re: mencodeme and audio
Quote:
Encode your audio with HeadAC3he. -kwag |
That's right.
If you want, you can do also your audio encoding, and muxing, from just a command line. See here the way proposed by Incredible to encode video, audio and multiplex. |
I would like to make ksvcd under linux...
mencodeme is the first simple gui to do that, it would be beautiful if it could encode audio too |
Quote:
|
if you can use mencoder to encode audio why don't do it inside mencodMe?
I think it would be great even if it would need demux and remux with an external muxer!! |
Quote:
Maybe mencoder audio manage is no so good than with those tools. |
@kwag
I tried with headac3he under windows and then multiplexed with mplex but I get audio out of sync... |
Quote:
This happens to me too, when playing on the computer, but not on the standalone. However, there's an issue in mencoder, that it switches frame rates during encoding ( @vmesquita, please read this :!: ) It happened to me on the movie "The Big Hit". It started as 23.976fps, and somewhere in the middle somewhere of the movie, it switched to 29.97fps for some frames, and then switched back again to 23.976fps. So the movie went out of sync from that point on, and got worse towards the end. I only saw the change of frame rate once in the log, and I didn't pay too much attention, but obviously there were several framerate changes during the encode. @vmesquita, is there some way to "lock" the frame rate :?: -kwag |
> Out of sync in your computer, or on your standalone?
on the pc playing with vlc I will try on the standalone! |
Quote:
|
Quote:
-kwag |
Kwag, did you have to perform an IVTC on your Source by using Mencoders internal Filters :!: :?:
EDIT: You already answered ;-) |
Quote:
-kwag |
This is what I use for stuff that I record off tv and put in vcd or kvcd format since svcd and ksvcd don't work on my dvd player and I don't have a dvd burner yet. I haven't had a mux problem with mplex yet but if you do, you can just up the buffer used by changing your profile to a user rate profile and up the buffersize a little bit. Most of the time, you don't have to up it much at all. The audio quality from mencoder is good enough for 2 channel stereo 192 or higher for tv, plus I don't have to worry about ripping the sound out of my .avi file.
# start of file # Input and Ouput cannot have any spaces..yet INPUT='filename EXT='avi' OUTPUT='filename VBIT='1150' ABIT='224' VFPRE='-vf-pre hqdn3d=4:3:6' #vcd kvcd SETTINGS='vcd' #VCD=1 KVCD=2 MUX='1' #two pass disabled use # TPASS='#' #one pass disabled use # OPASS= $TPASS mencoder -include /home/$SETTINGS.ini $VFPRE -lavcopts vbitrate=$VBIT:abitrate=$ABIT:keyint=24:vmax_b_fra mes=2:acodec=mp2:vpass=1 /mnt/hda7/Capture/$INPUT.$EXT -o NUL $TPASS mencoder -include /home/ctyler/video/$SETTINGS.ini $VFPRE -lavcopts vbitrate=$VBIT:abitrate=$ABIT:keyint=24:vmax_b_fra mes=2:acodec=mp2:vpass=2 /mnt/hda7/Capture/$INPUT.$EXT -o /mnt/hda7/Capture/$INPUT.mpg $OPASS mencoder -include /home/video/$SETTINGS.ini $VFPRE -lavcopts vbitrate=$VBIT:abitrate=$ABIT:keyint=24:vmax_b_fra mes=2:acodec=mp2 /mnt/hda7/Capture/$INPUT.$EXT -o /mnt/hda7/Capture/$INPUT.mpg $TPASS rm NUL mplayer -dumpaudio /mnt/hda7/Capture/$INPUT.mpg -dumpfile /mnt/hda7/Capture/$INPUT.mp2 mplayer -dumpvideo /mnt/hda7/Capture/$INPUT.mpg -dumpfile /mnt/hda7/Capture/$INPUT.m1v rm /mnt/hda7/Capture/$INPUT.mpg mplex -f $MUX -o /mnt/hda7/Capture/$OUTPUT.mpg /mnt/hda7/Capture/$INPUT.m1v /mnt/hda7/Capture/$INPUT.mp2 rm /mnt/hda7/Capture/$INPUT.m1v rm /mnt/hda7/Capture/$INPUT.mp2 #end of file I just need to change some settings depending on the video and type bash filename of my template and that is it. GUIs are nice but this works for me right now. If vmesquita can make his GUI more like TMPGenc, then that would be great. Nudge, nudge, wink wink :) This is pobably not what you are looking for, but it is another option for using linux. |
@kwag
Since I am using -ofps 23.976 (it's in the template), mencoder should drop frames automatically to keep the output framerate fixed in the hard-telecined parts. But apparently it didn't work. So another idea is: use the inverse telecine filter of the GUI (ivtc=1) and see if it solves the problem. In theory, it should IVTC the hard-telecined parts. Maybe you can cut the VOB just before the hard-telecined part starts to do some tests. If still it doesn't work, you can try the pullup IVTC filter, it's supposed to be better than IVTC but never worked very well with me. @tuco1979 What do you mean by "more like TMpgenc"? :? |
pullup:softkip
could be a choice and .....!!!... look here ...: .... filmdint[=options] Inverse telecine filter, similar to the pullup fil- ter above. It is designed to handle any pulldown pattern, including mixed soft and hard telecine and limited support for movies that are slowed down or sped up from their original framerate for TV. .... With no options it does normal inverse telecine, and should be used together with mencoder -fps 29.97 -ofps 23.976. When this filter is used with mplayer, it will result in an uneven framerate during playback, but it is still generally better than using pp=lb or no deinterlacing at all. Multiple options can be specified separated by /. crop=w:h: x:y Just like the crop filter, but faster, and works on mixed hard and soft telecined con- tent as well as when y is not a multiple of 4. If x or y would require cropping fractional pixels from the chroma planes, the crop area is extended. This usually means that x and y must be even. io=ifps:ofps For each ifps input frames the filter will output ofps frames. The ratio of ifps/ofps should match the -fps/-ofps ratio. This could be used to filter movies that are broadcast on TV at a frame rate different from their original frame rate. luma_only=n If n is nonzero, the chroma plane is copied unchanged. This is useful for YV12 sampled TV, which discards one of the chroma fields. mmx2=n On x86, if n=1, use MMX2 optimized func- tions, if n=2, use 3DNow! optimized func- tions, othewise, use plain C. If this option is not specified, MMX2 and 3DNow! are auto-detected, use this option to override autodetection. fast=n The larger n will speed up the filter at the expense of accuracy. The default value is n=3. If n is odd, a frame immediately following a frame marked with the RE- PEAT_FIRST_FIELD mpeg flag is assumed to be progressive, thus filter will not spend any time on soft-telecined MPEG-2 content. This is the only effect of this flag if MMX2 or 3DNow! is available. Without MMX2 and 3DNow, if n=0 or 1, the same calculations will be used as with n=2 or 3. If n=2 or 3, the number of luma levels used to find the frame breaks is reduced from 256 to 128, which results in a faster filter without losing much accuracy. If n=4 or 5, a faster, but much less accurate metric will be used to find the frame breaks, which is more likely to misdetect high vertical detail as interlaced content. verbose=n If n is nonzero, print the detailed metrics for each frame. Useful for debugging. dint_thres=n Deinterlace threshold. Used during de-in- terlacing of unmatched frames. Larger val- ue means less deinterlacing, use n=256 to completely turn off deinterlacing. Default is n=8. comb_thres=n Threshold for comparing a top and bottom fields. Defaults to 128. diff_thres=n Threshold to detect temporal change of a field. Default is 128. sad_thres=n Sum of Absolute Difference threshold, de- fault is 64. |
|
Tomorrow I will perform on an 25 PAL movie a
- spedddown to 23.976 (orig state) and resize it to 720x480 and do perform an telecining via Avisynth on that where a high bitrate mpeg2 will be outputted. That will give me a nice NTSC real condition sample ;-) As I do not got a NTSC telecined source right now. I think maybe a pullup,softskip can already do nice IVTCs as told in the Manual, but your Link above also makes a real sense VMesquita! :) Tomorrow or tuesday I will tell results :D |
Quote:
|
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.