Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - pikkalle

Sivuja: [1] 2 3 ... 22
1

Äänimittauksissa käytän monesti REW-ohjelmaa, joka toimikin oikein hyvin WIN7 koneessani. Koska yleensä käytän aina Linuxia, niin olisi kiva käyttää REW-ohjelmaa myös Linuxin puolella. Siksi latasikin REW-ohjelman kotisivulta tiedoston
REW_linux_AMD64_5_31_3.sh, Täytyykö ladattu .sh-tiedosto asentaa koneeseen jonkin pakettienkäsittelyohjelman avulla vai pitääkö tehdä vielä muitakin erikoistemppuja?

Klikkaa tiedostoa hiiren oikealla, valitse 'Ominaisuudet' ja anna tiedostolle suoritusoikeudet (kuva alla). Sen jälkeen asennuksen pitäisi käynnistyä, kun klikkaa taas hiiren oikealla ja valitsee 'Suorita ohjelmana'.


Homma on nyt hanskassa. Toimin viimeisen vihjeen mukaisella tavalla, ja sen jälkeen REW-ohjelman asennus onnistui laakista. Linux-Mint:ssä hiiren oikean nappulan painamisen jälkeen kuva on vähän erilainen, mutta samat asiat siitäkin löytyi helposti.

Suuret kiitokset vielä kerran kaikille viisaille UBUNTU-miehille, jotka taas auttoivat vanhaa eläke-ukkoa näissä tietoteknisissä ongelmissa. Aivan liian konstikasta tämä tietotekniikka vanhoille miehille on, mutta onneksi apua vielä saa kysymällä.

2
Äänimittauksissa käytän monesti REW-ohjelmaa, joka toimikin oikein hyvin WIN7 koneessani. Koska yleensä käytän aina Linuxia, niin olisi kiva käyttää REW-ohjelmaa myös Linuxin puolella. Siksi latasikin REW-ohjelman kotisivulta tiedoston
REW_linux_AMD64_5_31_3.sh, jonka pitäisi asentaa REW-ohjelma myös Linux-koneesen.

Jos latauksen jälkeen tuplaklikkaan tätä tiedostoa, niin silloin kone alkaa tehdä hitaasti mahdottoman suurta tekstitiedostoa. Kun kone saa tekstitiedoston valmiiksi, niin sen jälkeen tulee herja, että tiedoston kirjoituksessa tapahtui virhe. Kaksi kertaa olen asennusta yrittänyt, mutta molemmilla kerroilla on tullut sama virheilmoitus.

Nyt kysyn viisailta UBUNTU-miehiltä, miten netistä ladatun .sh-päätteisen tiedoston asennus Linux-koneeseen oikeaoppisesti tapahtuu? Täytyykö ladattu .sh-tiedosto asentaa koneeseen jonkin pakettienkäsittelyohjelman avulla vai pitääkö tehdä vielä muitakin erikoistemppuja?

3
Korjausta saa luultavasti odotella tähän Java-sovellukseen. Kehittäjän mukaan Javan libusb-rajapinta ei mahdollista ajurin poistamista. Repositoriosta löytyvä korjaus koskee erillistä Python-rajapintaa, jonka avulla skooppia voi käyttää omilla Python-skripteillä.

Sarjaporttiajurin voi poistaa kernelistä ennen sovelluksen käyttöä komennolla:

Koodia: [Valitse]
sudo modprobe -r usb_serial_simple
Blacklistaamalla onnistuu pysyvämmin, kuten qwertyy neuvoi.

Ongelma johtuu siis siitä, että skoopille on lisätty tuki suoraan Linuxin kerneliin, ja jatkossa sovellukset voivat käyttää tarjottua sarjaporttirajapintaa. Nykyiset ohjelmat eivät kuitenkaan tue sitä, vaan haluaisivat keskustella laitteen kanssa suoraan libusb:n avulla ilman ajuria.


