ubuntuusers.de

Avidemux

Status: Gelöst | Ubuntu-Version: Ubuntu
Antworten |
Dieses Thema ist die Diskussion des Artikels Avidemux.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9564

Wohnort: Münster

noisefloor schrieb:

Gehört ja >= 22.04 scheinbar zwingend dazu.

Das offenbar benötigte Paket libfuse2 gehört bis 20.04 zum Zweig main und wird standardmäßig installiert.

Ob 22.04 ist es aber in universe zu finden und deshalb möglicherweise nicht ab Installation im System vorhanden.

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Ob 22.04 ist es aber in universe zu finden und deshalb möglicherweise nicht ab Installation im System vorhanden.

Genau, für 22.04 (und neuer) ist ootb libfuse3 auf auf dem System.

Gruß, noisefloor

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 4662

Wann man Avidemux selbst baut, wie im Artikel beschrieben:

bash bootStrap.bash

... ohne dem Automatik-Bauscript bootStrap.bash Optionen mitzugeben, landet das fertig gebaute Avidemux im "install" Verzeichnis des Avidemux-Sourecode-Verzeichnisses. Leider baut Avidemux ziemlich langsam, zumindest FFmpeg nur auf einem Core. Hätte man das vorher gewusst, dann hätte man auch gleich DEB-Pakete bauen können.

Aber es gibt auch einen "--rebuild" Schalter. Damit lassen sich dann mit dem Schalter "--deb" DEB-Fertigpakete erstellen, ohne alles komplett neu bauen zu müssen. So etwa:

bash bootStrap.bash --rebuild --deb

Bauplatz braucht Avidemux leider auch ziemlich heftig, rund 2,4 GB sind es zur Zeit bei mir hier auf Mantic Minotaur, das wäre vielleicht auch eine kleine Anmerkung wert. Die DEB-Fertigpakete für Avidemux landen dann im Verzeichnis "debs" des Avidemux-Sourecode-Verzeichnisses. So lassen die sich dann in einem Rutsch aus dem "debs" Verzeichnis heraus installieren:

