digitalFAQ.com Forums [Archives]

digitalFAQ.com Forums [Archives] (http://www.digitalfaq.com/archives/)
-   Video Encoding and Conversion (http://www.digitalfaq.com/archives/encode/)
-   -   Mencoder: Question about MEncoder 1 pass (http://www.digitalfaq.com/archives/encode/9849-mencoder-question-mencoder.html)

black prince 05-24-2004 07:48 PM

Question about MEncoder 1 pass
 
The purpose for pass 1 is to create "divx2pass.log" file for pass 2 to apply
bitrate more accurately. My question then is can the output file of pass 1
"KSVCD.m2v" be suppressed to speedup the encoding time or will it
make any difference.

Quote:

Mencoder.exe -include temp.conf -lavcopts vbitrate=1112:vpass=1 "F:\Temp\KSVCD.avi" -o "F:\Temp\KSVCD.m2v"
Mencoder.exe -include temp.conf -lavcopts vbitrate=1112:vpass=2 "F:\Temp\KSVCD.avi" -o "F:\Temp\KSVCD.m2v"
BeSweet.exe -core( -input "F:\Temp\Movie.ac3" -output "F:\Temp\KSVCD.mp2" -be ) -ssrc(--rate 44100 ) -mp2enc( -s 48 -m d -b 128 -e ) -profile( ~~~~~ Default Profile ~~~~~ )
pulldown.exe "F:\Temp\KSVCD.m2v" "F:\Temp\movie.m2v"
mplex.exe -f 5 -V -o F:\Temp\KSVCD.mpg F:\Temp\KSVCD.mp2 F:\Temp\movie.m2v
shutdown.exe
Above is my encode.bat which works quite well except for mplex which
after 15 dropped frames just quit multiplexing. I can't figure out why :?:

The final picture quality is excellent and everything fit on 1 80min
CDR :mrgreen:

-BP

vmesquita 05-24-2004 09:07 PM

i tried redirecting the first pass to NUL (with corresponds to /dev/null in linux) and the encode goes slower :!: :D

Hydeus 05-25-2004 05:29 AM

@VM
Is it possible to redirect output mpv to null under windows :?: Is there a command to do this :?: Thx.

vmesquita 05-25-2004 05:38 AM

Just use -o NUL in command-line. :wink:

black prince 06-02-2004 03:08 PM

@vm,

I used -o /dev/null for redirecting output in pass=1 and it worked,
plus Mencoder increased by 2fps 8)

-BP

vmesquita 06-02-2004 05:10 PM

Interesting... :? I must have done something wrong then. :D

Dialhot 06-02-2004 05:58 PM

Do not mistakn /dev/null that is a true UNIX device that point to nowhere and NUL that is a emulate device created by M$ because people need to have it in their batches.

Prodater64 06-02-2004 06:52 PM

Quote:

Originally Posted by Dialhot
Do not mistakn /dev/null that is a true UNIX device that point to nowhere and NUL that is a emulate device created by M$ because people need to have it in their batches.

But i'm trying /dev/null in mi XP sistem and it is working fine!!!



--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

Dialhot 06-02-2004 06:58 PM

Quote:

Originally Posted by Prodater64
But i'm trying /dev/null in mi XP sistem and it is working fine!!!

Hummm... may be an intenal optimization of mencoder ? Hum... That can explain the speed gain :idea:
(if output == "/dev/null" then do_not_do_any_output...)

vmesquita 06-02-2004 07:05 PM

Quote:

Originally Posted by Prodater64
But i'm trying /dev/null in mi XP sistem and it is working fine!!!

Are you sure it's not writing in a "null" file in a "dev" folder in root? I know it sounds stupid but maybe you didn't check. :wink:

Dialhot 06-02-2004 07:18 PM

Quote:

Originally Posted by vmesquita
Are you sure it's not writing in a "null" file in a "dev" folder in root? I know it sounds stupid but maybe you didn't check. :wink:

It doesn't. I'm currently using the trick ;-)

vmesquita 06-02-2004 07:21 PM

Great! :D :D :D :D
Is it going faster, Dialhot? 8)

