FairUse 2.6 is out

[UMP]

BTW, FU now has its homepage (I know it's poorly designed, but I'm definitly not a good web designer).

http://www.fairusewizard.com

See the history (http://www.fairusewizard.com/lang_en/history.html) for full change log.

ump


edit by Wilbert & foxyshadis:
version 2.6 is available!

instructions:
Don't forget to install the Light Edition version first (it has the 700 MB restriction). (Older full version: Overwrite FU.exe with this one: FairUse 2.5 (http://www.4shared.com/file/2452310/5e52a4fb/fu25.html))
FairUse 2.6 - src (http://www.fairusewizard.com/Release/fu-src.zip) (of LE version)

[RathO]

Hey UMP, i saw the screenshots from your website, reminds me tha good old days! And dont worry about the website design, since its pretty the same as the original one.

I saw multiple thread announcing new version, should you stick to one thread? (just askin...) :p

Keep up the good work!

Regards dude!

[Ookami]

Hello.

Thanks for your work.

Are you still using fu2k's algorithm that aims to model how the human eye perceives image distortion or has it been thrown out completly?

BTW, as for your resizer stuff, IIRC, mpeg2avi from PX3 is quite optimized and DVDx too, maybe there you can find some optimized resizing routines?!

Cheers,

Mijo.

[UMP]

Hi,

I'll have a look at these when I'm back from holidays, in a few days.

Thanks,

ump

[int 21h]

Originally posted by Ookami
...Are you still using fu2k's algorithm that aims to model how the human eye perceives image distortion or has it been thrown out completly?...


This only applied to how DivX 3 was used in cross-cutting AFAIK.

[Ookami]

Originally posted by int 21h
This only applied to how DivX 3 was used in cross-cutting AFAIK.

Thanks for your answer.

Hmmm... Couldn't it be used, just like in the original version, just now with Xvid instead of Divx 3.11? I've tried FU Xvid with one clip and I think (didn't had the time to test it), that FairUse would make a better looking clip with the Divx3 cross-cutting multiple encoding feature.

Somehow, I've always found this feature the most interesting, if I would be a programmer I would surely fiddle with FairUse, altough in the ideal case the codec should make this job (n-pass etc.).

BTW, still playing the Star Wars online game?

Cheers,

Mijo.

[int 21h]

Still playing occassionally ;)

I did look into the resize stuff of FU, but unfortunately, I don't have a deep enough background involving the code and manipulating the video itself to know how to adapt another program's resizer to FU.

The cross-cutting stuff was made because DivX 3 didn't have the facilities to provide the proper quality control. However, it is most definitely the codec's responsibility to provide this.

[UMP]

fu2k's algorithm was used to determine image difference for use with the crosscutter, and has been removed.

Using FU with XVID and cross-cutting would be very slow, since for the crosscutter to be effective it would need at least 3 or 4 encodings. IMHO, using 2-pass XVID is faster and should give optimal bitrate repartition.

ump

[UMP]

Here is a minor update bringing DivX 5.1 support.

http://fairuse.free.fr

[mikegun]

hi,

great to see that FU is back. I used this fantastic tool from the beginning and forgot about it since having a dvd burner.
now that mpeg4 devices are bginning to do what they are supposed to
I'm thinking of doing mpeg4 again.
It's sad that you have t post in the general forum, should have sort of his own ...

regards,

mikegun

[mx3001]

I totally agree with mikegun. Great that FU is under development again, thanks.
I wonder why Doom9 never mentioned it in his news, even FU had it's own forum those days and afaik Doom9 is looking for encoding tools with easy GUI: http://forum.doom9.org/showthread.php?s=&threadid=50339

[UMP]

Was just wondering what feature people would like to see in the next FU release ? This post doesn't mean every request will be implemented, but I'd like to know...

Thanks,

ump

[mikegun]

hi ump,

ok, here we go.
there is one feature I'd like to have: encode closed captions into the video (sorry for my poor english, I hope you understand what I mean).

I can not encode to 720 resolution. at least I haven't seen this possibilty so far. is this true ?

apart from this FU is perfect for me.

regards,

mikegun

[Zhnujm]

AVI/AVS source would be nice.

[UMP]

Originally posted by mikegun

encode closed captions into the video.

I can not encode to 720 resolution.

Does "closed captions" mean subtitles ? If so, FU can do it in the "select range" dialog : http://fairuse.free.fr/images/index.3.jpg

About encoding at 720, you should choose the max resolution in the "resize screen" : http://fairuse.free.fr/images/index.4.jpg

Please note you might need to uncheck the "show only preferred resolution" checkbox.

ump

[UMP]

Originally posted by Zhnujm
AVI/AVS source would be nice.

What would such an option be useful for ?

[mikegun]

Originally posted by UMP
Does "closed captions" mean subtitles ? If so, FU can do it in the "select range" dialog : http://fairuse.free.fr/images/index.3.jpg

About encoding at 720, you should choose the max resolution in the "resize screen" : http://fairuse.free.fr/images/index.4.jpg

Please note you might need to uncheck the "show only preferred resolution" checkbox.

ump

closed captions are sort of subtitles. they are only displayed if you have a CC decoder (built in in most us tv-sets).
they are afaik only on rc1 dvds. you can't select them like you would
select subtitles (via dvd-player remote control). I think I already tried one of these dvds and I couldn't select them like you described.
but I'll check this again. maybe I made a mistake ...

regards,

mikegun

[Zhnujm]

Originally posted by UMP
What would such an option be useful for ?

With supporting Avisynth you would open it to every possible type of Source file.
Especially my DVB captures... :D

[UMP]

Well, I understand better :D

Anyway, for what I understand of the FU internal architecture, this would not be an easy thing to do, so I think GK would be a better way to transcode DVB captures.

ump

[UMP]

Originally posted by int 21h
I did look into the resize stuff of FU, but unfortunately, I don't have a deep enough background involving the code and manipulating the video itself to know how to adapt another program's resizer to FU.

As far as I understand the resizing code, one frame is splitted into 3 planes (1 luma and 2 chroma) per field. Before resizing, each plane is reconstructed from its two fields (only if needed), then a filter (?) that was computed during initialization is applied to the frame in :

void ResizePlane::_ResizeX(const unsigned char *src, unsigned char *dst)

and

void ResizePlane::_ResizeY(const unsigned char *src, unsigned srcStep, unsigned char *dst, unsigned dstStep)


I found some MMX code in the VDub sources that looks somewhat similar :

long resize_table_row_MMX(Pixel *out, Pixel *in, int *filter, int filter_width, PixDim w, long accum, long frac)

and

long resize_table_col_MMX(Pixel *out, Pixel **in_table, int *filter, int filter_width, PixDim w, long frac)

and I'm trying to figure out how provide the right params to this. Not that easy since I don't know assembly :(

ump

[mikegun]

hi ump,

if there is a 4:3 and a 16:9 version on the dvd, FU shows both chains but doesn't show which one is the anamorphic one.

regards,

mikegun

[mikegun]

again: question about the auto add feature for pass/bitrate.

when I use auto add, Fu adds 2 passes, both with same bitrate.
does this produce 2 identical videos and render the 2nd pass useless ?
would you suggest to use a bitrate above and below the average like
1800 and 1200 when 1500 is average ?

regards,

mikegun

[UMP]

The auto add feature is useful for two-pass encoding only. It will add one first-pass and one n-th pass encoding.

The cross-cutter is not enabled anymore, so you can't use it with two one pass encodings.

FU does the first pass and transcodes the audio. After audio transcoding, the second pass bitrate is adjusted to better fit the final size, and finally the video and audio file(s) is(are) muxed.

ump

EDIT : corrected the last sentence cos' it had no sense.

[mikegun]

hi ump,

thank you for the explanation and for the update :-)

regards,

mikegun

[UMP]

FU 0.32.8 is a minor update, to hopefully bring almost perfect target size matching, especially with very long movies.

ump

[pacohaas]

Could you make it so the Constant Quality modes of the codecs are easily usable? FU2K started something like this with the Diff Tracking encodes. It would just be nice to have the FU interface to get everything ready to go for the new codecs.

[UMP]

You can simply set the 1st pass encoding params to constant quality, and manualy add only one encoding.

Is that what you're asking for or did I misunderstood the question ?

ump

[pacohaas]

yeah, that's it, but the encoding will still say that it's 750kbps or whatever, I know it works, but maybe something that lets you know for sure that it's working the way you want it to.

[UMP]

Ok, I think I got the point. I'll have a look at it.

ump

[GizmoDerMokwai]

Hi, i've got a little problem with the newest FU version. i'm using win2k sp4 and fu keeps freezing after frist xvid pass and audio transcoding. i've tried it several times. also fu seems slower to me then vdub/ndub or vdubmod...

[int 21h]

It certainly is slower for several reasons.. mostly because much of the program is written in C++, while many of VirtualDub's filters are written in optimized ASM.

[UMP]

Another point might be that FU does apply several filters on each image.

I'm currently investigating the freezing-after-the-first-pass problem. BTW, if someone has any clue about it...

[UMP]

To the concerned FU users : the "No DVD player found on your system" bug has been identified and is corrected in the next coming-soon release. :cool:

The "freeze after the first pass" bug will hopefully be too in a very near future.

ump

[mikegun]

sounds good, thanks for your work :-)

[UMP]

FU 0.32.9 is mainly a maintenance release, to correct two major issues : the "drive not found" problem and the "freeze after 1st XviD pass" symptom

[zeronegative]

I'd also like to use a mounted image as source. My daemon-drive is not recognized, only the two 'real' DVD-drives are shown.

[wertherman]

Never tested any previous versions, but the latest 0.32.9 version that supposedly has "No DVD drive found" fixed, produces the error still...

This is with one dvd drive in the system.

Additional:

Managed to get it to work by telling Daemon Tools to emulate one device instead of zero, after doing that it correctly identified my real dvd rom drive (and only my real dvd rom drive). So the actual bug is that if daemon tools number of drives is set to zero, then it can't find any real dvd drives.

[UMP]

The former "bug" was that the adaptec ASPI drivers did not "see" any SCSI adapters on some systems for an unknown reason. FU 0.32.9 solves this issue by trying to use WinNT/2K/XP internal SCSI interface first, and tries ASPI only if necessary.

In the present case, I think the SCSI interface is working, but FU fails to identify the DVD drives under certain conditions. I'll have a look at this tonight.

Thanks for your feedback and the very interesting additional info,

ump

[spectra]

good to see fu back in town - will try it tonight

[UMP]

zeronegative, wertherman,

the test version below should work with real DVD drives when daemon tools installed and having some drives configured, but I have not tried to "rip" from a DVD image.

http://xplaya2.free.fr/fu_test.zip

It would be nice if you could give it a try and give me some feedback :)

