Beiträge von DonaldFaQ

  • 25Hz Ton und 23,976Hz Bild zusammenfügen

    Zuerst mal solltest du checken ob die Tonhöhe (Pitch) auf der DVD korrekt ist. Falls er zu hoch ist - gut, falls die passt - nicht gut. Denn wenn die Tonhöhe passt, muss bei der Verlangsamung der Audio Spur der Pitch gefixt werden. Dann brauchst natürlich noch ein vernünftiges Audio Frontend, ich würde da VEGAS PRO empfehlen. Also für dich dubbing im Schnelldurchlauf, sofern SOURCE -> TARGET frameidentisch sind.

    Spur von 25 FPS auf 23,976 FPS verlangsamen (kannst mein Tool dafür nehmen). Ausgabe nimmst FLAC, das wird unser mezzanine. Mach am besten 2 Encodes, einmal mit, einmal ohne Pitch Korrektuer.

    Du nimmst jetzt die EN Spur der BD (da kannst 100 pro sicher sein das der Pitch passt) und mit der machst dasselbe (logischerweise ohne Verlangsamung, einfach in FLAC wandeln).

    Beide Spuren in VEGAS PRO rein und jetzt cutten das sie passen. (Ich gebe hier jetzt kein Support wie VEGAS PRO funzt, das würde den Rahmen sprengen).

    Ausgabe der Spuren als 16/24-bit LPCM Multiwav (also alle Kanäle in einer wav). Die wav kannst jetzt in AC3 oder was auch immer konvertieren.

    Dubben ist learning by doing, jeder hat da andere Wege, hier hast auf jeden Fall nen Fingerzeig.

  • welche Untertitel kann OGG/OGV verpacken?

    Das Problem, das Hersteller mit dem Matroska Container haben ist, dass da so ziemlich jeder Codec drinstecken kann in zig Kombinationen, ergo seine Vielfalt an Codec Support wird ihm da zum Verhängnis. Die Hersteller von Hardware müssten Geräte auf den Markt bringen, die eine gute Player Software besitzen um das zu supporten. Da wird der Hase im Pfeffer liegen.

  • StaxRip Encoding-Frontend (Diskussion)

    Das neueste Build hat einen kleinen Bug und funktioniert nur mit Ansi Dateinamen, bzw. Ordner.

    Komischerweise habe ich keine Sonderzeichen im Ordner und Dateinamen und es ging nicht. Im root Verzeichnis ging es.

    Das wird auch im Doom9 Forum schon besprochen, die Version die ich gepostet habe hier, ist die r935+34. Kann dir leider nicht sagen, wer die kompiliert hat, gibt ja auch da etliche, die was verändern.

    Auch hier gibt es wohl gute Neuigkeiten, HolyWu hat das scheinbar heute gefixt !

    Zum Thema MediaInfo: ES WURDE TATSÄCHLICH GEFIXT. Ich hätte nie gedacht das zu erleben, aber die Version lüppt jetzt tatsächlich, gut gemacht. Es war die Macht der Gewohnheit seit Ewigkeiten, direkt die 18.50 des Vorgängers zu nutzen.

    Also gibts jetzt nur noch Lob, aber wir alt eingesessenen Stax User, wissen ja um die Probleme und die Lösung immer :)

    EDIT: Also ich habe immer noch Probleme mit LSMASH und meinem DNxHR HQX Content, bleibe ergo bei der "alten" Version.

    EDIT2: Falls du Lust hast, könntest du ja 2 Plugins noch mit einbinden, die beide besser sind, als DGTonemap:

    HDRTools

    DGHDRtoSDR

  • Suche ein kostenloses Videobearbeitungsprogramm

    DaVinci Resolve...

    So ein Tool hätte vor Jahren einige 1000 EU gekostet. In der Free Version kannst du alles nutzen, ausser 4K Bearbeitung mit HDR.

    Allerdings sollte das Quellmaterial vorher in ein Intermediate Format gebracht werden (z.B DNxHR HQ/X), das geht z.B mit FFMpeg.

    Aber an Optionen und Einstellungen nicht zu überbieten. Wenn ACES Workflows für die Industrie reichen, dann auch für den Hobby Grader ;).

  • unkomprimiertes YUV422p10 entrauschen und in HEVC exportieren

    LSMASH kommt damit klar, man muss nur die richtige Version nutzen. Probiere mal diese DLL hier.

    Das Avisynth Script so anpassen:

    Hier ein Testencode Log:

    Spoiler anzeigen

    -------------------------- System Environment --------------------------

    StaxRip : 2.0.4.2

    Windows : Windows 10 Enterprise LTSC 2019 1809

    Language : German (Germany)

    CPU : Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz

    GPU : NVIDIA GeForce GTX 1070 Ti

    Resolution : 1920 x 1080

    DPI : 96

    ------------------------ MediaInfo Source File ------------------------

    uncomp.mov

    General

    Complete name : uncomp.mov

    Format : MPEG-4

    Format profile : QuickTime

    Codec ID : qt 0000.02 (qt )

    File size : 527 MiB

    Duration : 1 s 43 ms

    Overall bit rate : 4 241 Mb/s

    Writing application : Lavf57.25.100

    Video

    ID : 1

    Format : YUV

    Codec ID : v210

    Codec ID/Hint : AJA Video Systems Xena

    Duration : 1 s 43 ms

    Bit rate mode : Constant

    Bit rate : 4 242 Mb/s

    Width : 3 840 pixels

    Height : 2 160 pixels

    Display aspect ratio : 16:9

    Frame rate mode : Constant

    Frame rate : 23.976 (24000/1001) FPS

    Color space : YUV

    Chroma subsampling : 4:2:2

    Bit depth : 10 bits

    Scan type : Progressive

    Compression mode : Lossless

    Bits/(Pixel*Frame) : 21.333

    Stream size : 527 MiB (100%)

    Language : English

    Color primaries : BT.2020

    Transfer characteristics : PQ

    Matrix coefficients : BT.2020 non-constant

    Other

    ID : 2

    Type : Time code

    Format : QuickTime TC

    Duration : 1 s 43 ms

    Time code of first frame : 00:45:00:00

    Time code, striped : Yes

    Language : English

    Default : No

    --------------------------- AviSynth Script ---------------------------

    LoadPlugin("StaxRip.2.0.4.2-beta\Apps\Plugins\both\L-SMASH-Works\LSMASHSource.dll")

    LSMASHVideoSource("uncomp.mov", format = "YUV422P10")

    ConvertToYV12()

    -------------------------- Script Properties --------------------------

    Source Frame Count : 25

    Source Frame Rate : 23.976024

    Source Duration : 00:00:01.0430000

    Target Frame Count : 25

    Target Frame Rate : 23.976024

    Target Duration : 00:00:01.0430000

    ---------- Video encoding using x265 3.1+11-de920e0 Wolfberry ----------

    "StaxRip.2.0.4.2-beta\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp uncomp_temp\uncomp.avs | "StaxRip.2.0.4.2-beta\Apps\Encoders\x265\x265.exe" --crf 16 --preset slow --qcomp 0.7 --no-open-gop --chromaloc 2 --no-info --input-depth 10 --no-strong-intra-smoothing --level-idc 5.1 --aq-mode 1 --me umh --hdr --output-depth 10 --repeat-headers --deblock -3:-3 --no-open-gop --uhd-bd --hdr-opt --min-keyint 1 --keyint 24 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --range limited --bframes 4 --hrd --vbv-bufsize 35000 --vbv-maxrate 40000 --max-cll "1000,400" --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --frames 25 --y4m --output uncomp_temp\uncomp_out.hevc -

    avs2pipemod[info]: writing 25 frames of 24000/1001 fps, 3840x2160,

    sar 0:0, YUV-420-planar-10bit progressive video.

    y4m [info]: 3840x2160 fps 24000/1001 i420p10 unknown frame count

    raw [info]: output file: uncomp_temp\uncomp_out.hevc

    x265 [info]: HEVC encoder version 3.1+19-c4b098f973e6

    x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit

    x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2

    x265 [info]: Main 10 profile, Level-5.1 (High tier)

    x265 [info]: Thread pool created using 8 threads

    x265 [info]: Slices : 1

    x265 [info]: frame threads / pool features : 3 / wpp(34 rows)

    x265 [info]: Coding QT: max CU size, min CU size : 64 / 8

    x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra

    x265 [info]: ME / range / subpel / merge : umh / 57 / 3 / 3

    x265 [info]: Keyframe min / max / scenecut / bias: 1 / 24 / 40 / 5.00

    x265 [info]: Lookahead / bframes / badapt : 25 / 4 / 2

    x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0

    x265 [info]: References / ref-limit cu / depth : 4 / on / on

    x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1

    x265 [info]: Rate Control / qCompress : CRF-16.0 / 0.70

    x265 [info]: VBV/HRD buffer / max-rate / init : 35000 / 40000 / 0.900

    x265 [info]: tools: rect limit-modes rd=4 psy-rd=2.00 rdoq=2 psy-rdoq=1.00

    x265 [info]: tools: rskip signhide tmvp lslices=4 deblock(tC=-3:B=-3) sao

    avs2pipemod[info]: finished, wrote 25 frames [100%].

    avs2pipemod[info]: total elapsed time is 1.879 sec.

    x265 [info]: frame I: 2, Avg QP:17.17 kb/s: 39921.23

    x265 [info]: frame P: 5, Avg QP:18.29 kb/s: 38522.14

    x265 [info]: frame B: 18, Avg QP:20.38 kb/s: 25648.39

    x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%

    x265 [info]: consecutive B-frames: 28.6% 0.0% 0.0% 28.6% 42.9%

    encoded 25 frames in 78.55s (0.32 fps), 29364.97 kb/s, Avg QP:19.70

    Start: 14:11:55

    End: 14:13:15

    Duration: 00:01:20

    General

    Complete name : uncomp_temp\uncomp_out.hevc

    Format : HEVC

    Format/Info : High Efficiency Video Coding

    File size : 3.65 MiB

    Video

    Format : HEVC

    Format/Info : High Efficiency Video Coding

    Commercial name : HDR10

    Format profile : Main 10@L5.1@High

    Width : 3 840 pixels

    Height : 2 160 pixels

    Display aspect ratio : 16:9

    Frame rate : 23.976 (24000/1001) FPS

    Color space : YUV

    Chroma subsampling : 4:2:0 (Type 2)

    Bit depth : 10 bits

    Color range : Limited

    Color primaries : BT.2020

    Transfer characteristics : PQ

    Matrix coefficients : BT.2020 non-constant

    Mastering display color primaries : Display P3

    Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

    Maximum Content Light Level : 1000 cd/m2

    Maximum Frame-Average Light Level : 400 cd/m2

    --------------------- Muxing using mkvmerge 37.0.0 ---------------------

    "StaxRip.2.0.4.2-beta\Apps\Support\MKVToolNix\mkvmerge.exe" -o uncomp.mkv uncomp_temp\uncomp_out.hevc --attach-file cover.jpg --global-tags uncomp_temp\uncomp_tags.xml --ui-language en

    mkvmerge v37.0.0 ('Leave It') 64-bit

    Automatic MIME type recognition for 'cover.jpg': image/jpeg

    'uncomp_temp\uncomp_out.hevc': Using the demultiplexer for the format 'HEVC/H.265'.

    'uncomp_temp\uncomp_out.hevc' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.

    The file 'uncomp.mkv' has been opened for writing.

    'uncomp_temp\uncomp_out.hevc' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

    The cue entries (the index) are being written...

    Multiplexing took 0 seconds.

    Start: 14:13:16

    End: 14:13:17

    Duration: 00:00:00

    General

    Complete name : uncomp.mkv

    Format : Matroska

    Format version : Version 4 / Version 2

    File size : 3.85 MiB

    Duration : 1 s 43 ms

    Overall bit rate : 31.0 Mb/s

    Encoded date : UTC 2019-09-14 12:13:16

    Writing application : mkvmerge v37.0.0 ('Leave It') 64-bit

    Writing library : libebml v1.3.9 + libmatroska v1.5.2

    Cover : Yes

    Attachments : cover.jpg

    Video

    ID : 1

    Format : HEVC

    Format/Info : High Efficiency Video Coding

    Commercial name : HDR10

    Format profile : Main 10@L5.1@High

    Codec ID : V_MPEGH/ISO/HEVC

    Duration : 1 s 43 ms

    Bit rate : 29.4 Mb/s

    Width : 3 840 pixels

    Height : 2 160 pixels

    Display aspect ratio : 16:9

    Frame rate mode : Constant

    Frame rate : 23.976 (23976/1000) FPS

    Original frame rate : 23.976 (24000/1001) FPS

    Color space : YUV

    Chroma subsampling : 4:2:0 (Type 2)

    Bit depth : 10 bits

    Bits/(Pixel*Frame) : 0.148

    Stream size : 3.65 MiB (95%)

    Default : Yes

    Forced : No

    Color range : Limited

    Color primaries : BT.2020

    Transfer characteristics : PQ

    Matrix coefficients : BT.2020 non-constant

    Mastering display color primaries : Display P3

    Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

    Maximum Content Light Level : 1000 cd/m2

    Maximum Frame-Average Light Level : 400 cd/m2

    ----------------------------- Job Complete -----------------------------

    Start: 14:11:55

    End: 14:13:17

    Duration: 00:01:21


  • DNxHR HQX 10-Bit zu x265 MKV Container FPS Problem

    Hehe, auch das habe ich probiert. Selbes Ergebnis. Sogar wenn ich --fps 24000/1001 in der x265 Befehlszeile einfüge, passiert das beim muxen in den Container.

    Code
    FFVideoSource("%source_file%", colorspace="YUV422P10", fpsnum=24000, fpsden=1001, \
cachefile = "%source_temp_file%.ffindex")

    Selbst im Source Filter direkt habe ich das nochmal angegeben. Kann es sein, da StaxRip irgendwie die AVSPipeline + y4m nimmt, das da irgendwie meine Daten überschrieben werden?

    LÖSUNG:

    Avisynth Script:

    Code
    LoadPlugin("E:\VIDEOTOOLS\AVIS riPPen\StaxRip-x64-2.0\Apps\Plugins\avs\L-SMASH-Works\LSMASHSource.dll")