Dialhot 06-02-2004 07:24 PM

Speed is around 18 fps and that is quite the same I had yesterday for an other movie using the same script. But for sure it does not slow down !

Prodater64 06-03-2004 07:24 AM

Maybe the limitation is in the encode processing and not when writing in HD. This would explain why we don't see speed improvements.



--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

Dialhot 06-03-2004 07:53 AM

Quote:

Originally Posted by Prodater64
Maybe the limitation is in the encode processing and not when writing in HD. This would explain why we don't see speed improvements.

If you want to say that the HD is not the most limitating part of the encoding process you are right. With a 8Mb buffered / 7200 rpm disk, the processor must output the at the speed of 40 Mo/s to fill up entirely the bus. That give you up to approximatively 64 fps if you encode at the avg bitrate of 2000 Kb/s :-)

black prince 06-03-2004 07:56 AM

@prodater64,

prodater64 wrote:
Quote:

Maybe the limitation is in the encode processing and not when writing in HD. This would explain why we don't see speed improvements.
I've been getting from 1 to 2 fps increase, but the real slow down is
due to MEncoder's filters. I'm testing LOTR-ROTK and using Kwag's
temp.conf it's very slow (7fps). The Trem for each pass is 638min.
About 10+ hrs for each pass or 23 hrs for the whole process. The
picture quality is very good so far, but compared to CCE and
Tmpgenc this it taking longer. :roll: In time I guess MEncoder process
will become more refined, but except for batch (great for automation)
MEncoder is showing less advantages. :)

-BP

Prodater64 06-03-2004 09:51 AM

Quote:

Originally Posted by black prince
@prodater64,

prodater64 wrote:
Quote:

Maybe the limitation is in the encode processing and not when writing in HD. This would explain why we don't see speed improvements.
I've been getting from 1 to 2 fps increase, but the real slow down is
due to MEncoder's filters. I'm testing LOTR-ROTK and using Kwag's
temp.conf it's very slow (7fps). The Trem for each pass is 638min.
About 10+ hrs for each pass or 23 hrs for the whole process. The
picture quality is very good so far, but compared to CCE and
Tmpgenc this it taking longer. :roll: In time I guess MEncoder process
will become more refined, but except for batch (great for automation)
MEncoder is showing less advantages. :)

-BP

Could you post your encode.bat and you temp.conf (or your conf file if you dont use MencodeMe) please. I would like to check something in it.
Thank you.


--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

black prince 06-03-2004 01:04 PM

@Prodater64,

Quote:

Could you post your encode.bat and you temp.conf (or your conf file if you dont use MencodeMe) please. I would like to check something in it.
Thank you.
encode.bat:
::DVDDecrypter /MODE FILE /DEST "F:\dvd_video\Video_ts\" /START /CLOSE
:: Force Film
::DVD2avi -IA=1 -FO=1 -CS=2 -YR=1 -TN=1 -AIF=[F:\DVD_VIDEO\VIDEO_TS\vts_01_1.vob] -CF=4 -DD=1 -DRC=2 -OF=[F:\Temp\movie] -exit
:: Interlaced
::DVD2avi -IA=1 -FO=0 -CS=2 -YR=1 -TN=1 -AIF=[F:\DVD_VIDEO\VIDEO_TS\vts_01_1.vob] -CF=4 -DD=1 -DRC=2 -OF=[F:\Temp\movie] -exit
::BeSweet.exe -core( -input "f:\Temp\MOVIE.ac3" -output "f:\Temp\MOVIE.mp2" ) -azid( -c normal -g 0.95 -L -3db ) -ssrc( --rate 44100 ) -boost( /b2=5 ) -toolame( -m s -b 64 -e )
Mencoder.exe -include temp.conf -lavcopts vbitrate=1037:vpass=1 "F:\Temp\KSVCD.avi" -o /dev/null
Mencoder.exe -include temp.conf -lavcopts vbitrate=1037:vpass=2 "F:\Temp\KSVCD.avi" -o "F:\Temp\KSVCD.m2v"
::pulldown.exe "F:\Temp\KSVCD.m2v" "F:\Temp\movie.m2v"
::mplex.exe -f 5 -V -o F:\Temp\KSVCD.mpg F:\Temp\KSVCD.mp2 F:\Temp\movie.m2v
shutdown.exe


