Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: pikkalle - 25.05.25 - klo:15.51
-
En paljoa touhua videoitten kanssa, mutta nyt on tullut eteen ongelma, johon tarvitsen asiantuntijoiden apua. Kysymys on siitä että täytyisi löytää Linuxiin sopiva videonkaappausohjelma, jolla voisi kaapata pitkästä (tunteja kestävästä) videostreemauksesta noin 10 minuutin pätkän, jonka voisin tallentaa koneen kovalevylle tai sitten pilveen. Ohjelman pitäisi olla helppokäyttöinen ja mielellään ilmainen, niin silloin se olisi sopiva minulle.
Nyt kysyn viisailta UBUNTU-miehiltä, onko tällaista ilmaista videonkaappausohjelmaa tarjolla Linux-ympäristöön. Koneessani on Linux Mint käyttöjärjestelmä. Koneessani on 8 Gigaa muistia, joten pitäisi siinä pyöriä vähän raskaampikin ohjelma.
-
Millainen video täsmälleen on kyseessä? Onko sinulla se jo ladattuna videotiedostona, vai pitäisikö se saada tallennettua netistä? Mistä videopalvelusta? Linkki videoon voisi myös selventää, jos pystyt sellaisen jakamaan julkisesti.
-
Kyseessä on Aamulehden sivustolla oleva videotallenne 2.-3.5.2025 pidetystä lasten laulukilpailusta. Haluaisin saada videokaappauksen sukulaisteni lasten esityksistä. Minä haluaisin saada tallennettua tietokoneelleni kaikkiaan 8 lauluesitystä. Video on katseltavissa (pitää olle rekisteröitynyt käyttäjä) Aamulehden sivustolla 3.6.2025 asti, mutta sitten se poistetaan. Haluaisin saada laulut tallennettua ennen sitä, mikäli sopiva kaappausohjelma vain löytyy.
-
Kyseessä on Aamulehden sivustolla oleva videotallenne
Joku muu varmaan ehdottaa hienoa ja helppokäyttöistä GUI -ratkaisua tähän tarpeeseen, mutta minun ohjeeni on kovin vanhanaikainen: eli vanha kunnon ffmpeg. Sillä voi tallentaa kaiken kuvan ja äänen, mitä vaan näytölle tulee:
ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0 -f alsa -ac 2 -i default -c:v libx264 -crf 23 -preset medium -c:a copy -b:a 128k sample.mkv
Eihän tuo nyt niin hehkeä tai sulavalinjainen ole kuin jokin vartavasten tehty ohjelma, mutta taitaa silti hoitaa hommansa.
-
Kyseessä on Aamulehden sivustolla oleva videotallenne 2.-3.5.2025 pidetystä lasten laulukilpailusta. Haluaisin saada videokaappauksen sukulaisteni lasten esityksistä. Minä haluaisin saada tallennettua tietokoneelleni kaikkiaan 8 lauluesitystä. Video on katseltavissa (pitää olle rekisteröitynyt käyttäjä) Aamulehden sivustolla 3.6.2025 asti, mutta sitten se poistetaan. Haluaisin saada laulut tallennettua ennen sitä, mikäli sopiva kaappausohjelma vain löytyy.
Onnistuisiko ihan jollain Flathubin tämän tyyppisellä softalla?
https://flathub.org/apps/io.github.aandrew_me.ytdn
-
Kyseessä on Aamulehden sivustolla oleva videotallenne
Joku muu varmaan ehdottaa hienoa ja helppokäyttöistä GUI -ratkaisua tähän tarpeeseen, mutta minun ohjeeni on kovin vanhanaikainen: eli vanha kunnon ffmpeg. Sillä voi tallentaa kaiken kuvan ja äänen, mitä vaan näytölle tulee:
ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0 -f alsa -ac 2 -i default -c:v libx264 -crf 23 -preset medium -c:a copy -b:a 128k sample.mkv
Eihän tuo nyt niin hehkeä tai sulavalinjainen ole kuin jokin vartavasten tehty ohjelma, mutta taitaa silti hoitaa hommansa.
Kokeilin tätä ohjelmaa päätteessä. Kuvan sain kyllä kaapattua Youtube-palvelusta, mutta toistossa se oli nykivä. Ehkä koneeni on liian tehoton. Ääntä en saanut tallennettua ollenkaan. Täytyykö äänen kanssa muuttaa joitakin asetuksia?
-
Kyseessä on Aamulehden sivustolla oleva videotallenne 2.-3.5.2025 pidetystä lasten laulukilpailusta. Haluaisin saada videokaappauksen sukulaisteni lasten esityksistä.
Video DownloadHelper (https://www.downloadhelper.net/) tai vastaava selaimen lisäosa voisi auttaa. Yleensä tällaiset videot ovat kyllä kaapattavissa sellaisenaan, ellei videota ole suojattu Widevinellä tai vastaavalla DRM:llä.
-
Muistelen, että KDE:n Spectaclessakin on videointimahdollisuus. On ainakin joskus suunniteltu sellaista siihen. Vaatii tietysti KDE:n käyttöä tai niiden kirjastokomponenttien asennusta koneelle. En ole kokeillut itse, toimiiko se.
-
Ääni on edelleen kateissa toistettaessa. Olen kokeillut soittaa kaapattua videota Celluloid- ja VLC-soittimilla, mutta kummallakaan en saa ääntä kuuluviin. Joku asetus on ilmeisesti pielessä.
Voisivatko viisaat UBUNTU-miehet antaa minulla ohjeita siitä, mistä lähtisin ääntä etsimään. Kuvan saan kyllä kaapattua ihan riittävällä laadulla. Kunhan saan äänenkin mukaan, niin alkuperäinen ongelmani on ratkaistu.
-
Koska ääntä ei ole vielä löytynyt, niin kokeilin konvertoida ffmpeg-ohjelman tekemän sample.mkv tiedoston netistä löytämäni ohjeen mukaisesti MP4-tiedostoksi. Kirjoitin siis päätteelle komennon:
xxxxxx@xxxxxxx:~$ ffmpeg -i sample.mkv -c:v copy -c:a copy sample.mp4
Päätteeseen tuli pitkä litania tekstiä, josta kopioin lopusta pienen pätkän. Osa tekstistä tuli punaisella tekstillä sen merkiksi, että konvertointi ei näillä taikasanoilla onnistunut.
libavutil 56. 70.100 / 56. 70.100
libavcodec 58.134.100 / 58.134.100
libavformat 58. 76.100 / 58. 76.100
libavdevice 58. 13.100 / 58. 13.100
libavfilter 7.110.100 / 7.110.100
libswscale 5. 9.100 / 5. 9.100
libswresample 3. 9.100 / 3. 9.100
libpostproc 55. 9.100 / 55. 9.100
Guessed Channel Layout for Input Stream #0.1 : stereo
Input #0, matroska,webm, from 'sample.mkv':
Metadata:
ENCODER : Lavf58.76.100
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p(tv, progressive), 1920x1080, 25 fps, 25 tbr, 1k tbn, 50 tbc (default)
Metadata:
ENCODER : Lavc58.134.100 libx264
Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s (default)
[mp4 @ 0x561aac027980] Could not find tag for codec pcm_s16le in stream #1, codec not currently supported in container
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:1 --
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Last message repeated 1 times
Konvertointiyrityksen tarkoituksena oli vain testata sitä, että osaavatko soittoohjelmat soittaa paremmin yleisempää MP4-formaattia. En päässyt sitä testaamaan, koska konvertointi ei onnistunut. Nyt kysyn viisailta UBUNTU-miehiltä sitä, yritänkö löytää ääntä oikealta suunnalta?
-
Ongelma lienee audiokoodekin valinnassa. Tallensit raakaa PCM-ääntä ja tuo -c:a copy valitsin käskee kopioimaan sen mp4-tiedostoon sellaisenaan, mutta nähtävästi kyseinen säiliö ei tue tätä muotoa. Luulisin, että voit vain jättää nuo argumentit pois ja antaa ffmpegin valita oletuksen.
-
Konvertointiyrityksen tarkoituksena oli vain testata sitä, että osaavatko soittoohjelmat soittaa paremmin yleisempää MP4-formaattia. En päässyt sitä testaamaan, koska konvertointi ei onnistunut. Nyt kysyn viisailta UBUNTU-miehiltä sitä, yritänkö löytää ääntä oikealta suunnalta?
Kaappaamasi videon ääniraita on todennäköisesti pelkkää hiljaisuutta, koska olet kaapannut ääntä ALSA:n oletussisääntulosta. Oikea lähde on PulseAudion ulostulon monitorointi: https://trac.ffmpeg.org/wiki/Capture/PulseAudio
Suosittelisin edelleen kokeilemaan ensisijaisesti Video DownloadHelperiä. Sillä saat kaapattua alkuperäisen videon sellaisenaan ilman ylimääräisiä muunnoksia ja uudelleenenkoodaamista. Kokeilin, että ainakin Aamulehden ilmaisjuttujen videot tallentuvat ongelmitta.
-
Konvertointiyrityksen tarkoituksena oli vain testata sitä, että osaavatko soittoohjelmat soittaa paremmin yleisempää MP4-formaattia. En päässyt sitä testaamaan, koska konvertointi ei onnistunut. Nyt kysyn viisailta UBUNTU-miehiltä sitä, yritänkö löytää ääntä oikealta suunnalta?
Kaappaamasi videon ääniraita on todennäköisesti pelkkää hiljaisuutta, koska olet kaapannut ääntä ALSA:n oletussisääntulosta. Oikea lähde on PulseAudion ulostulon monitorointi: https://trac.ffmpeg.org/wiki/Capture/PulseAudio
Suosittelisin edelleen kokeilemaan ensisijaisesti Video DownloadHelperiä. Sillä saat kaapattua alkuperäisen videon sellaisenaan ilman ylimääräisiä muunnoksia ja uudelleenenkoodaamista. Kokeilin, että ainakin Aamulehden ilmaisjuttujen videot tallentuvat ongelmitta.
Asensin FireFox-selaimeen Video DownloadHelper lisäosan. Lisäosan käynnistämisen jälkeen kone vielä vaati antamaan päätteellä
seuraavat taikasanat
curl -sSLf https://github.com/aclap-dev/vdhcoapp/releases/latest/download/install.sh | bash
Kun yritin sen jälkeen kaappausta, niin sitten olisi vielä pitänyt hyväksyä vaikka mitä vaatimuksia. Jätin homman kesken kysyäkseni viisaammilta sitä, mitä uhkauksia voi hyväksyä ja mitä ei. Tiedustelenkin nyt viisailta UBUNTU-miehiltä uskaltaako vanha mies hyväksyä kaikkia kysymyksiä. Ilmeisesti hyväksymisnapin painamisen jälkeen kaappaus onnistuisi hyvin, mutta seuraako siitä jotain muita haittoja.
-
Kun yritin sen jälkeen kaappausta, niin sitten olisi vielä pitänyt hyväksyä vaikka mitä vaatimuksia. Jätin homman kesken kysyäkseni viisaammilta sitä, mitä uhkauksia voi hyväksyä ja mitä ei. Tiedustelenkin nyt viisailta UBUNTU-miehiltä uskaltaako vanha mies hyväksyä kaikkia kysymyksiä. Ilmeisesti hyväksymisnapin painamisen jälkeen kaappaus onnistuisi hyvin, mutta seuraako siitä jotain muita haittoja.
Millaisen uhkavaatimuksen se esitti?
-
Kun yritin sen jälkeen kaappausta, niin sitten olisi vielä pitänyt hyväksyä vaikka mitä vaatimuksia. Jätin homman kesken kysyäkseni viisaammilta sitä, mitä uhkauksia voi hyväksyä ja mitä ei. Tiedustelenkin nyt viisailta UBUNTU-miehiltä uskaltaako vanha mies hyväksyä kaikkia kysymyksiä. Ilmeisesti hyväksymisnapin painamisen jälkeen kaappaus onnistuisi hyvin, mutta seuraako siitä jotain muita haittoja.
Millaisen uhkavaatimuksen se esitti?
Kun ensimmäisen kerran käynnistin eilen lisäosan, niin silloin ruudulle tuli jokin muu ohjelma (en muista nimeä), joka pyysi puhelinnumeroa ja muuta mukavaa. En tietenkän siihen suostunut, vaan jätin pyynnön huomiotta. Sen jälkeen kuvaruudulle jäi seuraava herja
Privacy Policy - No tricks, you stay anonymous
When the user triggers a download, we either download the video directly, or for more complex downloads (M3U8 & MPD) we transfer the URL and HTTP headers to the Video DownloadHelper native application on your computer (the URL is never sent to us).
Olisi pitänyt painaa hyväksymisnappia, mutta en sitä tehnyt, koska arvelin hyväksymisen olevan jotenkin yhteydessä edelliseen tiedusteluun. Ymmärrykseni mukaan hyväksyminen tarvitaan vain teknisistä syistä, joten sen painaminen ei pitäisi aiheuttaa mitään haittaa. Nyt kysyn viisailta UBUNTU-miehiltä, olenko oikeassa vai väärässä?
-
Kun yritin sen jälkeen kaappausta, niin sitten olisi vielä pitänyt hyväksyä vaikka mitä vaatimuksia. Jätin homman kesken kysyäkseni viisaammilta sitä, mitä uhkauksia voi hyväksyä ja mitä ei. Tiedustelenkin nyt viisailta UBUNTU-miehiltä uskaltaako vanha mies hyväksyä kaikkia kysymyksiä. Ilmeisesti hyväksymisnapin painamisen jälkeen kaappaus onnistuisi hyvin, mutta seuraako siitä jotain muita haittoja.
Millaisen uhkavaatimuksen se esitti?
Kun ensimmäisen kerran käynnistin eilen lisäosan, niin silloin ruudulle tuli jokin muu ohjelma (en muista nimeä), joka pyysi puhelinnumeroa ja muuta mukavaa. En tietenkän siihen suostunut, vaan jätin pyynnön huomiotta. Sen jälkeen kuvaruudulle jäi seuraava herja
Privacy Policy - No tricks, you stay anonymous
When the user triggers a download, we either download the video directly, or for more complex downloads (M3U8 & MPD) we transfer the URL and HTTP headers to the Video DownloadHelper native application on your computer (the URL is never sent to us).
Olisi pitänyt painaa hyväksymisnappia, mutta en sitä tehnyt, koska arvelin hyväksymisen olevan jotenkin yhteydessä edelliseen tiedusteluun. Ymmärrykseni mukaan hyväksyminen tarvitaan vain teknisistä syistä, joten sen painaminen ei pitäisi aiheuttaa mitään haittaa. Nyt kysyn viisailta UBUNTU-miehiltä, olenko oikeassa vai väärässä?
Kokeilin viedoiden kaappaamista aluksi ffmpeg-ohjelmalla, ja sillä sainkin kuvan kaapattua, mutta ääni jäi puuttumaan. Tässä kesustelussa on käynyt ilmi, että kaappauskomento on vähän viallinen, jotta ääni myös tallentuisi. Käyttämäni kaappauskomento oli muotoa
ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0 -f alsa -ac 2 -i default -c:v libx264 -crf 23 -preset medium -c:a copy -b:a 128k sample.mkv
Kaappauskomento pitäisi ilmeisesti muokata sellaiseksi, että kaappauksessa käytettäisiin oletusarvoisesti pulseaudio ääntä. Jos näin meneteltäisiin, niin silloin äänen kanssa ei kai olisi ongelmia.
Voisivatko viisaat UBUNTU-miehet muokata kaappauskomennon sellaiseksi, että kaappauksessa käytettäisiin pulseaudio ääntä. Vaikka tämä onnistuisikin, niin ilmeisesti tulen kuitenkin jatkossa hoitamaan kaappaushommeleita selaimeen laitetun lisäosan avulla.
-
Olisi pitänyt painaa hyväksymisnappia, mutta en sitä tehnyt, koska arvelin hyväksymisen olevan jotenkin yhteydessä edelliseen tiedusteluun. Ymmärrykseni mukaan hyväksyminen tarvitaan vain teknisistä syistä, joten sen painaminen ei pitäisi aiheuttaa mitään haittaa.
Video DownloadHelper vaatii tuon erillisen natiivisovelluksen, jonka olet jo asentanutkin edellisen viestin perusteella. Jos selaimessa toimiva osa vaatii vielä vahvistusta natiivisovelluksen käyttämiseen, sen voi kyllä antaa ilman yllättäviä seuraamuksia.
Tietääkseni Video DownloadHelperissä ja sen natiivisovelluksessa ei ole sinänsä vaaroja, mutta jos videota ei saada ladattua sellaisenaan vaan se pitää uudelleenpakata, sovellus lisää videoon vasempaan yläkulmaan QR-koodin, joka kannustaa ostamaan maksullisen version. Tällä katetaan kehitystyötä ja videoenkooderin lisenssimaksuja. Voi olla, että Linux-versiossa tätä ei tule vastaan, jos sovellus pystyy käyttämään jakelun tarjoamaa ffmpeg-pakettia.
Kaappauskomento pitäisi ilmeisesti muokata sellaiseksi, että kaappauksessa käytettäisiin oletusarvoisesti pulseaudio ääntä. Jos näin meneteltäisiin, niin silloin äänen kanssa ei kai olisi ongelmia.
Näytä listaus PulseAudion (tai Pipewiren PulseAudio-rajapinnan) äänilaitteista komennolla:
pactl list short sources
-
Komennolla
pactl list short sources
sain seuraavan tekstin:
0 alsa_output.pci-0000_11_01.0.analog-stereo.monitor module-alsa-card.c s16le 2 kan. 48000Hz IDLE
1 alsa_input.pci-0000_11_01.0.analog-stereo module-alsa-card.c s16le 2 kan. 44100Hz SUSPENDED
Toivottavasti näistä taikasanoista löytyy ratkaisu ongelmaan.
-
Kokeile näin:
ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0 -f pulse -i alsa_output.pci-0000_11_01.0.analog-stereo.monitor -c:v libx264 -crf 23 -preset fast -c:a aac -b:a 160k kaappaus.mp4
Tässä ääni pakataan FFmpegin AAC-LC-enkooderilla (-c:a aac -b:a 160k), jonka laatu riittänee tarkoitukseen. Toinen suoraan tuettu vaihtoehto on MP3 (-c:a libmp3lame -qscale:a 4).
Vaihdoin tuossa x264:n esiasetukseksi "mediumin" sijaan "fast", joka toimii reaaliaikasessa kaappauksessa varmemmin. Jos tuntuu, että kaapattu video nykii edelleen, voit vielä kokeilla veryfast-esiasetusta. Asiaan vaikuttaa myös kuvanopeus (framerate). Jos alkuperäisen videon kuvanopeus on 30 fps tai 60 fps, tässä asetettu 25 fps kuvanopeus on väärä ja aiheuttaa jatkuvaa nykimistä.
-
Tämän ffmpeg-ohjelman kanssa touhuainen tarjoaa aina yllätyksiä. Oikeita asetuksia ei tahdo millään löytää. Kokeilin viimeisen ohjeen mukaista komentojonoa kuvanopeusarvoilla 25 fps ja 30 fps, mutta kaikilla nopeuksilla tulee paljon virheilmoituksia. Laitan tähän loppuun pätkän muutamista virheilmoituksista, mitä molemmilla kuvanopeuksilla tuli esiin.
Framerate 30
libavcodec 58.134.100 / 58.134.100
libavformat 58. 76.100 / 58. 76.100
libavdevice 58. 13.100 / 58. 13.100
libavfilter 7.110.100 / 7.110.100
libswscale 5. 9.100 / 5. 9.100
libswresample 3. 9.100 / 3. 9.100
libpostproc 55. 9.100 / 55. 9.100
[x11grab @ 0x55dcc40f93c0] Stream #0: not enough frames to estimate rate; consider increasing probesize
Input #0, x11grab, from ':0.0':
Duration: N/A, start: 1748451677.477209, bitrate: 1990656 kb/s
Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1080, 1990656 kb/s, 30 fps, 1000k tbr, 1000k tbn, 1000k tbc
Guessed Channel Layout for Input Stream #1.0 : stereo
Input #1, pulse, from 'alsa_output.pci-0000_11_01.0.analog-stereo.monitor':
Duration: N/A, start: 1748451677.513838, bitrate: 1536 kb/s
Stream #1:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
File 'kaappaus.mp4' already exists. Overwrite? [y/N] y
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Stream #1:0 -> #0:1 (pcm_s16le (native) -> aac (native))
Press [q] to stop, [?] for help
[libx264 @ 0x55dcc4120440] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
[libx264 @ 0x55dcc4120440] profile High 4:4:4 Predictive, level 4.0, 4:4:4, 8-bit
[libx264 @ 0x55dcc4120440] 264 - core 163 r3060 5db6aa6 - H.264/MPEG-4 AVC codec - Copyleft 2003-2021 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[pulse @ 0x55dcc4103f00] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
Output #0, mp4, to 'kaappaus.mp4':
Metadata:
encoder : Lavf58.76.100
Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv444p(tv, progressive), 1920x1080, q=2-31, 30 fps, 15360 tbn
Metadata:
encoder : Lavc58.134.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s
Metadata:
encoder : Lavc58.134.100 aac
frame= 1 fps=0.0 q=0.0 size= 0kB time=00:00:00.25 bitrate= 1.5kbits/sMore than 1000 frames duplicated
frame=10820 fps= 33 q=29.0 size= 15872kB time=00:05:59.23 bitrate= 361.9kbits/[aac @ 0x55dcc41221c0] Queue input is backward in time
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738923, current: 16331782; changing to 16738924. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738924, current: 16332806; changing to 16738925. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738925, current: 16333830; changing to 16738926. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738926, current: 16334854; changing to 16738927. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738927, current: 16335878; changing to 16738928. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738928, current: 16336902; changing to 16738929. This may result in incorrect timestamps in the output file.
Framerate 25
libavcodec 58.134.100 / 58.134.100
libavformat 58. 76.100 / 58. 76.100
libavdevice 58. 13.100 / 58. 13.100
libavfilter 7.110.100 / 7.110.100
libswscale 5. 9.100 / 5. 9.100
libswresample 3. 9.100 / 3. 9.100
libpostproc 55. 9.100 / 55. 9.100
[x11grab @ 0x558d8b98b3c0] Stream #0: not enough frames to estimate rate; consider increasing probesize
Input #0, x11grab, from ':0.0':
Duration: N/A, start: 1748453364.854009, bitrate: 1658880 kb/s
Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1080, 1658880 kb/s, 25 fps, 1000k tbr, 1000k tbn, 1000k tbc
Guessed Channel Layout for Input Stream #1.0 : stereo
Input #1, pulse, from 'alsa_output.pci-0000_11_01.0.analog-stereo.monitor':
Duration: N/A, start: 1748453364.890813, bitrate: 1536 kb/s
Stream #1:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Stream #1:0 -> #0:1 (pcm_s16le (native) -> aac (native))
Press [q] to stop, [?] for help
[libx264 @ 0x558d8b9b1f80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
[libx264 @ 0x558d8b9b1f80] profile High 4:4:4 Predictive, level 4.0, 4:4:4, 8-bit
[libx264 @ 0x558d8b9b1f80] 264 - core 163 r3060 5db6aa6 - H.264/MPEG-4 AVC codec - Copyleft 2003-2021 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'kaappaus.mp4':
Metadata:
encoder : Lavf58.76.100
Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv444p(tv, progressive), 1920x1080, q=2-31, 25 fps, 12800 tbn
Metadata:
encoder : Lavc58.134.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s
Metadata:
encoder : Lavc58.134.100 aac
frame= 1 fps=0.0 q=0.0 size= 0kB time=00:00:00.25 bitrate= 1.5kbits/s[x11grab @ 0x558d8b98b3c0] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
frame= 21 fps=0.0 q=0.0 size= 0kB time=00:00:00.25 bitrate= 1.5kbits/sframe= 37 fps= 34 q=0.0 size= 0kB time=00:00:00.25 bitrate= 1.5kbits/sframe= 50 fps= 31 q=28.0 size= 256kB time=00:00:00.28 bitrate=7489.1kbits/frame= 59 fps= 27 q=28.0 size= 256kB time=00:00:00.64 bitrate=3277.0kbits/frame= 72 fps= 27 q=28.0 size= 256kB time=00:00:01.31 bitrate=1600.1kbits/frame= 83 fps= 26 q=28.0 size= 256kB time=00:00:01.65 bitrate=1269.8kbits/frame= 98 fps= 26 q=28.0 size= 256kB time=00:00:02.33 bitrate= 898.6kbits/frame= 113 fps= 27 q=28.0 size= 256kB time=00:00:02.99 bitrate= 700.2kbits/frame= 125 fps= 26 q=28.0 size= 256kB time=00:00:03.33 bitrate= 628.5kbits/frame= 133 fps= 25 q=28.0 size= 256kB time=00:00:03.67 bitrate= 570.2kbits/frame= 145 fps= 25 q=28.0 size= 256kB time=00:00:04.08 bitrate= 514.1kbits/frame= 153 fps= 24 q=28.0 size= 256kB time=00:00:04.70 bitrate= 446.0kbits/frame= 166 fps= 24 q=28.0 size= 256kB time=00:00:05.04 bitrate= 415.8kbits/frame= 175 fps= 23 q=28.0 size= 256kB time=00:00:05.36 bitrate= 391.0kbits/frame= 186 fps= 23 q=28.0 size= 256kB time=00:00:06.04 bitrate= 346.8kbits/frame= 196 fps= 22 q=28.0 size= 512kB time=00:00:06.38 bitrate= 656.5kbits/[pulse @ 0x558d8b996000] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
frame= 208 fps= 22 q=28.0 size= 512kB time=00:00:06.73 bitrate= 623.2kbits/frame= 220 fps= 22 q=28.0 size= 512kB time=00:00:07.41 bitrate= 565.8kbits/frame= 230 fps= 21 q=28.0 size= 512kB time=00:00:07.73 bitrate= 542.4kbits/frame= 244 fps= 20 q=28.0 size= 768kB time=00:00:08.07 bitrate= 779.2kbits/frame= 251 fps= 20 q=28.0 size= 768kB time=00:00:08.41 bitrate= 747.6kbits/frame= 254 fps= 20 q=28.0 size= 768kB time=00:00:08.75 bitrate= 718.5kbits/frame= 263 fps= 19 q=28.0 size= 1024kB time=00:00:09.09 bitrate= 922.0kbits/frame= 290 fps= 19 q=28.0 size= 1024kB time=00:00:09.88 bitrate= 849.1kbits/frame= 298 fps= 19 q=28.0 size= 1280kB tim
Molemmilla kuvanopeuksilla tuli paljon herjoja siitä, että ulostulotiedostossa aikaleima on virheellinen. Jotain tarttis ilmeisesti tehdä?
-
Tämän ffmpeg-ohjelman kanssa touhuainen tarjoaa aina yllätyksiä.
Tallentavatko nuo jotain tulostiedostoon huolimatta siitä, että tulee virheilmoituksia? Mitä sanoo ffprobe tulostiedostosta?
ffprobe -probesize 500M -analyzeduration 500M sample.mkv
Onko siinä mukana sekä kuva että ääni? Missä muodossa?
-
Sain lopulta videokaappaukset tehtyä ffmpeg-ohjelmalla, mutta tolkuttoman paljon sähläystä se minulta vaati. Kun lopulta opin oikeat komennot ja oikeat menettelytavat, niin nyt temppu on aika helppo ja mukava.
Aluksi suurin ongelma oli se, että en saanut ääntä tallenteeseen. Viisaat UBUNTU-miehet antoivat minulle uuden komentojonon, jolla sain Pulseaudio äänen käyttöön, eikä sen jälkeen äänen kanssa ollutkaan mitään ongelmia. Näitä viimeisiä konentoja käytettäessä alkoi kuitenkin kuvan kanssa olla paljon ongelmia. Oli erilaista pätkimistsä ja hyytymistä. Ongelmat siirtyivät siis äänestä kuvaan.
Näillä komennoilla yritin aluksi videokaappausta. Ääni oli molemmissa tapauksissa kunnollinen, mutta kuvassa oli paljon ongelmia.
ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0 -f pulse -i alsa_output.pci-0000_11_01.0.analog-stereo.monitor -c:v libx264 -crf 23 -preset fast -c:a aac -b:a 160k kaappaus.mp4
ffmpeg -video_size 1920x1080 -framerate 30 -f x11grab -i :0.0 -f pulse -i alsa_output.pci-0000_11_01.0.analog-stereo.monitor -c:v libx264 -crf 23 -preset fast -c:a aac -b:a 160k kaappaus.mp4
Meinasin jo lyödä hanskat tiskiin, mutta sitten tein vielä yhden kokeen. Muutin tiedostonimen "kaappaus.mp4" nimeksi "kaappaus.mkv", ja sen jälkeen kaikki ongelmat kaappauksessa poistuivat. Jokaisella kerralla kuva ja ääni tallentuivat ihan hyvin. Kun sain kaikki kaappaukset tehtyä, niin sen jälkeen konvertoin kaikki .mkv-päätteiset tiedostot mp4-tiedostoiksi konemmolla
ffmpeg -i input.mkv -c:v copy -c:a copy output.mp4
Tämän tempun jälkeen kaikki kaapatut mp4-tiedostot avautuivat ihan normaalisti tuplaklikkaamalla kuvaketta, joten homma vaikuttaisi olevan kunnossa.
Lopputoteamus on se, että ffmpeg-ohjelma ei pysty kaappaamaan videota suoraan mp4-tiedostoksi, vaan ohjelma pystyy kunnolla tekemään vain .mkv-tiedoston. Käsitykseni mukaan ohjelma ei ehdi kaappausprosessin aikana konvertoida ulostulotiedostoa suoraan mp4-muotoon, vaan se ehtii tehdä vain nopeamman .mkv-tiedoston (puhdas oletus). Tästä syystä kone ehkä herjasi niin paljon ulostulotiedoston virheellisistä aikaleimoista. Tämä on vain asiaa tuntemattoman vanhan ukon käsitys ratkaistusta ongelmasta. Pitää edetä siitä kohtaa, missä aita on matalin, vaikka juurisyyt eivät ole tiedossakaan.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738924, current: 16332806; changing to 16738925. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738925, current: 16333830; changing to 16738926. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738926, current: 16334854; changing to 16738927. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738927, current: 16335878; changing to 16738928. This may result in incorrect timestamps in the output file.
[mp4 @ 0x55dcc411e940] Non-monotonous DTS in output stream 0:1; previous: 16738928, current: 16336902; changing to 16738929. This may result in incorrect timestamps in the output file.
Kun kaappauksen ulostulotiedosto valittiin tyypiltään .mkv-tiedostoksi, niin yhtään tällaista virheilmoitusta ei enää tullut.
-
OBS studio toiminee myös Linuxissa. Olen taistellut sen kanssa Win 11 koneessa, ei ole tällä hetkellä Linux konetta kotona.
Tallennukset ovat kovin nykiviä asetusten muuttelusta huolimatta, lieneekö "mission impossible"?????
Edit: toistaiseksi kelvollisin tulos syntyi kun ei koske muihin asetuksiin kuin työkalut automaattinen määritys ja suosii talletusta.
-
Tietokoneella mp4-tietostoja on nyt helppo soittaa. Äänitallenne on hyvälaatuinen, mutta videokuvaa ei saa millään asetuksilla nykimättömäksi. Tämä ei kuitenkaan ole kauhean vakava vaiva, sillä kyllä asia selviää nykivästäkin kuvasta.
Suurempi vaiva on siinä, että tällä ffmpeg-ohjelmalla tehdytjä mp4-tiedostoja voi soittaa vain tietokoneella. Yleensä olemme katselleet USB-tikulle tallennettuja mp4-tiedostoja tavallisella SONY-televisiolla, mutta näitä kaapattuja mp4-tiedostoja televisio ei pysty näyttämään. TV-kyllä ilmoittaa, että se on saanut ladattua tiedoston 98 % valmiiksi, mutta ruutu jää kuitenkin kokonaan mustaksi eikä ääntäkään kuulu.
Voisivatko viisaat UBUNTU-miehet kertoilla minulle, mitä muutoksia konvertoituihin mp4-tiedostoihin pitäisi vielä tehdä, jotta myös SONY-televisio pystyisi ne avaamaan?
-
Suosittelen kaappaamaan alkuperäisen videon suoraan ilman uudelleenpakkausta. Silloin se toimii nykimättä ja toistuu todennäköisesti myös televisiossa, joka voi olla tarkka videokodekin asetuksista tai jostain muusta yksityiskohdasta.
Jos et halua tai pysty käyttämään lataamiseen Video DownloadHelperiä, voit kuitenkin selvittää videon linkin sen avulla ja ladata sitten jollain muulla ohjelmalla. Formaatista riippuen wget tai ffmpeg toiminee. Laita linkki vaikka yksityisviestillä, niin voin kokeilla.
-
Käyttäisin kyllä mieluummin Video DownloadHelperiä kuin ffmpeg-ohjelmaa, mutta en pysty kaappaamaan sillä pitkän videostreamin keskeltä 10 minuutin pätkää. Jos yritän YouTube-palvelusta kaapata vaikka 30 s jonkun yksittäisen musiikkikappaleen lopusta, niin Video DownloadHelper kaappaa kappaleen aina ihan alusta asti. Yksittäisen 3 minuutin soittokappaleen tapauksessa tämä ei ole ongelma, mutta minun piti kaapata 10 minuutin pätkä 2 h 30 min streemauksen alusta. Kerran kaappausta kokeilin, mutta ohjelma kaappasi 2 h 30 min videostreamia ihan turhaan. Kyllähän siinä kovalevy täyttyy hetkessä turhilla biteillä.
ffmpeg-ohjelma on hankalampi käyttää, mutta sillä pystyy kaappaaman vaikka 10 s pätkän streamin keskivaiheilta. Tällöin kaapattu tiedosto tulee pienikokoiseksi, joten tallennustila riittää hyvin. Ongelmaksi tällaisessa kaappauksessa tulee oikeiden koodekkien valinta. Jos osaisin valita oikeat koodekit kuvalle ja äänelle, niin saisin todennäköisesti mp4-tiedostot näkymään myös televisiosta. En kuitenkaan osaa tätä temppua, ja siksi joudun katselemaan nykiviä tallenteita pelkästään tietokoneella ja älypuhelimella.
-
Katso video tietokoneella ja kuvaa se digikameralla tai älypuhelimella. Homma hoidettu varmuudella muutamassa minuutissa.
-
Katso video tietokoneella ja kuvaa se digikameralla tai älypuhelimella. Homma hoidettu varmuudella muutamassa minuutissa.
Tätäkin vaihtoehtoa harkitsin, koska pöytälaatikossa on kolme tähän tarkoitukseen sopivaa vanhaa älypyhelinta. Äänen kaappaaminen sähköisesti on kuitenkin vähän konstikasta tällä tavalla toimittaessa. En viitsisi ajaa kaiuttimen ääntä kännykän mikrofonin kautta, sillä vääristymistä voi tulla liikaa. Kyllähän tätäkin konstia voisi joskus kokeilla.
-
Käyttäisin kyllä mieluummin Video DownloadHelperiä kuin ffmpeg-ohjelmaa, mutta en pysty kaappaamaan sillä pitkän videostreamin keskeltä 10 minuutin pätkää. Jos yritän YouTube-palvelusta kaapata vaikka 30 s jonkun yksittäisen musiikkikappaleen lopusta, niin Video DownloadHelper kaappaa kappaleen aina ihan alusta asti. Yksittäisen 3 minuutin soittokappaleen tapauksessa tämä ei ole ongelma, mutta minun piti kaapata 10 minuutin pätkä 2 h 30 min streemauksen alusta. Kerran kaappausta kokeilin, mutta ohjelma kaappasi 2 h 30 min videostreamia ihan turhaan. Kyllähän siinä kovalevy täyttyy hetkessä turhilla biteillä.
Voisitko tallentaa kokonaan ja leikkata sitten halutun pätkän jälkikäteen? Näin yleensä toimitaan. Levytilaa toki täytyy olla, siitä ei pääse mihinkään.
-
Nyt tämä keskustelu voidaan lopettaa, joten laitan "RATKAISTU" tekstin aloitukseen. Osaan nyt tehdä 10 minuuttia kestävän vähän nykivän videokaappauksen vaikka kuinka pitkästä videostreamista kohtuullisella vaivannäöllä. Tässä harjoituksessa minulle oli suuri yllätys, että
videon kaappaaminen on näinkin hankala homma. Ilmeisesti ilmaisia monipuolisia ja helppokäyttöisiä kaappausohjelmia ei ole liikaa tarjolla.
Suuret kiitokset kaikille viisaille UBUNTU-miehille hyvästä opastuksesta minulle vieraassa asiassa. Sain kuin sainkin lauluvideot tallennettua ennen niiden poistumista Aamulehden sivustolta. Olisi tietysti ollut kiva tietää, millaisia koodekkeja käyttämällä saisin kaapatut mp4-videot näkymään vielä televisiossakin.
-
Olisi tietysti ollut kiva tietää, millaisia koodekkeja käyttämällä saisin kaapatut mp4-videot näkymään vielä televisiossakin.
Voit vielä kokeilla enkoodata videot uudelleen HandBrake-ohjelmalla. Siinä on valmiita profiileja nirsommille toistolaitteille. Sama onnistuu kyllä myös ffmpegillä, mutta oikeiden asetusten selvittäminen ja kokeileminen vaatii enemmän vaivaa. HandBrake on asennettavissa suoraan Ubuntun apt-lähteistä:
sudo apt install handbrake
Television mallin perusteella voisi myös löytyä tietoa sen tukemista video- ja äänikodekeista.
-
Katso video tietokoneella ja kuvaa se digikameralla tai älypuhelimella. Homma hoidettu varmuudella muutamassa minuutissa.
Mielestäni kuolleena syntynyt ajatus, jos laadulla on vähänkään väliä. Ffmpeg'illä hoituu kaikki, myös kolmen minuutin pätkä keskeltä videota. Laittaa toimivat loitsut muistiin, niin seuraavalla kerralla sujuu paljon nopeammin ja vähemmällä vaivalla.
VLC:llä voi myös 'nauhoittaa' halutun pätkän.