sudo apt-get install ./*.deb

Warum auch immer, erwischt es aber nicht die "org.avidemux.Avidemux.desktop" Datei, das Icon und die Metainfo Datei. Die muss man dann händisch platzieren. Zu finden sind diese Dateien im "install" Verzeichnis. Oder man erstellt einfach selbst eine eigene *.desktop Datei für Avidemux.

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 4662

Avidemux im RAM bauen, anstatt auf SSD oder Festplatte. Der folgende alias für die $HOME/.bashrc macht das automagisch. Das spart viel Platz auf dem Massenspeicher. Es braucht dafür aber eine Mindestmenge an Arbeitsspeicher. Mir reichten meine 8 GB RAM plus zRam. Es hat damit ausgelagert, aber ohne zu bremsen.

alias avidemuxneu='AVIDEMUXDIR=$HOME/Installationsdisk/Avidemux && \
            AVIDEMUX_SRC=$AVIDEMUXDIR/avidemux2 && \
            PREFIX=/usr && \
            [ ! -d $AVIDEMUXDIR ] && mkdir -pv $AVIDEMUXDIR ; \
            [ -d $AVIDEMUX_SRC ] && yes | sudo rm -rf $AVIDEMUX_SRC && echo "Builddir cleaned." || echo "Bulddir was clean." && \
            [ ! -d $AVIDEMUX_SRC ] && mkdir -pv $AVIDEMUX_SRC ; \
            sudo mount -v tmpfs $AVIDEMUX_SRC -t tmpfs -o mode=777 && \
            printf "\n \033[45m\033[1;36m==> Update Avidemux Sourcecode. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
            [ ! -d $AVIDEMUX_SRC/.git ] && git clone --recursive https://github.com/mean00/avidemux2.git $AVIDEMUX_SRC && \
            git -C $AVIDEMUX_SRC pull --recurse-submodules && echo "git pull done." || echo "No git pull." && \
            cd $AVIDEMUX_SRC && \
            bash createDebFromSourceUbuntu.bash --deps-only && \
            printf "\n \033[45m\033[1;36m==> Build Avidemux DEB-packages. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
            bash bootStrap.bash --deb && \
            cd $AVIDEMUX_SRC/debs && \
            printf "\n \033[45m\033[1;36m==> Install Avidemux DEB-packages and backup those fresh DEB-packages to $AVIDEMUXDIR. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
            cp -v $AVIDEMUX_SRC/debs/*.deb $AVIDEMUXDIR/ && \
            sudo apt-get install -y --reinstall $AVIDEMUX_SRC/debs/*.deb && \
            sudo  XDG_UTILS_DEBUG_LEVEL=1 xdg-desktop-menu install $AVIDEMUX_SRC/install/usr/share/applications/org.avidemux.Avidemux.desktop --mode system --novendor && \
            sudo install -v -m 644 -p $AVIDEMUX_SRC/install/usr/share/icons/hicolor/128x128/apps/org.avidemux.Avidemux.png $PREFIX/share/icons/hicolor/128x128/apps/ && \
            sudo install -v -m 644 -p $AVIDEMUX_SRC/install/usr/share/metainfo/org.avidemux.Avidemux.appdata.xml $PREFIX/share/metainfo/ && \
            [ $XDG_SESSION_DESKTOP = KDE ] && echo "KDE Desktop found." && kbuildsycoca5 --noincremental || echo "No KDE Desktop found." && \
            printf "\n \033[45m\033[1;36m==> Avidemux successful install. \033[0m\033[42m\033[1;36m  ==> Done.\033[0m \n \n" && \
            printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo apt-get purge avidemux\*  <== \033[0m " && \
            printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo rm -v $PREFIX/local/share//applications/org.avidemux.Avidemux.desktop  <== \033[0m " && \
            printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo rm -v $PREFIX/share/icons/hicolor/128x128/apps/org.avidemux.Avidemux.png  <== \033[0m " && \
            printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo rm -v $PREFIX/share/metainfo/org.avidemux.Avidemux.appdata.xml  <== \033[0m \n \n" || \
            printf "\n \033[41m\033[1;36m==> Avidemuxs build or install failed.\033[0m \n \n" ; \
            cd $HOME && \
            sudo umount -fv $AVIDEMUX_SRC ; \
            yes | sudo rm -rf $AVIDEMUX_SRC && echo "Builddir cleaned." || echo "Bulddir was clean." ; \
            cd $HOME'

Das kopiert die frisch erzeugten Avidemux DEB-Fertigpakete nach $HOME/Installationsdisk/Avidemux. Das sind ungefähr 90 MB. Natürlich installiert es die frisch erzeugten Avidemux DEB-Fertigpakete auch gleich. Und um den Menüeintrag kümmert es sich auch, zumindest mit KDE funktioniert das so. Den Sourcecode holen und die Baustelle dann, um Avidemux zu bauen, finden komplett in einem TMPFS statt und werden nach dem Vorgang wieder ausgehängt, verschwinden also ins Nirwana. Diese präsentierte Frickelei™ wurde auf einem Kubuntu Mantic Minotaur ausgetüftelt und ausprobiert.

Gloster

Anmeldungsdatum:
9. April 2020

Beiträge: 417

Noch einige Ergänzungen zum gegenwärtigen Artikel :

0. Sehr wichtig, man kann Videos Editieren ohne das neu kodiert werden muss. Das ist aus meiner Sicht das On-Top-Feature.

1. Appimage : "...Von avidemux.org" sollte sein https://www.avidemux.org/nightly/appImage4Buster/

Ansonsten findet der user eine Seite mit 6 Appimage-Verzeichnissen, woher soll ein user wissen welches Image zu nehmen ist ?

2. Ein link zur Doku sollte auch nicht fehlen : http://avidemux.org/admWiki/doku.php?id=build:doctop

3. "I-Frames sind die Start-Frames. Ausgehend von diesen Frames wird dann komprimiert. Es ist also nicht möglich, eine .mpg-Datei zu recodieren, in der das allererste Frame kein I-Frame ist."

Sollte geändert werden zu :

"I-Frames sind Key-Frames, die keine rückwärts gerichteten Bild-Informations Referenzen beinhalten. Das heißt ab diesem Frame kann

das Bild fehlerfrei aufgebaut werden. Das heißt für z.B. h.262 Videos, ab hier kann geschnitten werden, ohne dass die folgenden

Bilder Fehler aufweisen.

Für h.264, h.265, Avc1, Av01, VP9 Videos gilt, dass es nicht nur ein I-Frame sein muss, es muss auch ein IDR-Frame sein, damit ab

diesem Frame geschnitten werden kann."

Man sollte grundsätzlich vermeiden definierte Begriffe wie z.B "Key-Frame" in ein "Hilfs-deutsch" zu übersetzen. Diese Begriffe

werden nun mal in der ITU definiert, und die ist nun mal in Englisch.

4. "Möchte man eine .mpg-Datei öffnen, muss diese vom Programm indiziert werden, damit man schnell zwischen den I-Frames hin- und herspringen kann.

Ab Version 2.3.0 wird beim Öffnen einer solchen Datei automatisch danach gefragt, ob man dies machen möchte. "

Bei Videos im Transport-Container, wird automatisch indiziert, warum auch immer. Aus meiner Sicht kann dieser Hinweis entfallen.

5."Will man eine Datei recodieren, müssen Audio- und Video-Format eingestellt werden (ansonsten auf Copy belassen)"

Das "und" ist falsch, man kann Audio, respektive Video einzeln umwandeln. Wenn beim abspeichern (Neukodierung) der Container nicht

passt wird man automatisch von Avidemux darauf hingewiesen.

6. Bereich auswählen, siehe Bild :

A = Start, B = Ende mit l.Mouse anklicken + Entf.

Wichtig : Mit ctrl-z können bereits entfernte Teile zurück geholt werden, ebenso kann eine Auswahl rückgängig gemacht werden.

Dieser "Rückwärts-Buffer" ist sehr tief, also Vorsicht mit ctrl-z.

7. Mit drag+drop können mehrere Videos in Avidemux hineingezogen werden.

Allerdings macht das nur Sinn wenn Parameter wie video/audio Codec identisch sind.

Zudem weitere Parameter wie Auflösung des Videos, Abtastrate des Audio Stream usw., gleich sind.

Bearbeitet von sebix:

Forensyntax korrigiert.

Bilder

Steve_

Avatar von Steve_

Anmeldungsdatum:
10. März 2023

Beiträge: 581

Wohnort: Hannover

Nightly Builds schoen und gut, aber ueberlasse das mal bitte das mal bitte avidemux.org. Nein, es reicht die Stable Version. Nacht Builds, also morgen schon wieder vergangenheit gehoeren in einem Beitrag verlinkt, aber nichts in ein generelles Wiki.

Steve_

Avatar von Steve_

Anmeldungsdatum:
10. März 2023

Beiträge: 581

Wohnort: Hannover

ok, dein Multimedia Entusiasmus in allen Ehren, aber bitte das Nightly Build da wieder entfernen, das ist nichts fuer Otto-Normal und gehoert nicht ins Wiki!

Gloster

Anmeldungsdatum:
9. April 2020

Beiträge: 417

@Steve_ : Völliger Quatsch den du von dir gibst, du hast mit deinen Worten angezeigt, dass du nicht einmal die App-Image heruntergeladen hast.

Ich verwende ausschließlich die nightly build seid mehreren Jahren.

Und genau die Version ist zu empfehlen, allerdings nur mit meinem zusätzlichen Hinweis.

Abgesehen davon, verweisen selbst Avidemux-Entwickler auf diese Möglichkeit. Aber woher solltest du das auch wissen, der offensichtlich überhaupt

nicht weiß wovon er redet.

Der obige link korrigiert : https://www.avidemux.org/nightly/appImage4Buster/

Übrigens gab es in diesem Jahr bis dato 5 nightly build, also bitte nightly build nicht wörtlich nehmen.

Gloster

Anmeldungsdatum:
9. April 2020

Beiträge: 417

Noch eine Ergänzung hinsichtlich Installation via ppa :

Nach Angaben im Wiki zur Ergänzung der ppa erhält man folgende Meldung :

sudo add-apt-repository ppa:ubuntuhandbook1/avidemux
...
Repository: »deb https://ppa.launchpadcontent.net/ubuntuhandbook1/avidemux/ubuntu/ jammy main«
Beschreibung:
The PPA contains unofficial Avidemux packages while www.getdeb.net is not updated anymore.

There's now a well-trusted alternative:

https://launchpad.net/~xtradeb/+archive/ubuntu/apps

Packages here are copied from the repository above. While adding Ubuntu 18.04 support.
Weitere Informationen: https://launchpad.net/~ubuntuhandbook1/+archive/ubuntu/avidemux
Füge Repository hinzu.
Zum Fortsetzen [ENTER] drücken oder Strg-c zum Abbrechen.^CAbgebrochen.

Also https://launchpad.net/~xtradeb/+archive/ubuntu/apps und dort :

sudo add-apt-repository ppa:xtradeb/apps
sudo apt update

und dann weiter mit Wiki :

sudo apt install avidemux-qt

Diese Version ist allerdings recht alt und hat z.B. nicht den Intel(Hevc)-Codec.

Aber wie bereits oben erwähnt, Avidemux-App ist eine Alternative.

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 4662

Steve_ schrieb:

Nightly Builds schoen und gut, aber ueberlasse das mal bitte das mal bitte avidemux.org. Nein, es reicht die Stable Version. Nacht Builds, also morgen schon wieder vergangenheit gehoeren in einem Beitrag verlinkt, aber nichts in ein generelles Wiki.

Steve, dies hier ist nicht der Wiki-Artikel selbst, sondern die Diskussion dazu. Es gibt also keinen Grund Hinweise auf Möglichkeiten zu zensieren, Avidemux in aktuellster Form zu nutzen. Zumal Avidemux in den default Ubuntu Repositories gänzlich fehlt. Meine Variante, Avidemux selbst zu bauen ist obendrein noch etwas wilder, als der Hinweis von Gloster auf die vom Avidemux-Projekt bereitgestellten App-Images, hat aber den Vorteil, dass gegen die eigene libc gebaut wird, die bereits einige Versionen aktueller ist, als in den Avidemux-Fertigbuilds verwendete. Version 2.38 bei Mantc Minotaur vs. 2.28 in den Fertigbuilds.

Gloster

Anmeldungsdatum:
9. April 2020

Beiträge: 417

Noch eine Ergänzung zur Handhabung von Avidemux :

Problembeschreibung :

1. Entfernen von Werbung im Video. Nach der Werbung werden aber Teile des Videos wiederholt. Die Dauer der Wiederholung kann wenige Sekunden,

aber auch bis zu einer Minute lang sein. Selbstverständlich will man einen "störungsfreien" Übergang (kein ruckeln im Bild) im verbleibenden Video

erzielen.

2. Hilfreich dazu ist eine mögliche Standbild-Generierung. Nach der Werbung muss in "jedem Fall" bei einem I-Frame geschnitten werden.

Das zugehörige Bild des I-Frames kann mit strg-e in einer jpg-Datei gespeichert werden.

(Das in "jedem Fall" gilt selbstverständlich nur, wen nicht neu kodiert werden soll)

3. Jetzt kann man sich ein Frame (l/r cursor) vor der Werbung aussuchen, dass zu einem nahtlosen Übergang passend zum I-Frame nach der Werbung führt.

Hier ist auch wieder strg-z hilfreich. Es muss nicht gleich beim ersten Versuch klappen.

(@sebix : Danke für die Korrektur)

Steve_

Avatar von Steve_

Anmeldungsdatum:
10. März 2023

Beiträge: 581

Wohnort: Hannover

Gloster schrieb: also bitte nightly build nicht wörtlich nehmen.

OK das lasse ich gelten, Peace und sry für den nightly build affront, ich bin da oldschool

Gloster

Anmeldungsdatum:
9. April 2020

Beiträge: 417

Ein Hinweis von Avidemux sollte erklärt werden (siehe Bild im Anhang Non-IDR-Frames).

Wie bereits beschrieben muss im Kopiermodus bei einem I-Frame (Key-Frame) geschnitten werden. Das gilt aber nur für h.262-Videos, für h.264, h.265

muss auch darauf geachtet werden, dass das Key-Frame ein IDR-Frame ist.

Die für mich beste Erklärung, was ist ein IDR-Frame

(s. https://streaminglearningcenter.com/encoding/everything-you-ever-wanted-to-know-about-idr-frames-but-were-afraid-to-ask.html) :

"An encoder sends an IDR (Instantaneous Decoder Refresh) coded picture (made up of I- or SI-slices) to clear the contents of the reference picture

buffer. On receiving an IDR coded picture, the decoder marks all pictures in the reference buffer as ‘unused for reference’. All subsequent

transmitted slices can be decoded without reference to any frame decoded prior to the IDR picture. The first picture in a coded video sequence is

always an IDR picture."

Siehe auch Anhang, Bild, die Ausgabe von Avidemux, wenn man bei einem Non-IDR-Frame schneiden möchte.

Bilder

Steve_

Avatar von Steve_

Anmeldungsdatum:
10. März 2023

Beiträge: 581

Wohnort: Hannover

ich werde weiterhin die Stable AppImage nehmen. Für meine Zwecke reicht das.

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 4662

Mit dem neuesten Nvidia Video SDK baut Avidemux nicht mehr.

Avidemux benutzt einen alten 6er FFmpeg Sourcecode für den Bau der Core-Komponenten. Wenn man eine NVENC fähige Nvidia Grafikhardware hat, und den Nvidia_NVENC zum starken beschleunigen beim Video rendern nutzen möchte, darf das Avidemux Bauscript bootStrap.bash nicht das aktuelle Nvidia Video SDK n12.2.72.0 auf dem System finden, sondern braucht das alte Nvidia Video SDK. Das gibt es mit libffmpeg-nvenc-dev (12.0.16.0-1: all).

Hat man sowohl das alte, als auch das neue Nvidia Video SDK auf dem System, pickt sich Avidemux das jeweils neuste raus, und dann lässt sich Avidemux nicht mehr bauen. Mein Workaround ist nun, das Header-Verzeichnis vom alten Nvidia Video SDK über das Header-Verzeichnis vom neuen Nvidia Video SDK für den Bau von Avidemux drüber zu mounten, so, dass für die Zeit vom Bau von Avidemux die Header vom neuen Nvidia Video SDK hinter den Headern vom alten Nvidia Video SDK versteckt sind.

alias avidemuxneu='AVIDEMUXDIR=$HOME/Installationsdisk/Avidemux && \
                        AVIDEMUX_SRC=$AVIDEMUXDIR/avidemux2 && \
                        PREFIX=/usr && \
                        ID=$(id --user) && \
                        OLD_FFNVCODEC_HEADER=/usr/include/ffnvcodec && \
                        NEW_FFNVCODEC_HEADER=/usr/local/include/ffnvcodec && \
                        [ ! -d $AVIDEMUXDIR ] && mkdir -pv $AVIDEMUXDIR ; \
                        [ -d $AVIDEMUX_SRC ] && yes | sudo rm -rf $AVIDEMUX_SRC && echo "Builddir cleaned." || echo "Bulddir was clean." && \
                        [ ! -d $AVIDEMUX_SRC ] && mkdir -pv $AVIDEMUX_SRC ; \
                        sudo mount -v tmpfs $AVIDEMUX_SRC -t tmpfs -o mode=777,uid=$ID && \
                        [ -d $OLD_FFNVCODEC_HEADER ] && [ -d $NEW_FFNVCODEC_HEADER ] && sudo mount -vo bind $OLD_FFNVCODEC_HEADER $NEW_FFNVCODEC_HEADER || \
                        echo "No $OLD_FFNVCODEC_HEADER and $NEW_FFNVCODEC_HEADER found." && \
                        printf "\n \033[45m\033[1;36m==> Update Avidemux Sourcecode. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
                        [ ! -d $AVIDEMUX_SRC/.git ] && git clone --recursive https://github.com/mean00/avidemux2.git $AVIDEMUX_SRC && \
                        git -C $AVIDEMUX_SRC pull --recurse-submodules && echo "git pull done." || echo "No git pull." && \
                        cd $AVIDEMUX_SRC && \
                        bash createDebFromSourceUbuntu.bash --deps-only && \
                        printf "\n \033[45m\033[1;36m==> Build Avidemux DEB-packages. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
                        bash bootStrap.bash --deb && \
                        cd $AVIDEMUX_SRC/debs && \
                        printf "\n \033[45m\033[1;36m==> Install Avidemux DEB-packages and backup those fresh DEB-packages to $AVIDEMUXDIR. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
                        cp -v $AVIDEMUX_SRC/debs/*.deb $AVIDEMUXDIR/ && \
                        sudo apt-get install -y --reinstall $AVIDEMUX_SRC/debs/*.deb && \
                        sudo  XDG_UTILS_DEBUG_LEVEL=1 xdg-desktop-menu install $AVIDEMUX_SRC/install/usr/share/applications/org.avidemux.Avidemux.desktop --mode system --novendor && \
                        sudo install -v -m 644 -p $AVIDEMUX_SRC/install/usr/share/icons/hicolor/128x128/apps/org.avidemux.Avidemux.png $PREFIX/share/icons/hicolor/128x128/apps/ && \
                        sudo install -v -m 644 -p $AVIDEMUX_SRC/install/usr/share/metainfo/org.avidemux.Avidemux.appdata.xml $PREFIX/share/metainfo/ && \
                        [ $XDG_SESSION_DESKTOP = KDE ] && echo "KDE Desktop found." && kbuildsycoca5 --noincremental || echo "No KDE Desktop found." && \
                        printf "\n \033[45m\033[1;36m==> Avidemux successful install. \033[0m\033[42m\033[1;36m  ==> Done.\033[0m \n \n" && \
                        printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo apt-get purge avidemux\*  <== \033[0m " && \
                        printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo rm -v $PREFIX/local/share//applications/org.avidemux.Avidemux.desktop  <== \033[0m " && \
                        printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo rm -v $PREFIX/share/icons/hicolor/128x128/apps/org.avidemux.Avidemux.png  <== \033[0m " && \
                        printf "\n \033[45m\033[1;36m==> Avidemux deinstall: \033[0m\033[43m\033[1;36m sudo rm -v $PREFIX/share/metainfo/org.avidemux.Avidemux.appdata.xml  <== \033[0m \n \n" || \
                        printf "\n \033[41m\033[1;36m==> Avidemuxs build or install failed.\033[0m \n \n" ; \
                        cd $HOME && \
                        sudo umount -fv $AVIDEMUX_SRC ; \
                        yes | sudo rm -rf $AVIDEMUX_SRC && echo "Builddir cleaned." || echo "Bulddir was clean." ; \
                        [ -d $NEW_FFNVCODEC_HEADER ] && sudo umount -fv $NEW_FFNVCODEC_HEADER ; \
                        cd $HOME'

Wer keine NVENC fähige Nvidia Grafikhardware hat, braucht sich nicht kümmern, kann ja sowieso die Nvidia NVENC Hardwarebeschleungigung beim rendern dann nicht nutzen.