Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 19th December 2013, 10:47   #3681  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Using an intermediate lossless AVI, you won't lose quality (MeGUI supports that internally, already). Only a lot of disk space.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th December 2013, 11:32   #3682  |  Link
szabi
Registered User
 
Join Date: Nov 2004
Posts: 251
Good, news.
szabi is offline   Reply With Quote
Old 19th December 2013, 14:57   #3683  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
Wouldn't using DirectStreamCopy while encoding a script with VirtualDub mean the output is RGB? So it's not technically lossless due to the conversion?

I use Fast recompress and the ffdshow vfw encoder. It'll compress using huffyuv or ffv1, both of which are lossless. huffyuv is a fair bit faster, but doesn't compress as much.
hello_hello is offline   Reply With Quote
Old 19th December 2013, 17:15   #3684  |  Link
szabi
Registered User
 
Join Date: Nov 2004
Posts: 251
Ok, i will use fast recompress, with ffdshow video codec ffv1.
What settings do you reccomend for Colorspace, coder type, context mode and keyframe distance?
Huffyuv (ffmpeg variant) more simple. Only color space, predictor and adaptive huffman tables settings can be selected.

EDIT: Ok, color space no question, my source is mpg2 from dvd and its colorspace is yuv 4:2:0.
So yv12 has to be selected in ffdshow.
Olny the rest is questionable.

Last edited by szabi; 19th December 2013 at 17:26.
szabi is offline   Reply With Quote
Old 19th December 2013, 22:51   #3685  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
I think I've only ever used the default settings and I tend to use huffyuv more than ffv1 anyway, as even though it doesn't compress as much, it's a lot faster.

I ran a quick test and it appears I was wrong regarding the RGB conversion. VirtualDub's output was YUV when I used DirectStreamCopy, but huffyuv's compressed version was less than half the size.
hello_hello is offline   Reply With Quote
Old 20th December 2013, 08:12   #3686  |  Link
szabi
Registered User
 
Join Date: Nov 2004
Posts: 251
Thanks, huffyuv is used now.
szabi is offline   Reply With Quote
Old 20th December 2013, 10:16   #3687  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Using the video option "Direct Stream Copy", VirtualDub writes exactly the same format into the output AVI which it receives from the video source, without using any codec to encode it further.

If the source is an AVI with a video stream that was encoded by a VfW codec, it will write the same encoded video stream.

If the source is an AviSynth script, it writes the uncompressed video the AviSynth script delivers (most probably YV12, but any AviSynth supported video format is possible, even RGB24 or RGB32, if that script creates it).

If the source is a VirtualDub input plugin for different video formats, it is probably the uncompressed video format which matches the decoded video best (e.g. YV12 for MPEG2 Main Profile 4:2:0 when reading MPEG2 via the MPEG2 VirtualDub plugin by fccHandler).
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 21st December 2013, 02:22   #3688  |  Link
TECK
Registered User
 
Join Date: Apr 2005
Posts: 179
Converting a MKV container to MP4 always forces a video encode.
Converting a MP4 container to MKV never encodes the video.

This is confirmed by myself and another user.
TECK is offline   Reply With Quote
Old 21st December 2013, 08:11   #3689  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Probably because mkvmerge accepts MP4 as input and certainly supports any content MP4 may contain; but the other way round, you cannot be certain that an MKV will contain MP4 compliant content. Only from the more specific to the more generic format.

If you first extract the MKV to elementary streams, they may be used to multiplex a new MP4 if compliant. MeGUI contains references to mkvextract; but I don't remember any feature which uses it explicitly...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 21st December 2013, 13:20   #3690  |  Link
luke83
Registered User
 
luke83's Avatar
 
Join Date: Oct 2010
Posts: 109
MeGui takes a lot of time when i load an hfyu_<title>.avs file in the main window

luke83 is offline   Reply With Quote
Old 21st December 2013, 13:23   #3691  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Depends on the script. If it includes audio normalization, the whole audio stream is decoded and scanned while loading the script.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 21st December 2013, 13:35   #3692  |  Link
luke83
Registered User
 
luke83's Avatar
 
Join Date: Oct 2010
Posts: 109
Quote:
Originally Posted by LigH View Post
Depends on the script. If it includes audio normalization, the whole audio stream is decoded and scanned while loading the script.
that was the script resulting from the pre-rendering job. As it takes too much time, i run first pre-rendering job and then, another day, the avs -> 264 encoding.

The avs file is this

Code:
LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\ffms\ffms2.dll")
FFVideoSource("K:\Temp\Temp Megui\hfyu_amore.avi")
The avi file is about 22GB. However I've updated MeGui this morning. Before updating I never had problems. It took its time but not so much :/
luke83 is offline   Reply With Quote
Old 22nd December 2013, 04:30   #3693  |  Link
Wam7
Registered User
 
Join Date: Sep 2002
Location: U.K
Posts: 116
Quote:
Originally Posted by hello_hello View Post
Isn't that what the "never" option in the Encode dropdown box does (under Audio)? Or there's "encode if codec does not match".
Many thanks for pointing out my oversight!
Wam7 is offline   Reply With Quote
Old 22nd December 2013, 11:05   #3694  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
FFMS2 will index the AVI file for the first time loading it, and because it is a losslessly encoded video, it will have a lot of key frames, resulting in a big index file.

I remember that FFMS2 used to be not the best choice for uncompressed or losslessly compressed AVIs; AviSource may be preferable here.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 23rd December 2013, 12:06   #3695  |  Link
luke83
Registered User
 
luke83's Avatar
 
Join Date: Oct 2010
Posts: 109
Anyway, after megui reboot, it works as fast as before
luke83 is offline   Reply With Quote
Old 23rd December 2013, 12:10   #3696  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Possibly because the index file now already existed.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 23rd December 2013, 12:36   #3697  |  Link
luke83
Registered User
 
luke83's Avatar
 
Join Date: Oct 2010
Posts: 109
Quote:
Originally Posted by LigH View Post
Possibly because the index file now already existed.
yes, sure, but before update it didn't take so much time :/
However, it works even if it takes a lot of time. Just this matters. I was worried it loaded forever :P
luke83 is offline   Reply With Quote
Old 23rd December 2013, 17:24   #3698  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I am not certain if earlier MeGUI versions preferred AviSource over FFMS2 for all AVIs, or if earlier versions of FFMS2 indexed lossless AVIs less thoroughly (even buggy)... Well possible that there are differences.

If a newer version of MeGUI would prefer L-SMASH Source, the indexing timing may vary again.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 23rd December 2013, 21:05   #3699  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Quote:
Originally Posted by LigH View Post
If a newer version of MeGUI would prefer L-SMASH Source...
Still on the list - but no time so far. Btw when to use LSMASHVideoSource and when LWLibavVideoSource (different demuxer as I can see)? Are there any specific switches/settings I should take care of?
Zathor is offline   Reply With Quote
Old 23rd December 2013, 21:13   #3700  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I only know little about it, but what I discovered from the readme: L-SMASH is a demultiplexer only for MP4. It has an additional stream parameter. May be useful for MP4 files with some multiple stream configurations...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 20:35.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.