temp.conf:
vf=yuvcsp,scale=720:480::0:9,crop=672:448:24:16,no ise=3th,
unsharp=l3x3:0.6,hqdn3d=3:6:2,unsharp=l3x3:-0.7:c3x3:
-1.5,expand=704:480:16:16
of=rawvideo=1
ovc=lavc=1
nosound=1
sws=9

lavcopts=vcodec=mpeg2video:vrc_eq=tex:vmax_b_frame s=2:
vrc_maxrate=2500:aspect=1.7777:keyint=18:vrc_buf_s ize=1835:
preme=2:precmp=2:
vstrict=-1:autoaspect=1:scplx_mask=0.3:vqblur=0:mbqmin=1:vq min=1:
mbqmin=1:lmin=1:
intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,2 9,34,37,12,14,18,27,29,34,37,38,22,26,27,31,36,37, 38,40,26,27,29,36,39,38,40,48,27,29,34,37,38,40,48 ,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,7 9:
inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,2 6,28,30,32,20,22,24,26,28,30,32,34,22,24,26,30,32, 32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,36 ,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,4 2,44
ofps=23.976


-BP

jorel 06-03-2004 01:11 PM

BP,
we can "see" it working, you're still a magician too!
8)

Prodater64 06-03-2004 02:15 PM

Quote:

Originally Posted by black prince
temp.conf:
vf=yuvcsp,scale=720:480::0:9,crop=672:448:24:16,no ise=3th,
unsharp=l3x3:0.6,hqdn3d=3:6:2,unsharp=l3x3:-0.7:c3x3:
-1.5,expand=704:480:16:16
of=rawvideo=1
ovc=lavc=1
nosound=1
sws=9

lavcopts=vcodec=mpeg2video:vrc_eq=tex:vmax_b_frame s=2:
vrc_maxrate=2500:aspect=1.7777:keyint=18:vrc_buf_s ize=1835:
preme=2:precmp=2:
vstrict=-1:autoaspect=1:scplx_mask=0.3:vqblur=0:mbqmin=1:vq min=1:
mbqmin=1:lmin=1:
intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,2 9,34,37,12,14,18,27,29,34,37,38,22,26,27,31,36,37, 38,40,26,27,29,36,39,38,40,48,27,29,34,37,38,40,48 ,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,7 9:
inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,2 6,28,30,32,20,22,24,26,28,30,32,34,22,24,26,30,32, 32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,36 ,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,4 2,44
ofps=23.976


-BP

If your source is DVD 720*480 why do you use scale=720:480::0:9? Scale is a very slow filter. Can you say me what mean ::0:9?

You can try (I suppose your film pixel is 672*448):
Code:

vf=yuvcsp,crop=672:448:-1:-1,
unsharp=l3x3:0.6,hqdn3d=3:6:2,unsharp=l3x3:-0.7:c3x3:
-1.5,noise=3th,expand=704:480
of=rawvideo=1
ovc=lavc=1
nosound=1
sws=9

lavcopts=vcodec=mpeg2video:vrc_eq=tex:vmax_b_frames=2:
vrc_maxrate=2500:aspect=1.7777:keyint=18:vrc_buf_size=1835:
preme=2:precmp=2:
vstrict=-1:autoaspect=1:scplx_mask=0.3:vqblur=0:mbqmin=1:vqmin=1:
mbqmin=1:lmin=1:
intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79:
inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44
ofps=23.976

