I am waiting you :twisted: :twisted: :twisted: :twisted: :bowdown: :bowdown: :bowdown: :bowdown:
:ole:
I need try it !!

THANKS

P.S 2:45 am, I'm going to sleep

V,
i download the "Kurumin" some time ago but was afraid to use!

don't remember the version but the iso is too big...~550Mb
and run from cd without install ....don't know if is a good option.
i will that version you posted don't "miss" after restart or power off!
....better is wait for your compilation!
:wink:

Hi V,
I'm definitly going to try Kurumin since it's so small and full featured.
But hey, it'll have to wait until next week so I can try to download it from work cause my link at home is 128K
and it's been down from times to times :(
Anyway I'm also working on a 2nd PC at home for firewall with smoothwall express since I've been attacked
with Blackice Defender.
So it may take some time before I can try Kurumin.
Thanks for the tip.
Cheers

Just got the new version and all ican say is thing gets better everday :D

thanx vmesquita

@inc
1) Ok, this multiple audio track selection is very easy to do and very useful. Good Idea. :wink:
2) Maybe it's because of the Atlhon optimizations, I read somewhere that GCC 3.3 is really good on optimizations, specially for Atlhons (3DNow, 3DNow2, SSE). I'll compile another Atlhon build. I don't know the difference between versions, some code definatelly changed because I saw when I was updating the CVS, but I don't know exactly what.

@jorel
Kurumin can run from HD if you want. In fact, I installed in the HD in less than 2 minutes. Now, have you sen Windows installing that fast? :D But you can run from CD, Test, and if you like, install on HD. If you don't, trash it.But I doubt you will. I know you have ADSL, I really recommend that you download the ISO image (it's only 192Mb, fully in Brazilian Portuguese), and boot. You won't regret.
And if you install in HD, it behaves like any other distro, but detects your hardware automaticallly. And there's "Magic Icons" to install almost anything most users need, like OpenOffice, Gimp, VMware, in a Lindows "Click-and-run faishon". :wink:

@sertinell
As much as I like Kurumin as a user distro, looks like for programmers and people wanting to compile stuff it's not the best option. To install wxGTK (WxWindows for GTK), I need GTK and glib, but when I started ./configuring it became a complete mess since looks like they removed the header and setup scripts, keeping only the libs. This is OK if you just want to run pre-compíled stuff (like most users), but when you start to compile stuff, this becomes a mess. I am now downloading slackware (my favorite advanced, "do-it-yourself" distro) to try again tomorrow. But this doesn't change my oppinion about Kurumin: it's the best knoppix distro for Newbies I've ever seen, and fully documented. Too bad the english support is near none (but the brazilian portuguese support is enormous). :D

@bigggt and kwag
It's cool, isn't it? I got so happy when I finished this version! 8) :D

ok V,
i'm downloading it now to test :wink:

(and "praying".... not kiddin)
:roll:
" vampiro "brasilêro" ".....cusp!

This GUI gets better and better with every release.

Thanks vmesquita much appreciated. :D

:bowdown: :bowdown: :bowdown:
:ole:

@vm,

Great release MEncoderME v0.2 8)

I had some minor problems:

1) program hung up system at 85% of 2nd pass

2) there was no log file to track the progress up to the crash

3) the partial .mpv file created (208MB) was great when viewed
with wmp, but it seemed MEncoder added cropping to the avs
MA script and the result was to much Height was cropped.

Here's my stats:

I used DVD2AVI to create .d2v and FakeAVIS as .avi. This was
used as input to MEncoderME and here are my settings:

Template: DVD to KVCD
Movie Length: 90 minutes
Target Media: 1 CD 80min
Media Size: 700MB
Audio Bitrate: 112
Cropped Width: 352
Cropped Height: 216
Video Bitrate: 975
Final Resolution: 352X240
Framerate: 23.976
Aspect Ratio: 4:3
GOP: 24
2 Pass VBR: checked

Thanks

-BP

