Jeg øvde meg på å snakke i mikrofon mens jeg var ute på tur i dag også, og dennegangen gikk det bedre (dog kanskje fremdeles litt lav lyd, men ikke så ille som sist), så nå sitter jeg her og fjerner haugevis av pauser og overraskende få "eeeeh"-er.
@thomasrost Søren ass, jeg tror du har rett. Men nå har jeg nok heller gått i den andre grøfta, med å klippe det for tett. Jeg tenker folk ikke orker å vente (jeg hører selv på så godt som alle podcaster på over 1x), men nå tror jeg det ble for lite luft. Spesielt fordi dette opptaket har trivelig fuglekvitter i bakgrunnen hele veien. Men nå har jeg brukt så mye tid på å redigere… Skal jeg virkelig starte på nytt igjen…? Ugh…
@forteller Gleder meg til å høre. Pauselengden må antagelig ned, men at det er #slowCast tror jeg er en god signatur… gjelder å finne perfekt lengde på pausene, lenger enn komfortabelt, kortere enn søvndyssende 🫣
@thomasrost Hehe. Tusen takk! Vel, det er ingen podkast, ennå ihvertfall. Vi får se. Forslag til navn mottas med takk :D "Børge forteller" er liksom det mest nærliggende… :P Men kanskje også litt kjedelig
Jeg trengte bare å ta opp noen ekstra tanker til det jeg snakket om i går før jeg deler opptaket, så jeg preika ivei i en halvtime mens jeg sykle fra Drammen til mor. Og når jeg nesten er framme oppdager jeg at micen ikke er på!? Jeg er rimelig sikker på at jeg skrudde den på? På en måte er det heldig at jeg ikke oppdaget det før, for jeg hater å gjøre samme greie flere ganger, og når jeg kom fram fant jeg ut at selv etter nye tester så er den tom! Har jeg klart å ødelegge den allerede!? :(
@forteller Alle som nokosinne har jobba med mikrofonar har klart ein variant av det der med fullstendig perfekt utstyr minst éin gong. Det er kjipt, men det skjer!
Fy faen, jeg dro ut på en sykkeltur bare for å gjøre opptaket på nytt. Med en annen mic, som fungerte fint da jeg testa den inne. Det førte til en 237,5 MB stor wav-fil som alle avspillingsprogrammer hevder er tom… WTF? Heldigvis delte jeg opptaket i to, og del nummer to fungerer helt fint! Men jeg sa det meste i del én. Må jeg si det en tredje gang nå da? Det begynner veldig å nærme seg at blogging føles enklere, ja…
@forteller Kanskje du kan redde mye av det med noe slikt som dette? https://github.com/agfline/wavfix WAV er jo ukomprimert, så burde være lett å redde det du har (med en antagelse om at det er metadata som er ødelagt).
@eivindmork Jeg er ganske sikker på at det skal ligge en kopi på en sånn mottaker-dings som man trådløst kobler mikrofonen til, men kun mikrofonene kobler seg til PCen som eksterne lagringsenheter som jeg kan kopiere filene ut av. Mottakeren gjør ikke det, så der må jeg bruke et program, som selvsagt kun er tilgjengelig for Windows og Mac… Og en slik maskin har jeg ikke tilgang på mens jeg er hos mor. Røde gjør noen idiotisk valg, må jeg si.
@seierstad@eivindmork Prøvde det og trykket på "detect" på import-innstillingene (for ellers er det jo hundrevis av alternativer tilsammen, om ikke tusenvis), og endte opp med bare støy
@forteller@eivindmork Hvis programmet gjetter feil format blir resultatet vanligvis støy, men å velge riktig blant de hundre/tusenvis alternativene er ofte ganske enkelt hvis man vet hva slags opptaksdings filen stammer fra.
Hvis du velger feil antall kanaler (mono/stereo/flerkanals) og/eller samplingsfrekvens (22/44/48/192kHz...) vil opptaket være gjenkjennbart som lyd. Det gjelder nok også for det valget som styrer skaleringen av sampleverdiene (u-law/a-law/linear).
- Float (flyttall/IEEE..) / integer (heltall): vanligvis heltall, hvis ikke produsenten av opptaksutstyret har skrytt av flyttall
- bits pr. sample (8/16/24/32): vanligvis 16
- kompresjon: her er det lurt å lese manualen til opptaksmaskinen
Hvis du har mulighet til å gjøre et nytt opptak med samme utstyr, og få en fil som virker, vil du kunne finne riktig format med høyreklikk -> vis egenskaper
@seierstad@eivindmork Takk, men ja, jeg hater sånne proprietære formater (jeg fatter ikke hvorfor de bruker ressurser på å utvikle dem. Så et annet sted at disse ugg-filene vistnok er basert på ogg), så jeg har bytta fra at opptakene skjer i ugg til wav. Derfor jeg har en ødelagt wav-fil å styre med.
Det kan hende Røde har dokumentert .UGG og .EGG-filformatene et sted, men jeg fant det ikke. I en Reddit-tråd var det noen som hadde byttet fra Røde til Zoom-opptakere pga. frustrasjon over ustandard filformater.
@seierstad Jeg skjønner ikke utfra hva du skriver her hva jeg skal velge på encoding og byte order, eller hvordan jeg finner det ut. Sample rate og channels fant jeg fra en annen wav @eivindmork
@seierstad Oj, wow, i Media info i VLC stod det PCM S24 LE, så jeg gjettet på én av de tre 24-bit-alternativene jeg hadde å velge mellom + "default endianness" og det funka! Bare med helt feil hastighet, da! Så nå sitter jeg her og prøver å gjette og prøve og feile meg fram til å justere hastighet og pitch riktig… @eivindmork
@forteller@eivindmork Hvis du får spilt av de fungerende WAV-filene i VLC, kan du sannsynligvis få mer info om encoding i Media information-vinduet der.
@forteller@eivindmork Byte order er rekkefølgen bytes (1 byte = 8 bits) er lagret. Hvis du har 16 bits pr. sample deles hver sample opp i to bytes. Noen systemer skriver de 8 bitsene med høyest verdi først, mens andre systemer gjør det motsatt.
Feil byte order høres ut som støy. Du kan evt. prøve å lese inn filen som 8-bits med 2 (stereo) eller flere kanaler. Hvis du da får gjenkjennbar lyd i én av kanalene vet du at du er på rett vei.
@seierstad Næmmen! Jeg bytta tilbake til mono, som jeg jo vet at det er, og nå ble importen riktig! Hvorfor kunne ikke Audacity bare teste alle varianter av import av råfila for meg? Uansett, du redda meg, tusen takk! :reodor: @eivindmork