and see if in this way speed is improved.

If you still need "scale=720:480::0:9," put it just before "noise=3th".


--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

Dialhot 06-03-2004 03:20 PM

Quote:

Originally Posted by Prodater64
If your source is DVD 720*480 why do you use scale=720:480::0:9? Scale is a very slow filter. Can you say me what mean ::0:9?

I already told about that to Inc and he answered that the scale is necessary as it does not only scale. I didn't have any problem without it but I confess that in the manual it is say that scale also perform a space color conversion that seems to be necessary for other filters.
It's a little the equivalent to our ConvertToYV12().

For the other information I let you read into the manual :
http://www.mplayerhq.hu/DOCS/man/fr/manpage.html

(note: here we are using lanczos so the 9 is the precision of the filter, that is something taht you can modify in avisynth).

But the slower things in all this is the unsharp. You lose 3 fps for each usage and here it is used 2 times :-(

Prodater64 06-03-2004 04:27 PM

Quote:

Originally Posted by Dialhot
...
I already told about that to Inc and he answered that the scale is necessary as it does not only scale. I didn't have any problem without it but I confess that in the manual it is say that scale also perform a space color conversion that seems to be necessary for other filters.
It's a little the equivalent to our ConvertToYV12().

For the other information I let you read into the manual :
http://www.mplayerhq.hu/DOCS/man/fr/manpage.html

But that Inc said it don't mean that it he say to be correct.
I am always reading manual before posting. In manual, there is not filters that needs rgb colorspace (at less I can't find out it). But I just find out an option explanation that permits to deduce that scale it is not necessary when original and scaled frame size match.

Quote:

Originally Posted by MPLAYER Manual Say
-spuaa <mode> (OSD only)
Antialiasing/scaling mode for DVD/VobSub. A value of 16 may be added to mode in order to force scaling even when original and scaled frame size already match, for example to smooth subtitles with the gaussian blur

I understand the blue remarked text as it is not usual neither necessary to use scale when mentioned condition is true. (except for spuaa option, of course)

Quote:

Originally Posted by Dialhot
(note: here we are using lanczos so the 9 is the precision of the filter, that is something taht you can modify in avisynth).

Is it correct this way?
Again from manual, don't would be?:
Code:

scale=720:480:-sws 9:filter lenght

--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

Dialhot 06-03-2004 05:04 PM

Quote:

Originally Posted by Prodater64
But that Inc said it don't mean that it he say to be correct.

Inc, as myself, never "say" something. He report something he has experimented himself.
As I told you, SOMETIMES you need that conversion. And has I also told you : PERSONNALY I never had any problem.

You see, that's not just "saying"...

Quote:

I am always reading manual before posting. In manual, there is not filters that needs rgb colorspace (at less I can't find out it).
Don't always trust the man : scale does NOT convert to RGB (and that is a good thing) but in the case of lanczos it seems to output in YV12. Unfortunally, in all my attempt, the source was also YV12 so I never saw the benefit of this. And BTW I don't use scale when I do not need to scale (just as you are suggesting).

But I just find out an option explanation that permits to deduce that scale it is not necessary when original and scaled frame size match.

Quote:

I understand the blue remarked text as it is not usual neither necessary to use scale when mentioned condition is true. (except for spuaoption, of course)
No, the part in blue tells taht you can FORCE the scaling even when it is not necessary. That means that without that NO SCALING is done when the target has the same res than the source. In other words, "scale" is optimized.

Quote:

Again from manual, don't would be?:
Code:

scale=720:480:-sws 9:filter lenght

For sure not ! "sws" is a parameter independant, scale is an option of the "vf" parameter. You line in syntaxically incorrect.

black prince 06-03-2004 05:10 PM

@anyone,

Mencoder.exe -include temp.conf -lavcopts vbitrate=1037:vpass=1 "F:\Temp\KSVCD.avs" -o /dev/null

Also, I'm trying to use MEncoderAVS from http://ffdshow.sf.net/ffmpeg_avs.rar
and every frame is dropped for "duplicate error" which creates no log and
mpv files. Is this compiled version of MEncoder working for Win32 :?:
Others claim to have it working, but I can't get it to stop dropping
frames for "dup error" :roll: This avs version would allow me
to encode directly from an avs script instead of MakeAVIS avi file. :)

-BP

incredible 06-03-2004 05:25 PM

Quote:

Originally Posted by Prodater64
But that Inc said it don't mean that it he say to be correct.

:lol: Nice. (shure I dont got "holes" in my hands)

Well ....
IF you would see the log of the console the forced colorspace conversion seems to be fixed as now the scaler just does a BYpass IMHO as in my case i got NO fps speed loss if not scaling in effective is set due to values different from the orig state!.

"YV12 to YV12 colorspace scaling" in case of DVD inpout resizing or similair quoted is written there already since a lot of outcomed builds, means since 1-2 Month!

Try to load a strange mpeg4 codec and apply a filter (I dont know which one suffered now but ..) ... that caused a crash in mencoder IF that Scale was not used before!

Also ... if you look into mencoder Console log .... Verrry often when mencoder cant recognise the input diata... he uses "scale" to get that input decodable. So as Phil said ... theres mor "in" :scale: than just a scaler.

And according to cosmetics ... ;-) Even when using fitcd on a 720 source just beiing cropped to 704 .... you wont find only a "Crop" line in the avs output script generated by Fitcd or Moviestacker, ... no ... the whole Bicubicresize(XXX,YYY,i,i,x,y,XXX,YYY) will be put out with "sclaing" parameters.

You tell you read manuals? Nice. Ok. I also do ... but Practice will also give a little overview whats happening. Then you will see that some parts of the manual have not been updated properly ... as the console log output DOES report something different.

Generally: Shure Im not everytime right as im just a product of "this" human world. But I do not "just assume" I at least do "say" things if I did try them before :!: :arrow: no offense 8)