LSMASHVideoSource("E:\SOLO.mov", format = "YUV422P10")
ConvertFromDoubleWidth(10)
ConvertToYV12()
AssumeFPS(24000, 1001)
Crop(0, 276, -0, -276)
Addborders(0, 276, 0, 276)

    In den x265 Optionen zusätzlich noch einstellen:

    Code
    --fps 24000/1001

    Jetzt passt der MKV Container.

  • DNxHR HQX 10-Bit zu x265 MKV Container FPS Problem

    Ich habe auch versucht, das HEVC RAW File mit FFMPEG in einen MKV Container zu muxen. FFMpeg meckert aber rum, dass im Bitstream FPS Informationen fehlen würden. Den Enkoder schliesse ich aus, denn das ganze passiert auch, wenn ich DNxHR HQX mit x264 enkodiere.

    Nehme ich aber die gleichen Einstellungen des Enkoders und kodiere ein HEVC File und nehm als Source Filter DGIndexNV, habe ich das Problem nicht. Es tritt nur bei diesem Quicktime Codec als Source auf. Daher mein Verdacht, das ich irgendetwas vergesse, wenn ich das YUV422P10 Source Material mittels Avisynth zu YUV420P10 konvertiere.

  • DNxHR HQX 10-Bit zu x265 MKV Container FPS Problem

    Ich habe eine Frage. Ein DaVinci Resolve Workflow, ausgegeben als DNxHR HQX 10-Bit soll mittels Avisynth (Frontend Staxrip) mit x265 in h.265/HEVC kodiert werden. Soweit so gut, ich nutze LSMASHVideoSource als 10-Bit Pipeline.

    Hier das Avisynth Scrypt:

    Code
    LoadPlugin("E:\VIDEOTOOLS\AVIS riPPen\StaxRip-x64-2.0\Apps\Plugins\avs\L-SMASH-Works\LSMASHSource.dll")
LSMASHVideoSource("E:\SOLO 2K.mov", format = "YUV422P10")
ConvertFromDoubleWidth(bits=10)
ConvertToYV12()
Crop(0, 276, -0, -276)
Addborders(0, 276, 0, 276)

    Das HEVC Raw File sieht auch erstmal gut aus.

    Jetzt die Kuriosität. Wenn ich das File mit MKVtoolnixGui in einen MKV Container muxe, passiert das:

    Das ganze auch bei x264. Meine Vermutung ist, irgendeine Option stimmt bei der Avisynth Source nicht. Auch wenn ich DSS2 Source oder FFMS2 Source nehme passiert genau das gleiche. Das ganze mit VidCoder (Handbrake Engine) enkodiert funktioniert einwandfrei, ist nur leider keine Option, da ich noch diverse Filter drüber jagen muss.

    Für Tipps und Hilfe wäre ich dankbar.