Beiträge von Vouk

  • Shure sm7b Audioqualität verbessern?

    Das Shure Sm7 lebt von seinem "Nahbesprechungseffekt". Du musst mit den Lippen schon fast den Schaumstoff berühren damit es so einzigartig klingt. Bist du 20-30cm davon entfernt klingt es entspr. unspektakulär.

  • Euer größter Erfolg, euer liebstes Projekt?

    Mein größter Let's Play Erfolg war Conan Exiles das ich als Early Access gespielt habe. Allerdings hat es sich zu dem Zeitpunkt niemand wirklich angeschaut. Als die Early Access Phase vorbei war und das Spiel released wurde ging es dann wirklich steil. Zu dem Zeitpunkt hatte ich aber bereits meine LP Karriere an den Nagel gehangen und mich anderen Dingen gewidmet. ^^ Aber 4400 Aufrufe bei einem 52 Abo Creator fand ich nicht schlecht.


    [Externes Medium: https://www.youtube.com/watch?v=qIzAub0bC5U]
    (Teil 0 - Vorbereitungen)

  • Renderzeit - Jenseits von Gut und Böse

    Wenn ein Export lange dauert hat das nich unbdingt mit der Enkodergeschwindigkeit zu tun. Insbesonders mit Premiere. Bei Benutzung von Voukoder ist das Logfile eine große Hilfe, da es die einzelnen Zeiten aufschlüsselt (Rendern, Post Processing, Enkoding). Der erste Schritt (Rendern) ist besonders wichtig: Er beinhaltet das Dekodieren des Quellmaterials, das Ausführen aller Effekte und Überblendungen. Wenn das alleine schon 30ms pro Frame dauert wird man niemals - auch nicht mit dem schnellsten Enkoder - über 30 FPS (=1/0.030) kommen. Ich schaue aber auch gerne mal in ein Voukoder Logfile rein.


    Bei Premiere gibts es verschiedene Stellschrauben: Der Mercury Engine Modus (Bei CPUs mit hoher Kernzahl kann Software schneller sein als Hardware), der h264 Dekodiermodus (Je nach Projekt kann Software auch schneller sein als Hardware) und eben CUDA an/aus. Nicht immer ist das vermutlich Beste auch das Schnellste. Hier gilt es auszuprobieren.

  • Coronavirus

    Das ist korrekt! Und er kann das mit gewissen Auflagen dann dem Mitarbeiter erlauben. Ich habe das schriftlich, der Steuerberater hat das Gewerbe bei der Stadt eintragen lassen und so kann ich die Corona-Zeit noch etwas sinnvoller nutzen.

  • Coronavirus

    xSammyWise Sehe ich eigenlich 100% genauso wie Du. Zumal ich jetzt die Zeit habe mir zusätzlich ein eigenes Gewerbe aufzubauen.


    Zitat von NoSkillGrill

    gab es nicht Mal auf RTL 2 eine Frau die Klopapier gegessen hat.

    Ja, die hats aber vorher in Kakao getunkt. Ist dann wohl erst richtig ein kulinarischer Genuß.

  • Coronavirus

    Ich finde es generell gut. Wenn jemand halt mal erkältet ist o.ä. rotzt er bei nem Nieser eben nicht seinen Lungeninhalt durch den halben Supermarkt sondern es bleibt eben in der Mundbedeckung hängen. Darum gehts ja nur.


    Da macht man sich eben eine Maske mit Motiven vom fav. Game oder ähnlich. In Japan klappts auch schon ewig.

  • Coronavirus

    Alle Apotheken in Hannover schon ausverkauft? Na immerhin genügen ja auch Halstücher über Mund und Nase, Schals, etc, ...

  • Aufnahme Hochskalieren ?

    Bin schon da!


    1.
    Was Dateigröße, Qualität etc. pp. angeht liegt hinter Voukoder auch nur FFmpeg, bzw. libav - wie bei allen anderen Programmen auch. Bei gleichem Input und gleichen Settings sollte auch eine annähernd gleiche Ausgabe erfolgen. Ich kann das gerne mal anhand einer Log-Datei auseinanderdröseln.


    2.
    Zu Performance, und "x is schneller als y" Vergleichen muss ich sagen das derartige Vergleiche bei Enkodern (insbesondere mit einer vorgelagerten NLE und nachgelagerten Fitergraphen) nur sehr schwer zu machen sind. Generell zielt Voukoder nicht darauf ab alles möglichst schnell zu können, dafür aber möglichst vielseitig zu sein.


    Hier mal Ausschnitt aus einem Guide von meiner Website zu dem Thema. Wie gesagt, wir können das gerne mal an einem tatsächlichen Logfile durchspielen.


    Kurz vorweg: Der schnellste Enkoder bringt nichts wenn die NLE nur langsam einzelne Frames rauströpfeln lässt.




    Breaking it down


    In the end most of you are interested in the encoding speed, how many frames per second (fps) can be exported. Let's see how we're calculating the average fps at the end of the encoding process. This value is the average time (latency) of all encoded frames. So lets take a look at a single frame like the line from the log file:
    Code

    • [12:31:35] Frame #920: vRender: 31 µs, vProcess: 9 µs, vEncoding: 13274 µs, aRender: 106 µs, aEncoding: 806 µs, Latency: 14378 µs


    The exporting process is basically executing the tasks above from the left to the right:


    Render > Process > Encoding


    These three steps can be broken down to "substeps":


    Rendering

    • Single, compressed frames will be acquired from the demuxer
    • Uncompressing these frames
    • Layers, Effects and Transitions get rendered to a single, uncompressed frame

    Processing

    • Depending on the host application pixel format conversions need to be done
    • Maybe images need to be vertically flipped

    Encoding

    • Maybe small, secondary pixel format conversions are required
    • The filter chain will be processed
    • The final frame gets encoded and will send to the muxer (and to disk)

    Each of these steps take a certain amount of time. In the example above rendering the frame takes like 31 µs. That is pretty fast. So if one frame takes like 31 µs we could theoretically have like 32258 frames per second (1 / time(s)), right? Awesome but until now the Host only rendered the frame. It has not been process, encoder nor written to disk yet. All the times of each step add up to each other and the export of a single frame can never be faster than the previous steps.


    Render video frame31 µs31 µs32258 fps
    Process video frame9 µs40 µs25000 fps
    Encoding video frame13274 µs13314 µs75 fps
    Render audio frame106 µs13420 µs74 fps
    Encode audio frame806 µs14226 µs70 fps
    Total frame-to-frame latency-14378 µs69 fps



    That's how you'll get like 69 fps in the end (if all frames of the project have an average of 69 fps). But what if your project is UHD and has lots of filters and effects? Your log could look a bit different because the Host has a lot of work to render all the effects and text layers and images before handing it over to Voukoder:


    Code

    • [22:14:01] Frame #515: vRender: 12891µs, vProcess: 110 µs, vEncoding: 2912 µs, aRender: 118 µs, aEncoding: 791 µs, Latency: 16972 µs

    The table above would look like this:


    Render video frame12891µs12891 µs77 fps
    Process video frame110 µs12991 µs76 fps
    Encoding video frame2912 µs15903 µs62 fps
    Render audio frame118 µs16021 µs62 fps
    Encode audio frame791 µs16812 µs59 fps
    Total frame-to-frame latency-16972 µs58 fps



    In this example you see a slightly lower fps. But while you could improve the first example with add hardware encoding (GPU) encoding to accelerate the "Encoding video frame" step, it would not be possible in the second example. The percentual GPU usage would be very low. This means Voukoder is not able to accelerate this.

    Video metrics


    You will have this metrics only when having video encoding enabled.

    vRender


    The time the host application requires to render the frame. Voukoder has no impact on this (with a few exceptions) as all of this happens in the host application.

    • Decoding the source frame to uncompressed values
    • Applying filters, effects and all layers
    • Converting it to the requested pixel format

    CUDA


    CUDA can have a significant impact on vRender depending on your project structure. It will most likely limit your export speed to a certain value (You can test this with the VRPT-Tool), but it will also accelerate your effects and filters.
    A a rule of thumb: If your project makes use of lots of effects and filters turn CUDA on. If not, turn it off. It can be changed in the project settings.

    Hardware decoding


    The Host can use the hardware decoding support of an integrated GPU on Intel systems. This sounds like it would be faster than CPU decoding but this is not the case in general. On slower CPUs this could have a positive effect, on faster CPUs it might be better to disable it. Again, you can test it with the VRPT-Tool which is faster on your system / project.

    vProcess


    This is the time Voukoder needs to prepare the frame date for using it with FFmpeg/libav. With YUV 4:2:0 (8 bit) data this value should be pretty low as no conversion is necessary. With other pixel formats the time needed for this task could increase drastically.
    vEncoding


    After rendering and processing the raw frame data this is the final step. The value of vEncoding is the time the software- or hardware encoder needs to compress the frame and write the frame to disk. This also includes the processing of all video filters.

    Audio metrics


    You will have this metrics only when having audio encoding enabled.

    aRender


    Just like vRender this is the time the host application needs to render the audio samples. It also is the combined value of several tasks:

    • Decoding the source audio to uncompressed values
    • Applying filters, effects and all layers

    Voukoder has no impact or acceleration possibilities on this value.

    aEncoding


    After rendering the raw sample data this is the final step. The value of aEncoding is the time the encoder needs to compress the data and write the it to disk. This also includes the processing of all audio filters.

    Latency
    The overall end-to-end time a frame needed to export. This includes all steps above as well as the required glue code. 1 / Latency (in seconds) equals the frames per second.