View Full Version : AutoMen (Mini Mencoder Gui) 6 beta 06/10/2010)
Pages :
1
[
2]
3
4
5
6
7
8
9
10
11
12
13
dansus
28th July 2007, 11:59
Thanks for 09.
No change on the black bars and sync.
D:\TV Recordings>"C:\Documents and Settings\Daniel\My Documents\Encoding\Automen
\mencoder.exe" -vf harddup,crop=0:0:0:0,harddup,hqdn3d,scale -zoom -xy 704 -sws
9 -priority idle -o "D:\TV Recordings\Video_aut
omen.avi" -ovc xvid -xvidencopts bitrate=1612:pass=1:turbo:max_bframes=2:bquant_
ratio=162:bquant_offset=100:vhq=2:me_quality=6:chroma_me:chroma_opt:hq_ac:trelli
s:lumi_mask:autoaspect:bvhq=1 -nosound "D:\TV Recordings\Tour de France Highligh
ts (2007-07-23).dvr-ms"
MEncoder dev-SVN-r23237-3.4.2 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3700+ (Family: 15, Model: 55, Stepping: 2)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
Setting process priority: idle
success: format: 0 data: 0x0 - 0x4dc076b4
ASF file format detected.
[asfheader] Audio stream found, -aid 2
[asfheader] Video stream found, -vid 1
VIDEO: [DVR ] 0x0 0bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:6 fourcc:0x20525644 size:0x0 fps:25.00 ftime:=0.0400
xvid: using library version 1.1.2 (build xvid-1.1.2)
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [scale]
Opening video filter: [hqdn3d]
Opening video filter: [harddup]
Opening video filter: [crop w=0 h=0 x=0 y=0]
Crop: 0 x 0, 0 ; 0
Opening video filter: [harddup]
==========================================================================
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
Pos: 0.0s 2f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.0s 3f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.1s 4f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.1s 5f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.2s 6f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
Pos: 0.2s 7f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ect
Pos: 1.0s 27f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp h
eader.
VDec: vo config request - 704 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
SwScaler: reducing / aligning filtersize 1 -> 4
SwScaler: reducing / aligning filtersize 1 -> 4
SwScaler: reducing / aligning filtersize 10 -> 9
SwScaler: reducing / aligning filtersize 10 -> 9
[swscaler @ 00B21FF0]SwScaler: Lanczos scaler, from yuv420p to yuv420p using MMX
2
[swscaler @ 00B21FF0]SwScaler: using 4-tap MMX scaler for horizontal luminance s
caling
[swscaler @ 00B21FF0]SwScaler: using 4-tap MMX scaler for horizontal chrominance
scaling
[swscaler @ 00B21FF0]SwScaler: using n-tap MMX scaler for vertical scaling (YV12
like)
[swscaler @ 00B21FF0]SwScaler: 704x576 -> 704x396
videocodec: XviD (704x396 fourcc=44495658 [XVID])
xvid: par=1/1 (ext), displayed=704x396, sampled=704x396
xvid: bitrate setting is ignored during first pass
xvid: 2Pass Rate Control -- 1st pass
1 duplicate frame(s)!
Writing header...
ODML: vprp aspect is 16:9.
Pos: 1.1s 29f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: vprp aspect is 16:9.
New_Face failed. Maybe the font path is wrong.n 0mb A-V:0.000 [0:0]
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Writing header...
ODML: vprp aspect is 16:9.
1 duplicate frame(s)!
Pos: 360.2s 9007f (11%) 17.79fps Trem: 62min 1115mb A-V:0.000 [3080:0]
buzzqw
28th July 2007, 12:47
do you have a sample (dvr-ms)where is easy to spot synch issue ?
if possible i want help... but the main work is done by mencoder...
NJJ
dansus
28th July 2007, 14:24
heres a couple of clips to play with, the sync issue is less severe with the shorter clips.
Also i noticed that it decided to cut 10mins off the end of an hour vid. :confused:
Thanks.
TDF.clip.dvr-ms (http://momupload.com/files/42743/TDF.clip.dvr-ms.html)
TDF.clip2.dvr-ms (http://momupload.com/files/42745/TDF.clip2.dvr-ms.html)
microchip8
28th July 2007, 16:03
Just a few suggestions...
I see you use these parameters for mencoder
-vf harddup,crop=0:0:0:0,harddup,hqdn3d,scale -zoom -xy 704
it would be much better if you use
-vf crop=0:0:0:0,hqdn3d,scale=704:-2,harddup
buzzqw
28th July 2007, 16:22
http://www.64k.it/andres/data/a/AutoMen11.exe
on your long sample i have perfect synch :)
when input is dvr-ms is now used demuxer 35
BHH
buzzqw
28th July 2007, 16:29
@froggy1
about harddup... i have read that is better to keep harddup as first filter
and for scale=704:-2 i will look around for usage!
thanks
BHH
microchip8
28th July 2007, 16:43
@froggy1
about harddup... i have read that is better to keep harddup as first filter
and for scale=704:-2 i will look around for usage!
thanks
BHH
from the MEncoder man page
Only useful with MEncoder. If harddup is used when encoding, it will force duplicate frames to be encoded in the output. This uses slightly more space, but is necessary for output to MPEG files or if you plan to demux and remux the video stream after encoding. Should be placed at or near the end of the filter chain unless you have a good reason to do otherwise.
Remember that mencoder processes filters in reverse order, eg if you place
-vf scale=512:384,harddup
it will first open the harddup filter then the scale filter. If you place...
-vf harddup,scale=512:384
it will first open the scale filter then the harddup one
buzzqw
28th July 2007, 16:56
ouch.. thanks!
wait for a quick update!
BHH
microchip8
28th July 2007, 17:20
Regarding your crop issues. I would do something like this...
1) detect the length of the input source with mplayer and export the output to a file...
mplayer input_file -identify -vo null -frames 1
2) When running mplayer with the -identify option it prints the video length. Look for the ID_LENGTH= line
3) Now to detect the exact and correct cropping values you run mplayer for ~15 frames with the -sstep option with you give to -sstep ID_LENGTH/15 , eg
mplayer input_file -vf cropdetect -nosound -vo null -frames 15 -sstep ID_LENGTH/15
this will force mplayer to detect the crop values at various positions in the video. I use this approach for a very long time now inside one of my Linux script and it has never failed to give me incorrect crop values.
Your approach in detecting the crop value for ~6 seconds is flawed as during these 6 second there can be only dark/black frames which will lead to incorrect crop values...
Here's my Linux shell code on how I do it, might help you a bit if you understand Linux shell programming ;)
mplayer "$sourcetype" $device $vid -identify -vo null -frames 1 2>/dev/null > $CONFIGDIR/cropdetect
VLENGTH=$(grep "^ID_LENGTH" $CONFIGDIR/cropdetect | cut -f '2' -d '=' | cut -f '1' -d '.')
GETCROP=$(mplayer "$sourcetype" $device $vid -vf cropdetect -nosound -vo null -frames 15 -sstep $(($VLENGTH/15)) -nocache 2>/dev/null | tr '\r' '\n' | grep "crop=" | tail -1 | awk '{print $9}' | sed 's/crop=//g; s/).//g')
rm -f $CONFIGDIR/cropdetect
buzzqw
28th July 2007, 17:51
i already use id_lenght when mediainfo fails :)
thanks for the headup about sstep, i have tryed some years ago.. and was broken
my Kudos! :thanks:
update http://www.64k.it/andres/data/a/AutoMen12.exe
fixed: crop detection is now very similar to autocrop for avisynth (will analyze all movie for better analysis)
fixed: harddup usage
fixed: -zoom usage (now is scale xxx:-2 )
a very big thanks froggy1!
BHH
P.S our dataware house is linux/sun based ... so i know a little of burn shell ;)
microchip8
28th July 2007, 20:05
no problemo ;)
dansus
28th July 2007, 20:27
11 did the trick, good sync, crop working, nice quality and twice as fast as 8-10.
12 was fast too, quality ok, sync ok... crop bad. Black bars are back.
11 will work for me.
Thanks for your speedy responses and efforts.
ps mediainfo dies on 11 + 12.
buzzqw
28th July 2007, 21:58
mediainfo failed even before... but i haven't added any message ;)
try this update http://www.64k.it/andres/data/a/AutoMen13.exe
fixed: modified the new algo of cropping with dvr-ms
fixed: better mp4 muxing
tell me if crop problem are gone
BHH
dansus
28th July 2007, 23:04
The crop is fine with 13, but now its spitting out tiny files.
I tried with two sources, i set the output to 60mb and 250mb, I got a 10mb and 55mb file. I retested with 11 and that seems ok.
Strange.
buzzqw
29th July 2007, 07:52
i have encoded the long sample (77mb) to xvid with 2 pass (7' tick) aiming for 30MB and i got a 30.5MB final file
are you using what quality level and what profile ?
BHH
Schrade
29th July 2007, 09:07
try this update http://www.64k.it/andres/data/a/AutoMen13.exe
I'm getting a 404 on that...
buzzqw
29th July 2007, 09:51
thanks! fixed
retry the download
BHH
killerhex
30th July 2007, 00:22
is there an option for hardcoding subs to the video
dansus
30th July 2007, 01:37
i have encoded the long sample (77mb) to xvid with 2 pass (7' tick) aiming for 30MB and i got a 30.5MB final file
are you using what quality level and what profile ?
BHH
Xvid, 7 or 8, cant remember for sure, Autocrop only.
It seems to be inconsistent, happens sometimes but not every time.
On a side thought, is it possible to make the size slider more sensitive, its really hard to get certain sizes ie it jumps from 29 to 59mb.
Be great to be able to manually type in the number.
thanks.
On a side thought, is it possible to make the size slider more sensitive, its really hard to get certain sizes ie it jumps from 29 to 59mb.
Be great to be able to manually type in the number.
thanks.
Just click on the slider and then use your keyboard arrow keys.
dansus
30th July 2007, 02:03
edit. fixed.
dansus
30th July 2007, 02:04
Just click on the slider and then use your keyboard arrow keys.
Ahha !
Thanks.
buzzqw
30th July 2007, 07:31
update http://www.64k.it/andres/data/a/AutoMen14.exe
added possibility to specify Final Size
@killerhex
no.. i don't know (well haven't researched too much) how mencoder handle subs...
i am open to suggestions/hints/tips
@dansus
Be great to be able to manually type in the number.
done... download the update 1.4 :)
Keep forgetting to ask, the drop down box, is that to tell it what it is or what i want it to be?
from the drop list you must select if your movie is
none = progressive or no need to deinterlace
Progressive NTSC (29.97->23.976) = mencoder must convert to 23.976 from 29.97 (decimate)
Interlaced = and mencoder will deinterlace (i used this options on your sample)
Telecine= and mencoder will telecine it
Mixed progressive and telecine AND Mixed progressive and interlaced are hybrid preset for soft telecine and deinterlace
BHH
microchip8
30th July 2007, 10:09
no.. i don't know (well haven't researched too much) how mencoder handle subs...
i am open to suggestions/hints/tips
MEncoder by default hardcodes subs. You have to select the sub you want with the -sid option where this option is a number. You can also alternatively choose the anti-aliasing method with the -spuaa option
if you want to dump subs, then use mencoder with the -vobsubout option, eg
mencoder dvd://1 -sid 5 -vobsubout subtitle_file_name
you have to use -sid with -vobsubout when dumping subs to select which one to dump
BTW, I checked the mencoder docs again, you were right, the harddup filter should be placed at the beginning, sorry for mistake, so use....
-vf harddup,scale=512:384,blablabla
buzzqw
30th July 2007, 12:51
update 1.5 LINK on first post
fixed harddup
better bitrate handling
better use of denoise
better handling of unknow source
BHH
dansus
30th July 2007, 19:50
update http://www.64k.it/andres/data/a/AutoMen14.exe
added possibility to specify Final Size
BHH
Sweeet, thanks.
gonwk
6th August 2007, 00:36
Hi buzzq,:)
Just FYI ...
I just saw your application and was playing around with it ... and I noticed the following using a short VOB test clip:
1) I think the "MPEG2" application on "AutoMen GUI" does not work. It encodes and it shows the file size getting larger but at the end of conversion ... the converted file size goes to "ZERO" !?!?!:confused:
2) The MP4 conversion ... works fine as far as Video and Audio decoding ... but when it is muxed up the final AVI ... the Audio does not play back. BTW, this conversion yielded the BEST Video ... however, I don't care for H.264 since currently is not playable on stand-alone dvd players.
3) The .WMV conversion yields an "Unrecognizable" output ... since Windows Media Player or VLC can not play it back and it gives me error.
4) I tried the XviD ... and it worked Good. It did gave a AVI output that it was playable and sound & video were fine. However, even with Quality set at 10 (Max) ... the output Video was so, so.
I did not try the other stuff.
Thanks,
G!:thanks:
dansus
6th August 2007, 02:03
mencoder keeps crashing with dvr-ms input now, was stable all week so i imagine its more to do with the source, but seems strange as im using the same cap card.
I converted it to mpeg2 and encoded to xvid but the output was unplayable and avi fixers would only produce a file that was 75% of the original length, so i guess it got corrupted around that point.
buzzqw
6th August 2007, 07:18
@gonwk
i hope you have used latest version
1) think the "MPEG2" application on "AutoMen GUI" does not work
here is working well. so.. tell me what quality you have used and audio bitrate. also, from dos box launch mpeg2.bat and look at any errors
2) The MP4 conversion ... works fine as far as Video and Audio decoding ... but when it is muxed up the final AVI
the final file is the MP4 , the AVI is the file made by mencoder!
3) The .WMV conversion yields an "Unrecognizable" output
again... what quality preset ? and what audio ?
here the wmv is perfectly playable with mpc
4) However, even with Quality set at 10 (Max) ... the output Video was so, so
what bitrate ??? (look at xvid.bat)
@dansus
look here
...\My Videos\TV R
ecordings\Encoding\F1.2007.Round11.Hungary.Race.mpg
isn't a dvr-ms files! since its extension is .mpg i don't use the special "-demuxer 35" option!
rename to dvr-ms and retry! :)
BHH
dansus
6th August 2007, 16:13
oops, sorry that was the wrong log.
dansus
7th August 2007, 03:08
So im having trouble with this cap. Its outputing an unplayable xvid with the dvr-ms and mpeg versions.
I was wondering if you can tell whats going wrong from the log.
"Cannot seek backward in linear streams! Seek failed" is new to me.
C:\Documents and Settings\Dan\My Documents\My Videos\TV Recordings\Encoding>"C:\
Documents and Settings\Dan\My Documents\Encoding\Automen\mencoder.exe" -vf yadif
,harddup,crop=672:544:16:16,scale=704:-2,hqdn3d -sws 2 -priority idle -o "C:\Doc
uments and Settings\Dan\My Documents\My Videos\TV Recordings\Encoding\F1.2007.Ro
und11.Hungary.Race.edit_automen.avi" -ovc xvid -xvidencopts bitrate=1909:turbo:m
ax_bframes=2:bquant_ratio=162:bquant_offset=100:vhq=1:me_quality=6:chroma_me:chr
oma_opt:hq_ac:trellis:lumi_mask:autoaspect:bvhq=1 -af volnorm=2 -oac mp3lame -la
meopts aq=5:cbr:br=160 "C:\Documents and Settings\Dan\My Documents\My Videos\TV
Recordings\Encoding\F1.2007.Round11.Hungary.Race.edit.mpg"
MEncoder dev-SVN-r23237-3.4.2 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3700+ (Family: 15, Model: 55, Stepping: 2)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
Setting process priority: idle
success: format: 0 data: 0x0 - 0x0
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
MPEG-PS file format detected.
VIDEO: MPEG2 704x576 (aspect 3) 25.000 fps 15000.0 kbps (1875.0 kbyte/s)
[V] filefmt:2 fourcc:0x10000002 size:704x576 fps:25.00 ftime:=0.0400
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
xvid: using library version 1.1.2 (build xvid-1.1.2)
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [hqdn3d]
Opening video filter: [scale w=704 h=-2]
Opening video filter: [crop w=672 h=544 x=16 y=16]
Crop: 672 x 544, 16 ; 16
Opening video filter: [harddup]
Opening video filter: [yadif]
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 704 x 576 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
MP3 audio selected.
VDec: vo config request - 704 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
SwScaler: reducing / aligning filtersize 5 -> 4
SwScaler: reducing / aligning filtersize 5 -> 4
SwScaler: reducing / aligning filtersize 7 -> 6
SwScaler: reducing / aligning filtersize 7 -> 6
[swscaler @ 00B21FF0]SwScaler: BICUBIC scaler, from yuv420p to yuv420p using MMX
2
[swscaler @ 00B21FF0]SwScaler: using 4-tap MMX scaler for horizontal luminance s
caling
[swscaler @ 00B21FF0]SwScaler: using 4-tap MMX scaler for horizontal chrominance
scaling
[swscaler @ 00B21FF0]SwScaler: using n-tap MMX scaler for vertical scaling (YV12
like)
[swscaler @ 00B21FF0]SwScaler: 672x544 -> 704x392
videocodec: XviD (704x392 fourcc=44495658 [XVID])
xvid: par=1/1 (ext), displayed=704x392, sampled=704x392
xvid: CBR Rate Control -- bitrate=1909kbit/s
Pos: 0.0s 2f ( 0%) 0.00fps Trem: 0min 0mb A-V:-0.004 [0:0]
1 duplicate frame(s)!
Writing header...
ODML: vprp aspect is 16384:9122.
Setting audio delay to 0.048s.
Writing header...
ODML: vprp aspect is 16384:9122.
Setting audio delay to 0.048s.
New_Face failed. Maybe the font path is wrong.n 0mb A-V:-0.008 [0:0]
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Writing header...
ODML: vprp aspect is 16384:9122.
Setting audio delay to 0.048s.
1 duplicate frame(s)!
Pos: 0.8s 22f ( 0%) 21.34fps Trem: 0min 0mb A-V:-0.084 [0:160]
1 duplicate frame(s)!
Pos: 1.2s 32f ( 0%) 20.78fps Trem: 0min 0mb A-V:-0.084 [1297:160]
1 duplicate frame(s)!
Pos: 2.0s 51f ( 0%) 20.47fps Trem: 0min 0mb A-V:-0.083 [1320:160]
1 duplicate frame(s)!
Pos:1060.9s 26522f ( 0%) 19.56fps Trem: 0min 0mb A-V:-0.055 [1745:160]
:thanks:
buzzqw
7th August 2007, 07:05
could you link a sample (30 seconds) of this mpeg ?
i want analyze it
thanks!
BHH
dansus
7th August 2007, 16:49
sample1.mpg (http://momupload.com/files/44069/F1.Race.sample3.mpg.html)
thanks.
edit: ive just started again it with the latest mencoder build and im not getting the same errors in the log (Cannot seek backward in linear streams!).
I let you know how it turns out.
buzzqw
7th August 2007, 19:35
sorry pal .. but using mplayer linked on oss site i don't get your problem
i have used ff4, 640 autocrop, quality 7, lame 96, interlaced, automen 1.5
and i got a great intro of F1
BHH
dansus
7th August 2007, 23:15
Yeah, i had the same thing. I made three samples from beginning, middle and the end and they all work but if i put the whole file in it breaks. (4.5gigs)
There must be a small fault somewhere thats buggering it up and i havent found it in my samples. Anyway, i tried the latest mencoder build and it worked just fine, it was 6fps faster too on my 1 pass, q6.
While im here, is it possible to get better deblocking on the best one pass setting? (6)
I use Xvid, autocrop only, quality 6, lame 160, interlaced, automen 1.5.
ps if you want the whole file to try, pick up the tor (http://www.racing-underground.com), its pretty fast at the mo.
buzzqw
8th August 2007, 07:10
try this build http://www.64k.it/andres/data/a/AutoMen16.exe
on 6 quality, the overall quality should be better BUT , obviusly, a little slower
if your report will be positive i will promove this build to official build
one more suggestion: try the ff4 , is a very great codec (perfectly playable with ffdshow)
thanks!
BHH
dansus
8th August 2007, 16:07
Slower? you weren't kidding, 40% slower. Quality is a touch better, but not really noticeable. I think i would need a better quality source before the benefits are seen, 3500kbps mpeg2 isnt the greatest and car racing is notoriously difficult to encode with detail.
FF was 5% faster than before and yes the quality is good but im not sure if its playable on a standalone player.
I would say keep six as it is and have the old 6 as the new 5.
-
buzzqw
8th August 2007, 16:23
ok... this is a little faster the previus and a bit more quality
http://www.64k.it/andres/data/a/AutoMen16a.exe
BHH
dansus
8th August 2007, 19:40
Ok, so ive led you down the garden path a bit here. On checking the original its got macro blocking and mencoder is just faithfully reproducing it. Only way round it is maybe some smoothing filter.
I use two pass for archive and the one pass for 0-day stuff so the extra quality isnt worth the loss of speed and i will stick with 1.5 for now.
I will find some quality vobs to play with and let you know how 1.5 compares to 1.6/a.
thanks for your efforts.
dansus
9th August 2007, 20:25
Me again.
Ive finally manged to upgrade my system to a dual core (AMD) and im getting the 50% cpu thingy with Xvid.
I upgraded to Xvid 1.2.x and set threads to 2 with no joy, i can see both cores and x264 works at 100%. I was wondering if you had set xvid to 1 thread in your scripts.
Otherwise any tips on improving cpu usage?
-
buzzqw
9th August 2007, 22:21
i set thread auto to x264 (options supported), but with xvid the standard mencoder build seems lack support...better, even if i set thread to 2 (thread=2) is used inly one core and the other is near sleeping (~30% usage)
i tryed downloading lates celtic druid build and the result is near the same :(
also upgrading the vfw build of xvid has nothing to do with xivd 's mencoder
i will search some optimized mencoder build...
BHH
dansus
9th August 2007, 23:17
i will search some optimized mencoder build...
BHH
Sweet.
:thanks:
dansus
17th August 2007, 23:03
Ive been doing the split file in two trick, which is ok to a point.
Did you say you were getting 65% with two threads (100+30%). Thats better than the 50% im getting at the mo. Are you releasing a two thread version? Would do it myself but cant seem to find the code line.
any luck with finding an optimized mencoder?
-
buzzqw
18th August 2007, 09:40
Hi dansus!
try this build http://www.64k.it/andres/data/a/AutoMen17.exe
and use the latest build from here (look at cpu)
http://ffdshow.faireal.net/mirror/mplayer/
in this new build i added a check "Thread" if checked it will enable the threads parameter in mencoder
it's optional since many mencoder build i tested don't supported this switch (with CelticDruid build crash if used with FF4)
hope "quicker" news!
BHH
dansus
18th August 2007, 16:18
Thanks. I gave it a go and while it using more cpu (65-70%), but the fps is less than 15 at 50% cpu, which im using at the mo.
So im guessing your using the later script for the Xvid one pass, is it possible to get a 17a with settings from 15 with thread mode.
While im here, ive been checking out the wmv encodes but its not making a file that plays in WMP 11.
thanks.
buzzqw
18th August 2007, 16:42
done
http://www.64k.it/andres/data/a/AutoMen17a.exe
i checked all wmv quality ticks and all where playable in Media Player classic ... what mencoder build are you using ?
BHH
dansus
19th August 2007, 21:37
Phew, mad day of encoding.
Im seeing a cpu increase of 30% and a fps increase of between 2-10%, so its some improvement.
Im using this version http://ffdshow.faireal.net/mirror/mplayer/mplayer2007.07.20.Athlon-64.7z for testing. I can see the first frame of WMV with WMPC but it wont play.
buzzqw
19th August 2007, 22:15
on new build is changed the options for wmv mux. previusly was needed to add "i_certify_that_my_video_stream_does_not_use_b_frames" for wmv muxing.. now NO :mad:
... i would like to know if is a "definitive" change or not..
BHH
dansus
19th August 2007, 23:26
So if i use an older version, it should be ok?
buzzqw
20th August 2007, 08:50
yes, the wmv encoding is ok with the build linked on first page
with the new build of mencoder are "broken" wmv and flv
BHH
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.