PackShot suggestions
A "Minimize" button, por favor :D
-kwag |
@kwag
Not a bad idea my friend :D . Hint-hint, nudge-nudge :wink: . |
How about having the drop down list of 'max rates' editable - I use 1850 as max, this restricts me to 1150 or 2400 (i think theyr'e the values).
|
An option to select process priority would be very nice.
A very good tool, by the way :D |
Adding a Mencoder version with native AVS support would also be nice... 8)
|
Quote:
I completely agree that we should provide both GUIs with MEncoder or maybe with a link right next to it to the latest MPlayer/MEncoder links. But then we're still "fighting" to include internal AVS support in MEncoder. So I guess Inc. and VM should provide those as soon as we get it working :) Cheers |
1. "Minimize" button --- done!
2. Changing "Max Bitrate" from drop down list to a Text field where you can enter full individual values! ok? ---- done ! 3. Process priority selection ... oh oh ... a new Checkbox will be done ... may you excuse that Ill do put that on my todo list ... it will be done soon! 4. avs support ---- shure if that will work! ;-) Version incl. the changes will be available this afternoon (CET) ;-) |
It would be nice a wav to mp2 audio encode option, even for todo list. :)
|
wav source ????
Whats your purpose? ;-) Much more senseful would be if we get dts DECODING in besweet working ... that would be great ... as I had maaany issues according this. :) |
As I posted in another thread, and even after what you explained there, I would like to have the possibility to mux within pack-shot...
It would also be useful when you load an avi, not generated with makeAVIS (like the avis I make when capturing), it demuxed the audio (BTW, in PCM-wav format) and the wav file was loaded in "audio". Asking too much? :? For that reason, it would also be useful the chance of encoding mp2 from wav. :wink: |
Inc,
the priority setting can definitely wait..it's not that hard to set manually every time :wink: If you feel like adding something to the GUI, I'd like to suggest the possibility to use custom matrices. |
Ah man!! Incredible.. you're ... ahh umm Incredible!!! :lol: :lol: :lol: :lol:
Quote:
|
@ Digi doc
I will add the capability of individual AVI import WHEN I got the internal resolution calculator ready ... as now Templates from 720x576(480) to XXX x YYY are used which I had made by using FitCD. I "could" add also Avi source resizing internal-templates incl. 768x576,704x576,384x576,352x576,384x288,352x888 + ntcs 640x480 etc etc betc etc ... see? It would be a damm lot of work and a real calculator makes more sense and so I better put focus on that = muuuch more elegand and that avoids a mega amount of internal IF/Then routines ;-) Muxing ... shure ... sometime it will be added, but ... whats the problem, why dont you just take mplex.exe (frontend) and do the job? Even if you follow the intention of the state of PackShot now .. means DVD in and DVD out ... you have to author the DVD later (and therefor muxing within the authoring appl.) But I see .... you want me to release the "golden mpeg-job cow" :D My answer: This is just the beginning ..... but ... poco a poco as I also should take sometimes time to get fresh breath from the "outside" :lol: @ Boulder YEP! Will be done ---- Matrix developing/comparing actually is a big subject on doom9 - as I catched the "bach" matrix is very favored there :?: Inc. :) |
Quote:
|
Quote:
Zoom in about 300% on a still dark wall or similar object, on something encoded with Jawor, and compare the dancing DCT blocks agains the same encode with the Notch matrix. Then tell me what you see (I already know ;) ) Edit: From the developers at the Mplayer's group: " The difference in bitrate was a big surprise. Using "-K kvcd" with mpeg2enc the average reduction in bitrate (as reported by mplex) was 20% (depends on the -q or quality setting - sometimes the savings was closer to 12%, other times 25%). The TMPGEnc tables split the difference between the default and kvcd tables - usually around 10-15% savings over the default tables. Much depends of course on the source of the material being encoded. The claim that the kvcd tables reduce the "splotches" during dark scenes is true - the dimly lit scenes do look better when using the kvcd tables. Cheers, Steven Schultz" http://zebra.fh-weingarten.de/~maxi/.../msg00537.html -kwag |
hi inc,
an entry for 544x576(480) in the target resolution combo would be great. i used this successfully on some 300-360 min. encodes to one dvd-r... a lot of tnx for your great packshot :D regards, ***mfb*** |
Quote:
... and now back to wishes :twisted: : It's clear the actual intention of your tool, DVD in DVD out. For future (future) releases, it would be nice also support for more than one DVD film. Yes, we can make the numbers, and feed PackShot with them. But we need the ac3 sizes for that, and that means encoding audio out of PackShot first... It would be nice to load 2 or 3 vobs in PackShot, leave it work several days (in my slow PC) and then author a KDVD with 2-3 films in. And for future (future future) releases, also nice to load our captures (AVIs) and have the video and audio to author our home-made DVDs. I see I don't let you breath. Take it as is, just ideas for PackShot v10.02.01 :wink: |
Quote:
Quote:
Quote:
|
@incredible
Would it be possible to add 480x480/576 to the resolutions - for all of us poor folk, we who don't own a DVD burner... yet! :) |
Quote:
As any encoder on this poor Earth, the resizing shouldn't be done by the encoder but with an avisynth script ! :arrow: If you really need to do other things than 704*480/576, use a script. @inc Is it possible to have a zone where we can edit the command line that will be launched ? That's would be the easiest way to improve the tool by tweaking the parameters you choosed to implement. |
Quote:
That would lock PackShot to *Windows Only*, rendering it unuseable on other platforms. Quote:
That's an excelent idea :) -kwag |
@ Phil
our intention is to do everything using internal mencoder filters so one of the main goals of mencoder is speed which will be lowered when going via Avisynth, no matter if via Avisynth or EVEN if we get avs to be read by mencoder ... as avs means a frameserver is running in backgr. which needs CPU power (you know that Phil but its said here also for the rest). @ Kwag I got a better Idea, ... which is more non-complex to the Program/Interface. Ill add a "generate commandline only" button and one "start encoding", so no matter if in a box or in the batfile ... it would be the same for a user if he wants to enter the commandline, if its safed again, he can just doubleclick the .bat file and go to sleep. Good Idea? As thsi would keep the GUI more compact. Other Platforms??? But how you will get Besweet ac3enc azid.dll and all other for audio working on Linux??? (Well maybe well find some other binaries for Linus ,...he he) @ Audioslave 480x576 is very common and so I will add that! ;-) |
Quote:
Then anyone can edit an tailor the parameters in the batch file ;) -kwag |
Quote:
This would help a lot in "fine tweaking" some settings, along with an advanced settings option and a only 1st pass. There are some films that, after first pass, you see that will need to lower/raise quantizers, or lower/raise scplx_mask, or change the B frames factor/offset,... and all this could be tweaked from inside pack-shot, done first pass, seen and if necessary changed. |
ink,
if you can give a option to use .avs script for me will be great cos time to encode don't bore me.....! ....pleeeease :!: i love to choose filters and his parameters cos i feel that :arrow: i'm doing "something" ! :lol: but only if is possible. :wink: |
Quote:
If you don't want to use external frmaserver, that means that you let the encoder filtering all the picture including the black bars ! What a severe step back :!: For me to change the encoder does not mean to start doing things I WOULD NEVER DO with my current tools ! Beside this, I really do not trust mencoder about cropping (and computing the resize parameters). Moviestacker does it very well and I'll continue to trust it. (btw Inc, with overscan did you implemented into pack-shot ? I generally use 1 and I guess you set it to 2, don't you ?) |
Quote:
-kwag |
Quote:
No way Inc is gonna be doing that, Jorel :!: :lol: . We want everything in the encoding to be done really fast :D . That way we can have Jorel more time with us in the forum so he can give us a lot of his help and friendship :wink: :lol: Cheers |
Quote:
(note: mencoder implements somethign equivalent to the resizer but does it has somethign correspondig to the "addborder" command ?) |
Quote:
No, lets talk serious... You can enter in Packshot like Phil said by using MakeAvis. And thats also a way how to get 480x576, 528x576, 544x576 (same also in ntsc) working as encoding size in Packshot. The avs into Qenc thing is (IMHO) a trick by nic using libraries/code from makeavis which will be proceeded undercover! As even Milan is right now not fully ready with his avs/mencoder project. So the speed is the same as you defenitely still let a avs frameserver running. Ok, its more comfortable to directly go into mencoder using an avs .. but dont expect that much from "more speed" and I think phil can confirm that. As an direct avs import wont get rid of the frameserver itself and thats the one which makes mencoder slower. Today I had my "graphedit" day as since some time I got problems when playing back my mpegs using software players else than Vdub. And graphedit gave me a "ligos mpeg splitter" modul and that was it 8O and I fixed these module priorities using the options in Zoomplayer. By doing that I could see how avs will be seen by the graph: AVS .... :arrow: ... AVI Decompressor .... :arrow: ... Video Renderer And I think Makeavis does simply add an AVI header AND a subroutine to the right system modules as shown above. And that maybe is also milans approach so mencoder can see avs to be directly treaten by an mencoder internal avi decompressor. |
Quote:
That's what I've always done since I started testing mencoder 8) But let me advise you Phil :!: That's basically what Inc. is doing in Packshot :lol: Cheers guys |
Quote:
Mencoder filters also these bars (surely changing them from true black to more or less dark gray, and I don't even imagine what "add noise" can do on them :!:). If you can live with that, do it. I won't. EDIT: I just saw the cropdetect function far deep into the documentation. I guess this can quope with the blackborders problem :-) |
Quote:
How about a scale followed by crop to the exact film pixel area, followed by expand. That's the equivalent of black borders, because everything outside the film pixels area will be pitch black ;) http://www.mplayerhq.hu/DOCS/man/en/manpage.html#GENERAL%20ENCODING%20OPTIONS%20(MENCO DER%20ONLY) -kwag |
:lol:
Now a litle explanation HOW the resizing within packshot is done .. I did generate TEMPLATES using FitCD (thats the answer to your "I do not bleive in mencoder auto rsizing") these Templates will be used in a mencoder syntax depending on an IF routine based on what will be recognised as input. And thats why its difficult to add a full resolution bandwith support in case of INDIVIDUAL avi size inputs and therefore they have to be treaten by avisynth and makeavis and in Packshot the "no Resize" choosen! And exactly theese params are added into the syntax of mencoder: Here an example only for explaing: Crop(8,0,704,576) = crop=704:576:8:0 LanczosResize(480,432) = scale=480:432::0:9 Addborders(...) = expand=480:576 .... here the image will be centered and fileld out automatically, but you alos can use expand=480:576:x:y to set the exact postion ... in case of placing the image á la mod16into the screen. And for our friend Phil I got something nice here: http://www.kvcd.net/forum/viewtopic....10637&start=16 (someone should make that thread sticky as it gots its purpose to be updated if someone finds a new filter combination or so. ;-) ) |
Quote:
It seems you missed the cropdetect parameters that should replace the gripcrop line we used to have in the scripts :-) Note: what are the two last parameters on the scale line ? |
Cropdetect ONLY outputs log but does not auto crop the image in effective!
(see also the link above I just quoted!) Also ther is something like "Trim()" but that one in mencoder only handles values in seconds! 8O (if I remember) and not in frames! :evil: But IF 1pass would become one time better, we could use that one to do a btach according to a prediction, means, a batch does continue the generating of several calculated parts to be encoded, the sum of all these encoded m2v slices will be the predicted estimated final size. AS... you can not use multiple trim points in mencoder, only ONE slice |
@ ink...you wrote:
"You can enter in Packshot like Phil said by using MakeAvis." yes ink, clear but please remove that doubts: i load the .avs script in vdubmod and got: decompressor: XviD mpeg-4 codec and using the file from makeavis and got: decompressor: ffvfw mpeg-4 codec it don't change "anything" in the image quality? (matizes(hue),sharpness..?) :? @ Correia you're a joker! :lol: i stay more time here with my friends that with my own family...it's true! :wink: |
@ Jorel Vdub says "which" avi decompressor is used, in case of avs the graphedit doesnt.
IF you use FFvfwMakeavis .. then that "avi" has to be interpeted by ffvfw cause its a FAKE avi ... as it gots a header but no effective movieinformation but a pointer to that refering avs file wjich inernally STILL needs the ffvfwmpeg4 or Xvid codec to read out the YV12 data. And if you dont force to another colorspace when generating the avi, then no colorspace conversion etc. will be don, means quality will be the same as if you directly open the avs in vdub. |
8)
very clear ink, thanks :!: :wink: |
Quote:
Scale=W:H:Interlaced:Chr_Drop:ScalingAlgorythm If no interlaced image will be scaled, then: Scale=W:H::Chr_Drop:ScalingAlgorythm (two doublePoints!) http://www.kvcd.net/forum/viewtopic....10637&start=16 There it seems I did quote the "old" maunal as now in the log when encoding NO colorpace conversion will be done (well it says so .. that YV12 will be still scaled using YV12) |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.