Kokeilin vielä tänä aamuna OWON-skoopin toimintaa. Käynnistin koneen uusimmalla Kernel-versiolla ja sen jälkeen annoin päätteellä viimeiset taikasanat. Sen jälkeen OWON-skooppi käynnstyi ihan normaalisti.  Kiitokset vielä kaikille viisaille UBUNTU-miehille hyvistä ohjeista.

4
Multimedia ja grafiikka / Vs: USB-portti kenkkuilee?
« : 26.08.25 - klo:18.54 »

Suuret kiitokset hyvistä ohjeista. Käynnistin koneen uudelleen vanhemmalla Kernelillä, ja nyt OWON VDS1022 skooppi toimii taas kuin ajatus. Kun tarvitsee mittailla, niin otan silloin vain vanhemman Kernelin käyttöön. Kun tulee uusi korjauspäivitys, niin sittenhän ongelma lopullisesti poistuu, ja voin taas käyttää mittauksissakin uusinta versiota.  Hommahan  alkaa olla hanskassa.

5
Multimedia ja grafiikka / Vs: USB-portti kenkkuilee?
« : 26.08.25 - klo:12.56 »

On se kumma juttu, että melkein kaksi vuotta USB-skooppi toimi Linuxissa täysin moitteettomasti, mutta sitten se vain lakkasi toimimasta jonkin yhteensopivuusongelman vuoksi. Olisiko jonkin päivityksen jälkeen jotkin ratkaisevat asetukset muuttunet niin paljon, että ohjelma ei enää käynnisty?

Millä ohjelmalla yrität käyttää skooppia? Mitä ohjelma sanoo, jos käynnistät sen komentorivillä (päätteessä)?

Kernelin lokin perusteella skooppi tunnistuu USB-sarjaporttina, jossa ei näytä olevan sinänsä mitään virhettä. Ongelma on varmaankin puhtaasti ohjelmiston puolella.

Olen asentanut OWON-skoopin ohjelmiston viestissä

https://forum.ubuntu-fi.org/index.php?topic=58406.msg445106#msg445106

olleen ohjeen mukaisesti. Olen asentanut samoilla ohjeilla ohjelmiston useisiin Linux-koneisiin, eikä ohjelman käynnistyksessä ole ollut mitään vaikeuksia. Ainoastaan yhden hitaan miniläppärin kanssa oli ongelmia, koska koneen vääntö ei tahtonut riittää mittailuun. Kaikissa muissa koneissa ohjelmisto on toiminut aina laakista.



6
Multimedia ja grafiikka / Vs: USB-portti kenkkuilee?
« : 25.08.25 - klo:19.30 »

On se kumma juttu, että melkein kaksi vuotta USB-skooppi toimi Linuxissa täysin moitteettomasti, mutta sitten se vain lakkasi toimimasta jonkin yhteensopivuusongelman vuoksi. Olisiko jonkin päivityksen jälkeen jotkin ratkaisevat asetukset muuttunet niin paljon, että ohjelma ei enää käynnisty? Voisiko tilanne korjaantua jonkin tulevan päivityksen yhteydessä?

7
Multimedia ja grafiikka / Vs: USB-portti kenkkuilee?
« : 25.08.25 - klo:17.20 »
Eihän sinulla vain ole tosiaan Lenovon malleista joku mainittuna tällä Lenovon sivulla? Noissa on se ikävä Bios bugi joka tappaa Thunderbolt piiriin pikkuhiljaa. Nuo virheilmoitukset voisi liittyä siihen.
https://pcsupport.lenovo.com/fi/fi/solutions/ht508988


Tietokoneeni on vuosia sitten käytettynä ostettu pöytätietokone. Kotelon etuseinässä on teksti 
LENOVO   ThinkCentre

Suoritin:   Intel© Core™2 Quad CPU    Q9400  @ 2.66GHz × 4

Näytönohjain:  Intel Corporation 4 Series Chipset Integrated Graphics Controller 