black prince,
are you using an avisynth script?. I mean, do you feed makeAVIS with an avs file or directly with d2v (Don't know if this is possible)?
In case you use an avisynth script, maybe you'd better use the makeAVIS.conf template (please vmesquita, correct if wrong). I don't see anything else wrong in your way...

Hi.
I don't now if I understand you :oops: . But if you can't compile it, try apt-get. Kurumin is a Debian. apt-get resolve the dependeces

Thanks.

@black prince
As digitall.doc already said, you have to use the MAkeAVIS template when feeding Fake avis, otherwise iy may crash. But are you sure you don't want to give the internal filters a shot?

@sertinell
Actually the problem was all my fault, I flound a page discrbing the corect package names and was able to compile wxGTK perfectly. NO there are some minor problems in my program in compilation, I am checking this.

Vmesquita

I saw if doing 1pass the vbitrate doesnt affect the bitrate anymore/ore final size ..... did you change something Vmesquita?? As by this 1passVBR is not longer possible. I know that Vbitrate wont stand exactly for the resulted bitrate, but I could tweak filsize using this before :(

@inc
I didn't change anything, probably mencoder changed... Have you tried using the older build? The conf files are the same, except for some forced subs bug that I removed (sid=0). :wink:

EDIT:Linux compiled and running! :D Now I am compilig mencoder to test with it.
EDIT2:WxWindows is really 100% portable. The only code that gave me trouble was a pure C. ANd if I had used a wxWindows class to do the same job probably this won't even happen. :wink:

Linux version is out! :D :D :D :D

Grab it here:
http://www.jltoca.uaivip.com.br/file...deMe02.tar.bz2

It doesn't include mencoder, you need to have mencoder already installed and in the path. Just unpack whatever you like and use it.
As for dependencies, you probably only need GTK2. I compiled wxGTK static, so you shouldn't need it. I'll try to make some tests abou this. :wink:

Enjoy!

Hi vmesquita,

When selecting 2-pass, if you click on stop when you're on the first pass, the first pass aborts, but the second pass is executed, overwriting the previous encode.
So check that the second pass is never executed when a user clicks on stop :)

Other than that, I don't have anything else to add :D
The program is working just great :D

-kwag

Hi,
Yep in 2-pass everything seems fine.
But I'm sure it's not working in 1-pass.
More I believe that nothing is working in 1-pass right now with mencoder.
Incredible alerted me to this fact and I verified it.
Apparently mencoder is not respecting the vbitrate argument.
With any of it's builds. Even the official one.
Can you test that in Linux Karl.
Cheers guys

EDIT: where are bilu and digi.doc when we need them? :lol:

@kwag
I forgot to reset the second pass flag when Abort button is clicked. Thanks for the first bug report. :D

@rds_correa
This one pass problem is very wierd, because I haven't changed anything... I have no idea about what could be causing this. But I am ecoding an AVI right now, I asked for 900 kbps and mencoder did 10% already and bitrate is 909... Seem OK here. :?
BTW, I currently encoding at 352x480 in linux using my AVI filtering. Speed with ATlhon optimized mencoder is... 36 fps! And I am using filters! :D I would like to confirm what packages are needed in linux for the GUI to work. I think only GTK will do, but I am not sure.

Hi rui, and everybody,
I'm glad you remembered about me. Sorry, I'm very very busy right now. But as you can see, I keep an eye in the forums :wink: (when you turn back a second, and come back, everything is new).
And I'm more dedicated to two pass (the little free time I have) now.
Related to 1pass and latest mencoder builds, I didn't test it. I even didn't test it ever, since my 1pass strategy used vbitrate=vrc_maxrate (and fortunately average bitrate wasn't maxrate :lol: ).
But, I don't know if this will help you, when encoding 2pass with mencoder build in mencoderme011 (my command line, not the one mencoderme generates, but I guess that's not relevant), the first pass file I get is similar in size to that of the second pass, and with an average bitrate similar to vbitrate...
Some silly question: are you using vrc_minrate?. Yes, yes, I know, I know, the answer is: NO.
You say it's happening in latest compilations, maybe they did change a thing... bilu could help you more (he follows mailing lists of changes in ffmpeg and so...)
A silly suggestion: why don't you try to put in your command-line vpass=1?. It will generate a 1pass mpeg, and a divx2pass.log file (just erase it). Try if you think it worth, and tell me what happens...

@all

Be carefull with bitrate calculator, I forgot to take on account the mux overhead. :roll: I'll fix this.
After a few adjustments in a C function I used (I had to replace fsetpos with fseek), the code is now 100% multiplataform as I wanted. I'll probably be able to deliver the linux version just after the windows version in the next releases. :wink:

:D
Great work man! :wink:

Hi
I'm trying the linux compilation but I have this error :cry:
Thanks

Welcome to the Linux incompatibities world :lol:

You'll should to have "at least" the same kernel version and libraries that vmesquita is using on his system.

What distribution are you using?
What kernel version?
GTK version?

-kwag

@vm,

vm wrote:
Didn't realize internal filters were available and will try this tonight.
This testing is helping me understand MEncoder much better. :wink:
There are so many options with MEncoder, it overwhelming at
times. The results are well worth the effort.:mrgreen:


Thanks

-BP

-What distribution are you using? I'm using Mdk 10
-What kernel version? 2.6..3-4
-GTK version? How check it?

Thanks

Bingo :!: :arrow: Kernel 2.6.3-4

I'm pretty sure that's the problem, because vmesquita is running a Knoppix derived version, which currently has kernel 2.4.2?

-kwag

Provably. I think the same.
What is the solution? :cry:
Would VMesquita have to compile each time for each kernel ? :? It's imposible. :cry: :cry:

I see you tomorrow!! :wink:

Either that, or he will specify for what version of kernel his executable is for. No, it's possible, but with a lot of kernel sets on vmesquita's side with many different compiles, or just a single compile forcing users to use a specific kernel (which is not likely to happen :!: )Good morning to you ;)

-kwag

@sertinell
Thanks for trying. I am using a Knoppix derived distro with Kernel 2.4.22. Other packages

libgtk1.2-dev
libexpat1-dev
libc6
libc6-dev

To discover GTK version, type
Mine is 1.2.10

About Kernel: I have a precompiled package to install an additional kernel 2.6 as a option on boot. I might install this kernel and see if my compile crashes, if it doesn't the problem is not kernel related.