ump

[wertherman]

Now it complains it doesn't have an ASPI layer installed... I can install an ASPI layer if you like.....

[UMP]

:eek:

I forgot to remove some debug code that would force ASPI use.

Please try again with this one : http://xplaya2.free.fr/fu_test2.zip

ump

[wertherman]

Works fine now.

[spectra]

well the "shut down computer" feature doesn't work on my w98se with 0.32.9. perhaps someone else can try this, perhaps it's just my system.

and i have a question on the enqueuing feature: is it possible to create a kind of batch to process all queued sessions, or is it just that these session are defered and you have to start them all on their own one by one ???

[UMP]

IIRW, you should see two buttons on the sessions screen, labeled "Process selected sessions" and "Process all sessions". To use the first one, you should select the desired "Ready" sessions.

The shutdown feature on current releases (including 0.32.10) won't work on Win98 systems. This bug will be fixed in the next release.

ump

[dragongodz]

Ump, if you get the DVDx source code look in the "mpeg_encodeDlg.cpp" file for the "Power off the computer" section. it has OS detection and correct methods for shutting down windows 98/me and 2000/xp.

should save you some time. :)

[spectra]

Originally posted by UMP
IIRW, you should see two buttons on the sessions screen, labeled "Process selected sessions" and "Process all sessions". To use the first one, you should select the desired "Ready" sessions.