En oikein osannut luettelosta etsiä sitä, onko minulla ongelmakone. Jos USB-portti on rikki, niin miten ihmeessä OWON VDS1022-skooppi toimii sitten ilman ongelmia Windowsin puolella?

8
Multimedia ja grafiikka / Vs: USB-portti kenkkuilee?
« : 24.08.25 - klo:14.09 »
sudo dmesg päätteessä voi kertoa vinkkiä miksei toimi? Paluuta taaksepäin ei taida olla eli varmuuskopio toimivasta systeemistä.


Komennolla  sudo dmesg tulee kauhean pitkä lista, jota kukaan ei jaksa lukea. Joukossa on muutamia punaisella kirjoitettuja rivejä. Riittääkö se, että laitan vain punaiset rivit näkyviin?

Komennolla  sudo dmesg saan näyttöruudulle seuraavia punaisia rivejä:


Koodia: [Valitse]

 0.396410] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0._OSC.CAPB], AE_ALREADY_EXISTS (20210730/dsfield-184)
[    0.396421] fbcon: Taking over console
[    0.396428] ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20210730/dswload2-477)


[    0.396496] ACPI Error: Aborting method \_SB.PCI0._OSC due to previous error (AE_ALREADY_EXISTS) (20210730/psparse-529)


 0.404398] platform INT0800:00: failed to claim resource 0: [mem 0xff800000-0xffffffff]
[    0.404406] acpi INT0800:00: platform device creation failed: -16


 1.612284] ima: Error Communicating to TPM chip
[    1.614058] ima: Error Communicating to TPM chip
[    1.615824] ima: Error Communicating to TPM chip
[    1.617368] ima: Error Communicating to TPM chip
[    1.619135] ima: Error Communicating to TPM chip
[    1.620903] ima: Error Communicating to TPM chip
[    1.622669] ima: Error Communicating to TPM chip
[    1.624326] ima: Error Communicating to TPM chip
[    1.626157] ima: No architecture policies found



 6472.220653] sd 4:0:0:0: [sdc] No Caching mode page found
[ 6472.220662] sd 4:0:0:0: [sdc] Assuming drive cache: write through
[ 6472.225494]  sdc: sdc1


   6555.905653] blk_update_request: I/O error, dev sdc, sector 15372250 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0
[ 6555.905667] Buffer I/O error on dev sdc1, logical block 15370202, lost async page write


14766.872335] usb 3-2: Manufacturer: ZHBI2.0
[14766.872337] usb 3-2: SerialNumber: VDS1022
[14766.875364] usb_serial_simple 3-2:1.0: owon converter detected
[14766.875450] usb 3-2: owon converter now attached to ttyUSB0


Voiko näistä herjoista päätellä sen, mikä on vialla USB-portissa? 4 viimeistä koodiriviä ei ollut kirjoitettu punaisella, vaan ne olivat ihan normaalilla värillä.

9
Olen pari vuotta käyttänyt menestyksellisesti USB-porttiin kytkettävää OWON-VDS1022 oskilloskooppia, ja aina se on ollut laakin peli. Kun USB-liittimen laittaa kiinni, niin kättely onnistuu jokaisella kerralla, ja skooppi alkaa toimia normaalisti.

Pari viikkoa sitten USB-skooppi lakkasi toimimasta. Ajattelin niin, että ohjelmisto olisi jotenkin korruptoitunut, joten poistin vanhan ohjelmiston ja latasin ohjelman uudestaan. Senkään jälkeen laite ei suostunut toimimaan tietokoneessani. Samaan USB-porttiin liitettyjä muistitikkuja kone lukee aivan normaalisti, joten portin pitäisi olla kunnossa.

Koneeni on tuplaboottauskone, jossa toisella SSD-kovalevyllä on WIN7 käyttöjärjestelmä. Olen myös Windowsiin asentanut USB-skoopin ohjelmiston, ja siellä USB-skooppi toimii aivan normaalisti samasta USB-portista. Kahdessa muussakin Linux koneessa OWON-VDS1022 skooppi toimii aivan normaalisti, joten skooppi on ilmeisesti täysin kunnossa.