edit:I'll check MDK 10 Packages (if I manage to find somewhere)
edit2:MDK doesn't feature gtk1.2, just 2.0:
http://www.mandrakelinux.com/en/10.0/features/15.php3
Looks like you need GTK1.2. You can have both GTK1.2 and 2.0 in your system, look here:
http://www.gtk.org/download/
Maybe I should compile for GTK2 because it's more recent...
:?

http://www.rpmfind.net ;)

-kwag

Thanks Karl, but Knoppix, as a debian derived distro, doesn't take RPMs. But I think the problem is the lack of gtk1.2, mdk10 doesn't come with it. BTW, is there a "debian dep find"? :D

It does :!:
RPM is already installed on Knoppix.Well, debian already handles all dependencies automatically, with apt-get.
Or you can issue: apt-cache search "YourKeywordHere"
But that's not the case for RPM, which only "alerts" of missing dependencies.
That's one reason I moved away from "Red Hat" based distros (like Mandrake, etc. ) :roll:

-kwag

Looks like it has been removed from my distro, then. But I think it was a good idea. RPMs can make such a big mess in the system... :roll: apt-get is much better than rpm.

I am currently recompiling wxGTK with GTK2. They say GTK2 support is experimental... Let's see how it goes. I'll check what GTK comes with most linux distros today to decied which one I should use.

BTW, thanks for the "apt-cache search" tip... I am trying to figure this out since yesterday! :D

It's helps to read "Linux Journal", "Linux Magazine" and "Linux Format" once in a while :)
It complements the Web very well :D
BTW, when you're ready to do your backup in Linux, don't forget "mondo" ;)
apt-cache search mondo ;)

-kwag

OK, WxGTK with GTK2 is really experimental. The redirected stdout doesn't work very well: text replacing in the textbox is not working perfectly. I'll stick with gtk1.2, looks more reliable. Besides, it's not such a big package to install. :roll:

EDIT: And for some reason, the gtk1 compile loads much faster. :wink:

FIFO FIFO FIFO :lol:
Hint: mkfifo :idea:

Redirect mencoder's output to a FIFO file, and grab the data from your program.
When you start your program (in Linux), make a FIFO, where mencoder will re-direct all output to, and you open the FIFO as a file from your application.
Then simply read the FIFO :!:

-kwag

Sorry for not reporting that Vbitrate problem by myself, but yesterday was my "bad luck" day!!! :evil:

- totally DVR-105 Burner problem ("fatal driver error" in TmpgEncDVDauthors burning enigin - never had probs before, DVDlabs burning engine stops in the middle ... only NERO could do the whole job correctly 8O )
- An AC3 german audio which came out "shorter" from the ripped DVD than the english one ... german audio was totally out of sync 8O
- etc. etc. etc. etc

- AND! DVDlab gave me several "gop size out of memory" errors when using my new mencoder streams (maybe mencoder gots a bug OR the new DVDlabPro likes more "Closed GOPs" which I dont know where to set in mencoder :( ... if using CCE Streams ... no problems :screwy:

Resumée: 2 DVD-R Media "trashed"! :evil: grrrrrrrrrrrr :arrow: a very "bad luck" day

Hi
God afternoon
I have GTK 1.2
The problem isn't GTK version.

Awesome program VM. I think I can help those having problems with 1-pass bitrates. I noticed if I click on the audio bitrate it does not always update with the correct bitrate. For example, if I choose 128 and i get say 2300 as a bitrate for video then click on say 224 and then back to 128 I get the bitrate for 224. To solve this I just go back and forth until it gives me a bitrate that makes sense or just enter it manually. Hope this makes sense. I actually found the 1-pass filesize results to be extremely accurate. Just yesterday I was shooting for video size of 720 Mb and got exactly 720.

Hi Dano!

Well I also did tests when I set bitrate manually :?
So this is calculator independend.

I went further and did the WHOLE encoding way via commandline using the exact .bat and .ini configurations like they will used by the GUI. And I could set what I want 1500kbit vbitrate or 4800kbit vbitrate .... result was still the same final size of the encoding. But maybe my machine was also in there playing "loco", so I will test that tomorrow again (tonight I gonna celebrate my birtday ;-) ).

Yep I also figured out (in the past) that (when using special parameter combinations) the setted vbitrate almost matches the avg bitrate on the final encoding, often, but not everytime.
Its shure that an encoder CAN't see what the further content of the source will bring during encoding, so that seems a bit as an asumption on the beginning ... that the actual average of moviecontend will be assumed for further treatment/complexibility ... and if a source keeps it complexibility through the whole source nearly constant ... this could match a little the wanted avg bitrate.

So conclusion .....: On 1pass VBR you still need to do a prediction using sampler() or slicer() via makeavis.

I didn't try till now the direct VOB way as this could only be done via 2pass for approaching the wanted final size.

Hi.
I've updated my kernel to 2.6.5-4 and all my old programs (compiled by me under 2.6.3-4) are runing wihtout any problem and apparently faster.

Kwag, are you sure that the kernel can be the problem?

Thanks