Quote:

Again from manual, don't would be?:
Code:

scale=720:480:-sws 9:filter lenght

Wouldnt be ? I think you should try as I saw that scale:.....:9 is the argument for lanczos ... where the single "-sws 9" could be the sclaer argument for mplayer ??? Maybe its needed to be double mentioned .. which would be silly but we never know. And that could be found out.

Prodater64 06-03-2004 05:33 PM

Quote:

Originally Posted by Dialhot
...
As I told you, SOMETIMES you need that conversion. And has I also told you : PERSONNALY I never had any problem.

You see, that's not just "saying"...

No offense Phil, please, I know Inc. and your working way.

Quote:

Quote:

Again from manual, don't would be?:
Code:

scale=720:480:-sws 9:filter lenght

For sure not ! "sws" is a parameter independant, scale is an option of the "vf" parameter. You line in syntaxically incorrect.
I understand that from:
Quote:

scale[=w:h[:interlaced[:chr_drop[:param[:pre- size]]]]]
Scales the image with the software scaler (slow) and performs a YUV<->RGB colorspace conversion (al- so see -sws option).
w,h
scaled width/height (default: original width/height)
NOTE: If -zoom is used, and underlying fil- ters (including libvo) are incapable of scaling, it defaults to d_width/d_height!
0: scaled d_width/d_height
-1: original width/height
-2: Calculate w/h using the other di- mension and the prescaled aspect ratio.
-3: Calculate w/h using the other di- mension and the original aspect ratio.
interlaced
Toggle interlaced scaling.
chr_drop
chroma skipping
0: use all available input lines for chroma
1: use only every 2. input line for chroma
2: use only every 4. input line for chroma
3: use only every 8. input line for chroma
param
scaling parameter (depends upon the scaling method used)
-sws 2 (bicubic): sharpness (0 (soft) - 100 (sharp))
-sws 7 (gaussian): sharpness (0 (soft) - 100 (sharp))
-sws 9 (lanczos): filter length (1-10)
presize
Scale to preset sizes.
qntsc: 352x240 (NTSC quarter screen)
qpal: 352x288 (PAL quarter screen)
ntsc: 720x480 (standard NTSC)
pal: 720x576 (standard PAL)
sntsc: 640x480 (square pixel NTSC)
spal: 768x576 (square pixel PAL)

