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. |
17th June 2011, 10:49 | #42 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
@Alex-Kid
I think you should add --aq-mode 2 --no-psy options if you want higher ssim values.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 17th June 2011 at 11:13. |
18th June 2011, 08:00 | #44 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
yes might be seeing the results the blu-ray pros get with it @ high bitrates it might be backfiring (it needs to be evaluated) though then you dont improve on ssim but on psnr and can use --tune psnr anyways that also will disable AQ
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 18th June 2011 at 08:04. |
29th June 2011, 23:16 | #45 | Link |
Antronio's DV ambassador
Join Date: Mar 2006
Location: Santiago, Chile
Posts: 115
|
Well this is the last info from the tests:
Code:
CLI CODEC/CODER BITRATE SPEED(fps) SSIM(v0.23) --------------------------------------------------------------- (1) x264 50 mbps 36.88 fps 88.66771698 (2) VP8(ffmpeg) 24 mbps ~2 fps 85.55319214 (3) x264 100 mbps 33.23 fps 95.32942963 (4) xvid_encraw 237 mbps 9.93 fps 96.94023053 (5) lagarith 235 mbps 35.30 fps 100.00000954 (6) x264 115 mbps 32.62 fps 96.51400277 (7) x264 111 mbps 33.02 fps 96.45086489 (8) HCEnc 102 mbps 2.20 fps 94.13687145 (9) DNxHD(ffmpeg) 145 mbps 13.55 fps 95.35936372 (10) VP8(ffmpeg) 84 mbps 4.38 fps 93.42168415 (11) xvid(VDub) 103 mbps ~35 fps 95.49778054 5759 frames, 29.97 fps, C2Q Q6600@2.4 GHz x264 r1995 ffmpeg SVN-r25870-Sherpya xvid_encraw (31-08-2007 build) lagarith v1.3.25 HCEnc v0.26 ------------------------------------------------ (1) x264.exe "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" --tff --bitrate 50000 --vbv-bufsize 5000 --vbv-maxrate 50000 --preset superfast --tune fastdecode --keyint 1 --ssim --output "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV.mkv" ------------------------------------------------ (2) ffmpeg.exe -i "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" -y -b 50000k "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV.webm" ------------------------------------------------ (3) x264.exe "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" --tff --bitrate 100000 --vbv-bufsize 20000 --vbv-maxrate 100000 --preset superfast --tune fastdecode --keyint 1 --output "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV100.mkv" ------------------------------------------------ (4) xvid_encraw.exe -i "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" -max_bframes 0 -cq 1 -quality 1 -vhqmode 0 -qmatrix "c:\Archivos de programa\K-Lite Codec Pack\Tools\Xvid_Quant_Matrices\Flat 8-16.xcm" -interlaced 2 -qtype 1 -threads 4 -o "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV.avi" ------------------------------------------------ (5) Lagarith (lossless, used as reference) ------------------------------------------------ (6) x264.exe "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" --tff --crf 8 --preset superfast --tune fastdecode --keyint 1 --output "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV100.264" ------------------------------------------------ (7) x264.exe "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" --tff --crf 8 --aq-mode 2 --no-psy --preset superfast --tune fastdecode --keyint 1 --output "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV100.264" ------------------------------------------------ (8) HCEnc *INFILE c:\documents and settings\alex-kid\mis documentos\mis vídeos\test.avs *OUTFILE C:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV.m2v *DBPATH C:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\HD EDIT *LLPATH C:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\HD EDIT *MAXBITRATE 120000 *FRAMES 0 5758 *PROFILE best *ASPECT 1:1 *GOP 1 0 *CQ_MAXBITRATE 1.000 *AQ 3 *DC_PREC 11 *INTERLACED *TFF *CLOSEDGOPS *FRAMELOG *INTRAVLC 2 *MATRIX mpeg *LUMGAIN 3 ------------------------------------------------ (9) ffmpeg -i "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" -vcodec dnxhd -yuv420p -flags -ildct -threads 4 -b 145000k -an output.mov "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\GALV.mov" NOTE: ffmpeg encoded the file as yuv422p (did not recognize yuv420p flag), so the ssim script was modified as follows: clip1=avisource("test.avs") clip2=ffvideosource("GALV.mov", colorspace="yv12") ssim(clip1,clip2,"results.csv","averageSSIM.txt") ------------------------------------------------ (10) ffmpeg -i "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\test.avs" -intra -y -flags -ildct -threads 4 -vcodec libvpx -b 50000k -an "c:\Documents and Settings\Alex-Kid\Mis documentos\Mis vídeos\output.webm" ------------------------------------------------ (11) XviD 1.3.2, EQM V3EHR, VHQ 0, MSP 6, CQ2, Keyframe Interval=1, slice-based multithread mode and Virtualdub 1.9 (Q6600@3.2Ghz ... lagarith running at ~40fps). If anyone wants to continue testing, this is the link to the capture file I used. Saludos By ALEX-KID Last edited by Alex-Kid; 7th July 2011 at 05:32. Reason: Updating |
30th June 2011, 00:53 | #46 | Link |
Registered User
Join Date: Mar 2004
Posts: 889
|
Can u describe more clearly the sequence and the programs involved? e.g. what program will be used "to edit to make it highlights"?
I am thinking if you can use "makeavis.exe" from ffdshow32 to make a AVI wrapper over the AVS script which decodes the HD capture file. (btw, it looks more like 1080@30p) |
30th June 2011, 01:15 | #47 | Link |
Antronio's DV ambassador
Join Date: Mar 2006
Location: Santiago, Chile
Posts: 115
|
@henryho_hk
Without intermediate codec: capture.ts → DGAVCIndexDI → capture.dgi → capture.avs: dgsource("capture.dgi") (...) #trims, dissolves, etc. ↓ x264 capture.avs capture.264 [final encoding] ------------------------------ With intermediate codec: capture.ts → DGAVCIndexDI → capture.dgi → capture.avs: dgsource("capture.dgi") (...) #trims to reduce file size ↓ intermediate-codec-cli capture.avs capture.ext [intermediate encoding] ↓ intermediate.avs: avi-/directshow-/other-/source("capture.ext") (...) #trims, dissolves, etc. ↓ x264 capture.avs capture.264 [final encoding] Is that what you wanted? Last edited by Alex-Kid; 30th June 2011 at 19:27. Reason: forgot "trims to reduce file size" |
30th June 2011, 05:51 | #48 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
x264 is about as good as it gets, provided you're okay with 4:2:0. If you aren't then you must look elsewhere.
10 bit works, but decoding hasn't quite caught up to 8 bit ProRes and DNxHD are probably the best options available for this exact workflow to be honest... Not that they're always practical!
__________________
These are all my personal statements, not those of my employer :) |
30th June 2011, 08:54 | #49 | Link |
Registered User
Join Date: Mar 2004
Posts: 889
|
um... sorry that I am getting lost... but what is the problem without an intermediate file? you can "import()" avs scripts of "stage 1" into "stage 2". is there something being done not using avs script?
Last edited by henryho_hk; 30th June 2011 at 19:03. |
30th June 2011, 19:34 | #50 | Link |
Antronio's DV ambassador
Join Date: Mar 2006
Location: Santiago, Chile
Posts: 115
|
@henryho_hk: I forgot a step in the workflow, now it's added...
Intermediate file should help me to avoid crashes (due to many trims and dissolves, remember I use DGAVCDecDI) and to reduce file size. |
2nd July 2011, 00:06 | #51 | Link |
Antronio's DV ambassador
Join Date: Mar 2006
Location: Santiago, Chile
Posts: 115
|
Added two more tests to the table above (ffmpeg DNxHD and VP8 intra).
About decoding performance: I don't know how to measure it. But the only ones that give me some problem on real time decoding were VP8 and DNxHD. About the use of PSNR: I didn't find any avisynth filter or any other way to use it. I learned a lot cli with this post, especially ffmpeg. Thanks everybody . Saludos By ALEX-KID |
4th July 2011, 19:29 | #53 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
For me x264 at 100mbps is optimal. Fast encoding and fast decoding and it is free
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
5th July 2011, 17:17 | #54 | Link |
Registered User
Join Date: Mar 2004
Posts: 889
|
With XviD 1.3.2, EQM V3EHR, VHQ 0, MSP 6, CQ2, Keyframe Interval=1, slice-based multithread mode and Virtualdub 1.9, it runs at ~35fps giving 103Mbps with SSIM=95.49778054 (Q6600@3.2Ghz ... lagarith running at ~40fps).
xvid_encraw is not multithread-friendly at all. |
6th July 2011, 11:14 | #55 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
6th July 2011, 12:31 | #56 | Link | |
Registered User
Join Date: Jun 2009
Location: London, United Kingdom
Posts: 707
|
Quote:
|
|
6th July 2011, 14:56 | #57 | Link |
/人 ◕ ‿‿ ◕ 人\
Join Date: May 2011
Location: Russia
Posts: 643
|
Atak_Snajpera,
Lagarith... tends to crash is Vegas? о_О Most of our amv-makers are using it as intermediate codec for editing, so it's recommended in some manuals. Also NLEs have problems with compressed video that leads to screwing up complex projects... So stability is something like: Uncompressed > Lagarith / UT video > AVC. Anyway I could recommend UT video instead of Lagarith, since Lagarith utilises only 2 threads, so UT video is 2 times faster (or 3 times on 6-core CPU, up to 90 fps encoding/decoding on my i7 970). p.s. omg, please don't quote this huge table, first sentence is enough. Last edited by vivan; 6th July 2011 at 15:03. |
6th July 2011, 15:37 | #58 | Link | |
Registered User
Join Date: Mar 2005
Location: Finland
Posts: 2,641
|
Quote:
You probably mean that NLEs have problems with interframe video. Try encoding AVC with keyframes only as Alex-Kid has been doing here. |
|
6th July 2011, 15:43 | #59 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
@vivan
Lagarith's 235 Mbps (~30 MB/s) is to much for me. Imagine that you have to work on few streams at the same time (PIP). I don't have money for big SSD yet.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
6th July 2011, 22:21 | #60 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Cineform or Canpous HQX would be good for you than
They are very easy to decode (very well threaded) and at 150Mbit have very good quality. x264 at 100Mbit is great, but still not that easy to cope for NLE. Edius exports HQX 10x faster than RT for full HD with simple 4 disks raid Andrew Last edited by kolak; 6th July 2011 at 22:28. |
Tags |
codec, hdtv, intermediate |
|
|