Nyt kysyn viisailta UBUNTU-miehiltä, mikä tietokoneeni USB-porteissa on vialla, koska USB-skooppi ei toimi Linuxissa, vaan se toimii pelkästään Windowsin puolella? Onko Linuxin päivitysten yhteydessä tullut jokin sellainen muutos, joka on sotkenut USB-porttien konfiguroinnin? Miten asiaa voisi tutkia ja millä konstilla vika saataisiin poistettua?


10
Löytyneekö näistä syy, miksi kone ei tunnista vanhaa äänikorttia?
Kyllä vain. Ei ole viite kuin pelkästään SB kansioon. Tuolta pitäisi ainakin autoexec.bat:sta löytyä yleensä setblaster tyyppinen rivi ja config.sys:tä oliko joku ctsb vai mikäs se nyt olikaan.

Kannattaa katsoa vaikka Vogonsin sivuilta ajurit
https://www.vogons.org/viewtopic.php?t=72151

Itse asiassa sinulla voi toki ne jo olla tuolla SB kansiossa. Kannattaa tsekata se ja jos on, niin siellä on varmaankin joku setuppi ohjelma joka tekee nuo lisäykset. Huom. voi olla että joudut valita Windows 3.11 asennuksen, koska se vielä vaati nuo rivit. Win95 ja uudemmat ei.

Joka tapauksessa monet dos pelit vaatii soundblaster tukeen autoexec.bat tiedostoon esim
SET SOUND=C:\SB (tämä olisi tuo sinun asennuskansio config sysin perusteella)
SET BLASTER=A220 I7 D1 H5
ja tuo kertookin sitten mahdolliset itse asetettavat tiedot, eli address on tuossa 220, Irq on 5, Dma on 1 ja mikäs tuo viimeinen nyt edes oli, high dma tms. ja se olisi 5.
Sitten vielä jonkinlainen SET MIDI rivi on tarpeellinen yleensä noilla korteilla.

Mutta myös config.sys pitää sisältää tosiaan jonkinlaisen aiemmin mainitun rivin. Mutta tosiaan kun kyseessä on todennäköisesti plug'n'play kortti, niin joudut jonkinlaisen asentimen käynnistämään, joka myös sitten määrää nuo parametrit. Vanhemmissa korteissa olisi vielä jupperit, joilla saa itse määriteltyä osoitteet.

Kannattaa oikeastaan asentaa se win98se, niin saat parhaimman ajanmukaisen koneen. Silti DOS löytyy taustalta viimeisimmässä onko 7.20 versiossa.

*lisäys*
Tästä nyt suoranaista apua ole, mutta tuossa näkyy hyvin jonkin sb koneen rivit. Jotain tuollaisia viitteitä pitäisi löytyä asetuksista
https://www.vogons.org/viewtopic.php?t=48149

Siitä on taas todella kauan kun olen viimeksi retroillut, mutta voi yrittää kyllä verestää muistoja jos et pääse eteenpäin  ;D


Ymmärsinkö oikein, että asentamalla koneeseen WIN 98 käyttiksen DOS:n rinnalle ongelmat voisivat kerralla poistua? Minulla on vielä tallella WIN98 CD-levy, joten kannattaisiko suosiosta tupata heti koneeseen WIN98?


11

DOS-koneeni AUTOEXEC.BAT tiedosto on

Koodia: [Valitse]

C:\DOS\SMARTDRV.EXE
@ECHO OFF
PROMPT $p$g
PATH C:\DOS
SET TEMP=C:\DOS
@SET SOUND=C:\SB
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
KEYB SU,,C:\DOS\KEYBOARD.SYS


ja CONFIG.SYS tiedosto

Koodia: [Valitse]

DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\HIMEM.SYS
DOS=HIGH
COUNTRY=358,,C:\DOS\COUNTRY.SYS
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=30


