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. |
9th October 2020, 08:07 | #6921 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
And time for another MP4Box update: GPAC fixed MPEG4-ASP multiplexing. So you can use it again as companion for the raw m4v output from xvid_encraw.
|
9th October 2020, 15:53 | #6923 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
MP4Box 1.1.0-DEV-rev80-g960b4cb87-ab-suite (GCC 10.2)
|
16th October 2020, 05:10 | #6927 | Link |
Registered User
Join Date: Sep 2011
Posts: 241
|
My x264 encodes with same settings keep outputting at different filesizes
I'm using MeGUI 2913 on Windows 10. I've got 2 1080p 30fps video clips which are the same format as each other. For some reason the "Raw" clip when encoded with a particular CRF setting multiple times will have a different output filesize each time but the other clip has the same output filesize each time. For the clip that has the problem here are some example results I get:
As you can see the above results make no sense. In some cases the CRF 21 output clip has a larger filesize than CRF 20. In another case the CRF 21 clip had 50% lower filesize than CRF 20 which also doesn't make sense. I've also just done a CRF 20 and CRF 21 encoding of the "Raw" full length episode. Here's the result:
Again this is wrong as the CRF 21 has a much bigger filesize than the CRF 20 video when in fact it snould have a slightly lower filesize than the CRF 20 video. I've downloaded the latest updates via the MeGUI program for x264 and everything else and I've switched to the development version. For my test clip sources I find that it's easiest to replicate the problem by encoding the source clips to CRF 20 then encode the source clips to CRF 21. Then repeat until you have output files of a different size. I do my encodes in OneClick. Source clips and log are here: https://drive.google.com/drive/u/0/f..._aRcg9ihXVvaP6 |
29th November 2020, 09:30 | #6928 | Link |
Registered User
Join Date: Nov 2004
Posts: 251
|
Hi
I use MeGUI v2924. My input is an old avi (xvid) with mp3 audio stream. When I start File Indexing at the end of index process MeGUI just close. I did try both the ffms and l-smash but result is same. However indexing can be finished if no audio is selected. How could I figure out what cause this issue? Regards szabi |
29th November 2020, 14:54 | #6929 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
I never use MeGUI for anything other than pre-prepared AVS files (so have no idea about its file indexer),
but, cant you just use AviSource(), avi dont usually need any indexing, it has its own internal index. Might be a good idea to follow Avisource() with RequestFramesLinear() as XVID can often have 8 seconds between key frames. [use args to RequestFramesLinear() to provide cache for at least 8 seconds at input framerate]. EDIT: At least might be worth a try. EDIT: This would convert to AVI lossless UT_Video codec, audio PCM uncompressed, and remove all of your problems ConvToAVILossLess.Bat Code:
setlocal REM Where to Find ffmpeg set FFMPEG="C:\BIN\ffmpeg.exe" REM Where to get input file, No terminating Backslash, "." = current directory set INDIR="." REM Where to place output file, No terminating Backslash. set OUTDIR="D:" FOR %%A IN (*.wmv *.mpg *.avi *.flv *.mov *.mp4 *.m4v *.RAM *.RM *.mkv *.TS *.ogv *264 *.webm *.m2v *.VOB) DO ( %FFMPEG% -i "%INDIR%\%%A" -vcodec utvideo -acodec pcm_s16le "%OUTDIR%\%%~nxA.AVI" ) Pause If you do the convert, you will not need RequestFramesLinear(). You need to set path to FFMPEG, and the in and out directories, will BATCH convert all of the container types shown in blue. You can remove unwanted input container types, or add missing ones (so long as supported by ffmpeg), eg '*.asf' or '*.xvid' or '*.divx' [SPACE separated]. AVI is the output container type, ie Avi.
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 29th November 2020 at 15:37. |
29th November 2020, 18:04 | #6931 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
There was a (real old) version of XVID codec that would only decompress (properley) using exact same codec, cant remember the version number.
EDIT: Wrong version produced weird colors in places, quite often green and maybe magenta, IIRC. EDIT: I had bad sample back about 2010, and faulty codec was old then.
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 29th November 2020 at 18:28. |
29th November 2020, 22:37 | #6932 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
Probably an Xvid version around v0.9x; there was a similar issue for DivX between up to version 5.02 and from version 5.03 on (different rounding direction).
But my reply was more inspired by the fact that indexing with the audio stream failed, so I guess the indexer may have an issue with the storage of the audio stream. Recreating an AVI container with different attributes, or remultiplexing it to MKV, may help the indexer handling the audio stream better. |
5th December 2020, 04:23 | #6933 | Link |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
MP4Box-1.1.0-DEV-rev247-gdd4e62f9b
http://www.mediafire.com/file/opt84f...GCC102.7z/file |
7th December 2020, 09:38 | #6936 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
IIRC, "prerendering" means to create an intermediate lossless AVI because the AviSynth filters use so much computing time that filtering only once saves some remarkable amount of time. That will be a separate job because it does not use x264.
|
7th December 2020, 19:49 | #6937 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
The Batch bat in post #7010 will do similar to "prerendering", ie create lossless avi using UT_Video lossless codec and PCM audio,
but you use the result file instead of XVid avi file as source. It does away with almost all of the nonsense related to source filter problems, and produces fast seeking frame accurate src.
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? |
9th December 2020, 04:25 | #6938 | Link |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
FDK-AAC v1.0.1
https://github.com/nu774/fdkaac/releases/tag/v1.0.1 https://www.mediafire.com/file/09lrx...GCC102.7z/file Last edited by kedautinh12; 30th December 2020 at 00:25. |
9th December 2020, 08:52 | #6939 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
I believe there was a restriction of binary releases regarding the license ... was that only related to distributing ffmpeg with fdk-aac?
Last edited by LigH; 9th December 2020 at 08:55. |
30th December 2020, 00:25 | #6940 | Link |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
FLAC v1.3.3-Git-2020-12-17-bfd4f13
https://github.com/xiph/flac/releases/tag/1.3.3 https://www.mediafire.com/file/096zx...GCC102.7z/file MP4Box (Working) https://www.mediafire.com/file/nja3m...GCC102.7z/file x264 0.161.3030_8bd6d28 https://www.mediafire.com/file/7dbc4...GCC102.7z/file |
Thread Tools | Search this Thread |
Display Modes | |
|
|