rennradler
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Hallo Leute, ich hab ein Problem mit kdenlive. Bei manchen Videos wird nur die Audiospur gerendert - Bildschirm bleibt schwarz. Das Ausgangsmaterial ist sind immer Videos von meinem Smartphone (1080p mit 30fps H265). Angezeigt wird alles korrekt im Projektmonitor. Ich verändere keine Einstellung für das Rendern (ich nehme die Vorgabewerte, Format webm), mache nur minimale Videobearbeitung in Form von Schneiden. Bei einem Video hat ein absurder Trick geholfen: Ein paar Frames aus einem funktionierenden Video an den Anfangstellen und das eigentliche Video ranhängen. Ich bin absoluter Dummi was Videobearbeitung angeht und bin aus aktuellen Anlaß gezwungen ein paar Erklärvideos zu machen. Vielleicht hat jemand eine Idee, was das schief laufen könnte.
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Ich bin etwas weitergekommen. Es scheint etwas mit den Profileinstellungen zu tun zu haben. Die Handyvideos haben eine krumme Framerate um die 29.7 - schwankt von Video zu Video in der zweiten Nachkommastelle,z.B. 29,742 und 29,744 usw. Ich habe immer die vorgeschlagene Option "Profileinstellungen dem aktuellen Clip anpassen" gewählt. Jetzt habe ich das Pofil bei einem "kaputten" Projekten auf 30fps umgestellt und nun exportiert er ein Videobild. Leider scheint sich dadurch die die Renderzeit deutlich zu erhöhen. Das ist für mich irgendwie dubios - ich bin mir nicht sicher, ob das DIE Lösung ist oder nur Zufall war. Kann mir jemand erklären, was da los ist?
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Ich verändere keine Einstellung für das Rendern
Ein Video Editor rendert eigentlich immer. Nutze einen Cutter wie Avidemux und achte darauf, daß du mit den Pfeiltasten die Frames genau anspringst. Handys produzieren oft proprietären ungenormten Mist 🐸 , also es liegt nicht an dir. Mit Windows und den beigelegten Tools hättest du vermutlich keine Probleme. Den richtigen Weg zu finden, ist gar nicht einfach! Das "Einfachste" wäre vermutlich, per ffmpeg den Clip in einen für Kdenlive schmackhaftes Format zu bringen. Container/Codec. Veröffentliche doch die Daten des Clips den mediainfo z.B. ausspuckt, VLC mit Strg+J geht auch. Dann kann ein Pro mehr sagen ... Es ist auf jeden Fall "normal", nicht ungewöhnlich. P.S. Ich weiß noch nicht einmal wie gut Kdenlive inzwischen grundsätzlich mit 265 klar kommt!
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Danke für den Tipp. Hier der mediainfo-Output eines Videos, bei dem kdenlive einen schwarzen Bildschirm rendert:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60 | General
Complete name : VID_20200322_230024.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (isom/mp42)
File size : 1.71 GiB
Duration : 32 min 39 s
Overall bit rate : 7 508 kb/s
Encoded date : UTC 2020-03-22 22:00:24
Tagged date : UTC 2020-03-22 22:00:24
com.android.version : 10
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4@Main
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 32 min 39 s
Source duration : 32 min 39 s
Bit rate : 7 312 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 29.743 FPS
Minimum frame rate : 9.506 FPS
Maximum frame rate : 42.493 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.119
Stream size : 1.67 GiB (97%)
Source stream size : 1.67 GiB (97%)
Title : VideoHandle
Language : English
Encoded date : UTC 2020-03-22 22:00:24
Tagged date : UTC 2020-03-22 22:00:24
mdhd_Duration : 1959804
Codec configuration box : hvcC
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 32 min 39 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 44.9 MiB (3%)
Title : SoundHandle
Language : English
Encoded date : UTC 2020-03-22 22:00:24
Tagged date : UTC 2020-03-22 22:00:24
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 3350
|
hakel schrieb:
P.S. Ich weiß noch nicht einmal wie gut Kdenlive inzwischen grundsätzlich mit 265 klar kommt!
Das ist ganz einfach selbst nachzuschauen. 😎 Kdenlive benutzt den installieren ffmpeg, wenn der ffmpeg kann, dann ist gut:
ffmpeg -codecs | grep -E "hevc|H.265"
ffmpeg version 4.2.2-1build2 Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 9 (Ubuntu 9.2.1-9ubuntu2)
configuration: --prefix=/usr --extra-version=1build2 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --enable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared --enable-nonfree --enable-nvenc --enable-nvdec --enable-libfdk-aac
libavutil 56. 31.100 / 56. 31.100
libavcodec 58. 54.100 / 58. 54.100
libavformat 58. 29.100 / 58. 29.100
libavdevice 58. 8.100 / 58. 8.100
libavfilter 7. 57.100 / 7. 57.100
libavresample 4. 0. 0 / 4. 0. 0
libswscale 5. 5.100 / 5. 5.100
libswresample 3. 5.100 / 3. 5.100
libpostproc 55. 5.100 / 55. 5.100
DEV.L. hevc H.265 / HEVC (High Efficiency Video Coding) (decoders: hevc hevc_v4l2m2m hevc_cuvid ) (encoders: libx265 nvenc_hevc hevc_nvenc hevc_v4l2m2m hevc_vaapi )
Nicht wundern, ich habe mir den ffmpeg selbst gebaut, weil ich den Hardwarevideobeschleuniger (Nvidia NVENC) meiner Nvidia Grafikkarte nutzen will. Frisch aus dem GIT habe ich mir den inzwischen auch noch geholt, so schwer ist das ja nicht. Was man im ergrepten im Codeblock oben nicht sehen kann noch als Ergänzung:
Codecs:
D..... = Decoding supported
.E.... = Encoding supported
..V... = Video codec
..A... = Audio codec
..S... = Subtitle codec
...I.. = Intra frame-only codec
....L. = Lossy compression
.....S = Lossless compression
DEV.L. hevc
Also bei hevc (H.265 / HEVC): Decoding supported, Encoding supported, Video codec vorhanden, Lossy compression vorhanden.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Fast alle GUIs basieren auf den ffmpeg/libav Bibliotheken. Das Problem ist vermutlich wie gut damit dann jongliert wird. Die Tools haben ja Voreinstellungen, die traditionell nicht das produzieren, was der Nutzer will. Dann kommen noch echte Bugs dazu und Unverträglichkeiten - Avidemux (Sound und Container). Theorie / Praxis P.S. Es wäre auch die mediainfo Ausgabe des Quellmaterials sinnvoll. Bei mir liegt es eigentlich immer am miesen Quellmaterial ...
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
hakel schrieb: P.S. Es wäre auch die mediainfo Ausgabe des Quellmaterials sinnvoll. Bei mir liegt es eigentlich immer am miesen Quellmaterial ...
Die von mir gepostete mediainfo-Ausgabe ist vom Quellmaterial. Das ist doch das entscheidende, oder? Das produzierte webm-Ding von kdenlive enhält ja nur Audiodaten. Mein ffmpeg hat auch H.265-Support. Es sind ja nur einzelne Handy-Videos, die nicht gehen, andere gehen (alles vom selben Handy mit identischen Einstellungen).
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Nein, beides ist wichtig! Du könntest doch z.B. unmögliche Parameter setzen. Teste Avidemux, es ist immer gut eine 2.te Meinung zu haben. Audio und Video auf Copy, falls möglich. appimage runterladen und einen kleine Schnippel vom Clip!
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Habe ich schon mal mit openshot probiert. Dort hat genau dieses Video funktioniert. Soweit ich das gesehen habe, hat openshot aber automatisch die Framerate auf 30 gesetzt. Nur: openshot ist m.E. unbedienbar und auf meiner alten Krücke unbrauchbar langsam (sowohl beim Schneiden als auch beim Rendern). kdenlive hat 1 Stunde zum rendern gebraucht, openshot 13 Stunden. Es sind m.E. irgendwelche Einstellungen die kdenlive beim rendern macht. Die 1 Stunde kommen nicht vom Bug. kdenlive brauch auch bei funktionierenden Videos dieser Länge 1 Stunde.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Openshot und KDenlive sind Editoren, Avidemux ist ein Schnittprogramm (Cutter). Ein Cutter sollte gar nicht rendern ("neu berechnen"). Ob das klappt, ist eine andere Frage! Ein appimage muß nicht installiert werden ... Hinterher bist du schlauer! 💡 bügeln, mit ffmpeg (falls erforderlich) Schneiden mit avidemux arrangieren mit Editor
mein Workflow ...
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Hier mal die mediainfo-Ausgaben von einem Problemvideo und dem zugehörigen Output von kdenlive: Quellmaterial:
General
Complete name : VID_20200325_144504.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (isom/mp42)
File size : 2.66 GiB
Duration : 49 min 2 s
Overall bit rate : 7 754 kb/s
Encoded date : UTC 2020-03-25 13:45:04
Tagged date : UTC 2020-03-25 13:45:04
com.android.version : 10
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4@Main
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 49 min 2 s
Source duration : 49 min 2 s
Bit rate : 7 557 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 29.744 FPS
Minimum frame rate : 11.739 FPS
Maximum frame rate : 42.513 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.123
Stream size : 2.59 GiB (97%)
Source stream size : 2.59 GiB (97%)
Title : VideoHandle
Language : English
Encoded date : UTC 2020-03-25 13:45:04
Tagged date : UTC 2020-03-25 13:45:04
mdhd_Duration : 2942654
Codec configuration box : hvcC
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 49 min 2 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 67.4 MiB (2%)
Title : SoundHandle
Language : English
Encoded date : UTC 2020-03-25 13:45:04
Tagged date : UTC 2020-03-25 13:45:04 Output von kdenlive
General
Complete name : schwarzerbildschirm.webm
Format : WebM
Format version : Version 2
File size : 56.3 MiB
Duration : 48 min 40 s
Overall bit rate mode : Variable
Overall bit rate : 162 kb/s
Writing application : Lavf58.29.100
Writing library : Lavf58.29.100
Video
ID : 1
Format : VP8
Codec ID : V_VP8
Duration : 48 min 40 s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.744 FPS
Color space : YUV
Compression mode : Lossy
Default : Yes
Forced : No
Transfer characteristics : BT.709
Matrix coefficients : BT.709
DURATION : 00:00:00,000000000
Audio
ID : 2
Format : Vorbis
Format settings, Floor : 1
Codec ID : A_VORBIS
Duration : 48 min 40 s
Bit rate mode : Variable
Bit rate : 192 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Compression mode : Lossy
Stream size : 66.8 MiB
Writing application : Lavc58.54.100
Writing library : libVorbis (Now 100% fewer shells) (20180316 (Now 100% fewer shells))
Default : Yes
Forced : No
DURATION : 00:48:40,620000000
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Das sieht aber seltsam aus. WebM und 56MB Dateigröße ? Nutze das appimage von avidemux und dann copy mit einem kleinen Teilstück.
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Ja, eben. Die Videospur zeigt einen schwarzen Bildschirm. Ich will es mit einem Programm alleine bewerkstelligen. Inzischen habe ich einige defekte Videos gehabt und jedes mal hat es geholfen die das Profil auf 30fps zu setzen und nicht auf Profil an Clip anpassen, wie kdenlive vorschlägt. Das scheint das Problem tatsächlich zu beheben. Insofern habe ich ein gangbare Lösung gefunden. Jetzt würde ich gerne einen Problembericht an die Entwickler geben. Meinst Du, daß denen das was hilft?
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Der Fluch des Textforums, ich kann wirklich nicht nachvollziehen, was du da treibst. 🐸 Du hast also durch Änderungen der Parameter, das Problem lösen können ? Dann sitzt das Problem vor dem PC, mangelndes "know-how". Ubuntu unschuldig, Kdenlive unschuldig ... Ich bin jetzt total verwirrt, was ist dein Ziel 2Gb auf 56MB und dann WebM ? Willst/mußt du die Clips schrumpfen, WebM ist doch für HTML5 Player, oder ? Könntest du nochmal dein Ziel präzise darstellen/formulieren.
nur minimale Videobearbeitung in Form von Schneiden.
Dafür sind Editoren nicht gedacht. Openshot, Kdenlive sind Editoren - damit werden geschnittene Clips arrangiert, manipuliert. https://wiki.ubuntuusers.de/Avidemux/ appimage - keine Installation notwendig! Vorgefertige Profile der Editoren liefern nie, was der Anwender will! Natürlich muß der Anwender sein Ziel kennen. Videobearbeitung ist die komplexeste Materie im Bereich "Multimedia". So viel ist klar! 💡
|
rennradler
(Themenstarter)
Anmeldungsdatum: 27. Februar 2010
Beiträge: 1833
|
Sorry, das ist Blödsinn, was du schreibst und widerspricht jedem kdenlive Tutorial. Das mag deine Meinung sein, der Rest der Welt schneidet auch in kdenlive und klebt nicht nur Videos aneinander. Ohne Schneiden könnte man ja machne Effekte gar nicht anwenden. Konkret hat folgender Ablauf hat zu dem defekten WebM-Video (siehe mediainfo-Output) geführt: 1. kdenlive starten 2. Ein einziges Handyvideo ohne jegliche Änderungen in die Timeline-Spur ziehen. 3. Rendern drücken. Gleicher Ablauf mit einem anderen Handyvideo produziert ein einwandfrei funktionierendes WebM. Welchen Fehler habe ich also gemacht? Keine rhetorische Frage, sondern ich würde es gerne wissen, um es besser zu machen. Bitte nicht sagen: Avidemux nicht benutzt. Ich hab ja nicht mal was geschnitten und der Fehler ist dennoch da.
|