--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

Dialhot 06-03-2004 07:38 PM

Quote:

Originally Posted by Prodater64
I understand that from:

You just need lessons on "how to read nice UNIX app lan page" :-)

Quote:

scaling parameter (depends upon the scaling method used)
-sws 2 (bicubic): sharpness (0 (soft) - 100 (sharp))
-sws 7 (gaussian): sharpness (0 (soft) - 100 (sharp))
-sws 9 (lanczos): filter length (1-10)
In correct english this gives :

"if the scaling method (that is setted by -sws option as you can read in the manual several pages above this one) is bicubic (that correspond to -sws 2) then this parameter represents the sharpness and can take a value from 0 to 100.

if the scaling method is gaussian(that correspond to -sws 7) then this parameter represents the sharpness and can take a value from 0 to 100.

if the scaling method is lanczos(that correspond to -sws 9) then this parameter represents thefilter length and can take a value from 1 to 10."

if the scaling method is something else than the three values above, then this paremeter is not used."


As you can see, the manual would have twice the number of pages if everything was expressed like this ! :-D

Prodater64 06-03-2004 07:56 PM

@ Dialhot: Thank you.

In Argentina (where I'am from) we say (more or less): Who don't know is like who don't see.
Thank for your lessons.


--------------------------
Visit: Intermediate guide: MencodeMe/Win32 - Avisynth - MakeAvis by Prodater64.
Visit: KVCD - MencodeMe - Auxiliar Task - KVCD Docking Gate by Prodater64.
Visit: Mencoder scripting with AVSEdit and Guide for Multiple Files by Prodater64.
Visit: Mini-guide quick and easy - DVD to (S)KVCD with MencodeMe by Maurus.
Visit: Mencode-me: a newbie oriented GUI - 0.23 is out! by VMesquita.
--------------------------

http://www.digitalfaq.com/archives/error.gif

Fluffbutt 06-04-2004 04:05 AM

Quote:

vf=yuvcsp,scale=720:480::0:9,crop=672:448:24:16,no ise=3th,
unsharp=l3x3:0.6,hqdn3d=3:6:2,unsharp=l3x3:-0.7:c3x3:
-1.5,expand=704:480:16:16
Not trying to be a pest, (and I understand about Kwags noise & minbitrate thingy), but wouldn't having hqdn after noise=3th remove the noise you've just put in?

,hqdn3d=3:6:2,unsharp=l3x3:-0.7:c3x3:-1.5,noise=3th, Instead? or am I waaay wrong... :oops:

Dialhot 06-04-2004 04:27 AM

I didn't noticed that in the previous post but yes, you are right. I did the same mistake 2 days ago and changed that since then.

Fluffbutt 06-04-2004 04:38 AM

WOW!!

The Fluffbutt actually got something you guru's didn't!!!

:lol: :lol: :lol: :lol: :lol: :lol:

<PURRRRRRRRRRRRRRRRRRRRRRRR> !!!!

Dialhot 06-04-2004 05:11 AM

Quote:

Originally Posted by Fluffbutt
The Fluffbutt actually got something you guru's didn't!!!!

We just find funnier to let you discover your mistakes by yourself and answer after that : "you didn't knew that ? pffff.... newbies..."

:-D

Fluffbutt 06-05-2004 08:06 AM

:lol: :lol:

:rotf:


All times are GMT -5. The time now is 07:09 AM  —  vBulletin © Jelsoft Enterprises Ltd

Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.