The shutdown feature on current releases (including 0.32.10) won't work on Win98 systems. This bug will be fixed in the next release.

ump

Thanks for the quick response.

[UMP]

Originally posted by dragongodz
Ump, if you get the DVDx source code look in the "mpeg_encodeDlg.cpp" file for the "Power off the computer" section. it has OS detection and correct methods for shutting down windows 98/me and 2000/xp.

should save you some time. :)

Thank you,

I had the necessary code, I just forgot that there are people out there still using Win9x based systems :D

ump

[UMP]

> how does interlacing detection work in FU ?

fu2k would give a far better answer to this question, but it seems to me that FU works by looking at the framerate and the interlacing (and maybe the fields flags, but I'm not sure about this).

29.97 fps is basically considered as IVTCed stream, and frames will be deIVTCed (don't flame me if I use the wrong terms) to become 23.976.

Original 23.976 and 25 fps streams will be checked for field interlacing by trying to match adjacent lines from two fields and comparing this to a chosen error ratio to try to deinterlace the video.

If the video if (poorly) encoded as a progressive stream from an interlaced source, then there is no way to realign fields, and the "smart deinterlace" mode will then use only one field and bicubic reisizing to interpolate a full res picture.

Hope this answers the question,

ump

[len0x]

Originally posted by UMP
29.97 fps is basically considered as IVTCed stream, and frames will be deIVTCed (don't flame me if I use the wrong terms) to become 23.976.


Correct term is just IVTCed - coz first it was just telecined, but now has to be inverse telecined. But what if source was 30fps interlaced/progressive? It will still be brought down to 24 fps ?

Originally posted by UMP

Original 23.976 and 25 fps streams will be checked for field interlacing by trying to match adjacent lines from two fields and comparing this to a chosen error ratio to try to deinterlace the video.


I'm interested in this bit. Is it basically trying to detect horisontal artifacts ? Does this happen in YV12 or RGB or YUV2 color space? I know that if only I could do the same thing as the eye does (to see several frames in a row and check if they are interleced) then I can make very good decisions on IVTC/Deinterlace part.

Originally posted by UMP

If the video if (poorly) encoded as a progressive stream from an interlaced source, then there is no way to realign fields, and the "smart deinterlace" mode will then use only one field and bicubic reisizing to interpolate a full res picture.


This is equivalent to SelectEven() in avisynth and called not "smart" but simple/fast deinterlacing :)

I was hoping this bit was much more advanced in FU :cool:
But thanks anyway.