Löytyneekö näistä syy, miksi kone ei tunnista vanhaa äänikorttia?

12
Ubuntu tietokoneissa / Vs: Haamuja menneisyydestä?
« : 16.08.25 - klo:22.50 »


Annetulla DOS-komennolla sain häiriötekstin poistettua, ja sen jälkeen DOS-käyttöjärjestelmän asentaminen olikin helppo juttu. Vanhat pelit pystyi nyt helposti lataamaan koneeseen, ja pelien pelaaminen onnistui hyvin. Yksi äänentoistoon liittyvä ongelma jäi  edelleen jäljelle.

Minulla oli käytettävissä vanha ISA-väylään asennettava Soundblaster  AWE64  CT 4500 äänikortti, jota en ole monista yrityksistä huolimatta saanut toimimaan tässä DOS-koneessa. Vaikka teen mitä temppuja hyvänsä, niin kone ei vain tunnista tätä vanhaa äänikorttia. Peleihin ei siis saa oikeita ääniä, eikä äänikortissa olevaa 15-napaista Joystick-liitintä pysty  käyttämään. Määrätyissä peleissä Joystickin käyttäminen olisi oikeastaan ihan pakollista.

Kiitän kuitenkin jo tässä vaiheessa viisaita UBUNTU-miehiä hyvistä ohjeista, joilla pääsin hyvään alkuun näissä historiallisissa DOS-harjoituksissa. Jos jollakin olisi vielä muistissa sopiva ohje, jolla vanhan äänikortinkin saisi toimimaan, niin silloinhan koko homma olisi hanskassa.


13
Jokin aika sitten yksi tuttavani kertoi minulle, että hänen pitäisi vielä saada ihan oikea DOS-aikakauden tietokone, johon voisi helposti ladata kaikki lapsuusajan mukavat tietokonepelit. Lupasin tehdä hänelle vanhoista romuista toimivan DOS-tietokoneen.

Päätin tehdä DOS-koneen vanhasta P2 tietokoneesta, jossa oli silloin aikanaan toisella kovalevyllä Win98 ja toisella kovalevyllä UBUNTU 8.04. Jätin käyttöön vain pienemmän 3 Gigan kovalevyn, jossa oli WIN 98, ja isomman 6,4 gigan kovalevyn otin kokonaan pois. 
Tein kovalevyyn kaksi yhtäsuurta osiota ja tyhjensin ja formatoin kovalevyn. Tälle tyhjälle kovalevylle minulla oli tarkoitus asentaa joko DOS 5.0 ta DOS 6.0, sillä minulla on asennuslevykkeet molempiin.

Homma ei ollutkaan mitenkään helppo, sillä jäljelle jätetty formatoitu ja tyhjennetty WIN98 kovalevy herjaa edelleen käynnistyksen yhteydessä ihan kauheita asioita. Näyttöruudulle tulee edelleen seuraava herja:

GRUB Loading stage1.5

GRUB loading, please wait...
Error 21

 
Nyt kysyn viisailta UBUNTU-miehiltä, miten tällainen herja voi vielä tulla, vaikka kovalevy on täysin tyhjennetty ja formatoitu? En ole vielä päässyt edes alkuun DOS-järjestelmän asennuksessa, koska koneen käynnistys loppuu aina tähän GRUB-herjaan. Onko jollakin komennolla mahdollista puhdistaa vanha kovalevy niin tarkasti, että nämä GRUB-herjat saataisiin pois.


14

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.


15
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.

16

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.



17

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?

18


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.

Koodia: [Valitse]

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

Koodia: [Valitse]

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.

Koodia: [Valitse]
[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.
 

19

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

Koodia: [Valitse]
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

Koodia: [Valitse]

  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ä?


20
Komennolla

Koodia: [Valitse]
pactl list short sources

sain seuraavan tekstin:

Koodia: [Valitse]
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.


Sivuja: [1] 2 3 ... 22