| arve | @RoyK: planer om å se på sammenhengen mellom sjanger, utgivelsesår og dynamisk omfang | 08:30 |
|---|---|---|
| arve | (for lydfiler, altså) | 08:30 |
| arve | så er snakk om å hente ut ID3 for mp3 og tilsvarende for apple lossless-filer | 08:37 |
| RoyK | hvordan skal du finne dynamisk omfang med bash? ;) | 10:35 |
| RoyK | interessant uansett - se på pop og dynamisk omfang - i dag er jo det meste ihjelkomprimert og har vært det i 20+ år | 10:36 |
| Malinux | jeg har abx-testet et spor med høy dynamisk omfang, mot et som var mer komprimert. Jeg klarte ikke høre forskjell | 10:36 |
| Malinux | men kan jo være noen kan | 10:37 |
| RoyK | Malinux: snakker ikke om datakompresjon her, da - husk det | 10:37 |
| RoyK | arve: har du sett på https://pypi.python.org/pypi/ffmpy/0.2.0 ? | 10:39 |
| Malinux | nei, og det skrev jeg da ikke at jeg trodde heller | 10:39 |
| Malinux | var da snakk om dynamisk omfang? | 10:39 |
| RoyK | ok | 10:39 |
| Malinux | test med foobar2000 og abx-testeplugin | 10:39 |
| RoyK | bare skjønner ikke hvordan du kan se samme dynamiske omfang når kompresjon reduserer det :P | 10:40 |
| Malinux | jeg sa ikke at jeg kunne se det | 10:40 |
| Malinux | jeg sa at jeg ikke kunne skille de to fra hverandre med abx-testing | 10:40 |
| RoyK | sært | 11:12 |
| RoyK | tror jeg skal be om å få bildene fra CT-skannen de tok av foten min på lørdag | 11:13 |
| RoyK | så kan jeg kanskje lage en modell av det i et passende format og fôre til en 3d-skriver og få en liten statuett :D | 11:14 |
| Malinux | det hadde vært kult :) | 11:18 |
| RoyK | det var det jeg tenkte også :) | 11:19 |
| RoyK | kanskje ta det på den nye resin-skriveren som jeg eier en liten bit av | 11:19 |
| Mathias | kanskje jeg bør lage en ghetto-resin-printer :P | 12:05 |
| Mathias | slenge en UV-laser i projektoren og peke den ned i en tønne :p | 12:06 |
| RoyK | og så var det nøyaktighet, da ;) | 12:11 |
| Mathias | 12-bit X/Y | 12:11 |
| Mathias | ganske høy nøyaktighet, siden den må treffe de samme punktene igjen, og igjen, og igjen, og igjen | 12:12 |
| arve | @Malinux: jeg har allerede det dynamiske omfanget - alt jeg skal gjøre nå er å koble ide og itunes-tagger med loggene | 12:17 |
| arve | foobar2000 er ikke til den store nytten til sånt | 12:17 |
| RoyK | hvorfor ikke bare ffmpeg? | 12:20 |
| arve | fordi ffmpeg ikke leser itunes-tagger | 12:27 |
| Malinux | arve: ok | 12:29 |
| Malinux | arve: det sa jeg ikke heller. Jeg sa at med foobar2000 kan man abx-teste spor for å finne ut om man kan høre forskjell på to spor | 12:29 |
| arve | Malinux: joda, men er ikke det som er formålet her. | 12:31 |
| arve | @RoyK: uh, on the other hand, den leser itunes-tags | 12:31 |
| arve | da slipper jeg i det minste å skrive to ulike parsere | 12:31 |
| Malinux | arve: nei, det var ment som kommentar til det roy sa om igjelkomprimering av dynamisk område, så var ikke relatert til det du drev med | 12:33 |
| arve | aha | 12:33 |
| arve | men altså, du hørte _ikke_ forskjell? | 12:34 |
| Malinux | nei, men jeg testet med kun én sang. Var Billie Jean, tror jeg. Tror det var en som hadde fått verdien 14 i dynamisk range, mot en remaster med en del mindre, kanskje 7? | 12:35 |
| Malinux | jeg klarte ikke å skille dem | 12:35 |
| Malinux | ved abx-test blir jo lyden matchet | 12:35 |
| Malinux | så de får samme volumet | 12:35 |
| Malinux | kunne vært interessant å testet flere med ulike dynamisk range, for å finne ut | 12:36 |
| arve | dr.loudness-war.info er ikke alltid pålitelig | 12:50 |
| arve | verdiene den gir er ugyldig for andre sample-rates enn 16/44.1 | 12:51 |
| arve | og er ugyldig for ting som opprinnelig er vinyl | 12:51 |
| arve | altså, av 1186 skiver, så klarer jeg ikke å komme på to titler jeg har som er reelt forskjellige mastere | 12:56 |
| Malinux | arve: nei, men jeg kjørte en test med en annen plugin til foobar2000, for selv å hente ut verdiene | 13:01 |
| Malinux | http://teribil-audio.com/2014/02/how-to-display-dynamic-range-rating-in-foobar2000/ | 13:07 |
| Malinux | vet ikke om den kan stoles på? | 13:07 |
| Malinux | men uansett upraktisk å bruke til et eget program | 13:07 |
| arve | @Malinux: det er den samme programvaren som brukes for å fylle DR database, og som sagt, den kan ikke stoles direkte på | 15:23 |
| arve | EBU r128 loudness-målet er mer robust - siden det finnes en (åpen) spesifikasjon | 15:24 |
| arve | https://www.itu.int/rec/R-REC-BS.1770/en | 15:24 |
| RoyK | arve: ligger ikke det inne som exif? | 15:39 |
| arve | exif er for bildefiler | 15:39 |
| arve | for lydfiler så er det litt forskjellige standarder for tagging | 15:39 |
| RoyK | og video | 15:39 |
| RoyK | og for veldig mye annet | 15:39 |
| arve | joda, men ikke for lydfiler | 15:40 |
| RoyK | hm - du kan velge å lagre infoen i en "tilhegerfil" | 15:40 |
| RoyK | sidecar-file | 15:40 |
| Mathias | det er upraktisk | 15:41 |
| arve | mp3 har "id3", flac og ogg vorbis har "vorbis comments", aac og m4a har quicktime/iTunes-tagging | 15:41 |
| RoyK | macos-installasjonen min tryna, så jeg får ikke sett på det nå, evt kan du lste opp lydfil + infofil et sted? | 15:41 |
| arve | RoyK: disse ligger ikke i sidecar-filer - dataene er embeddet i selve lydfila | 15:42 |
| RoyK | xmp heter filene | 15:42 |
| arve | ja, men xmp er ikke for lydfiler | 15:42 |
| RoyK | eh | 15:43 |
| RoyK | hva heter side-car-filene til itunes, da? | 15:43 |
| arve | det er ingen "sidecar-filer" | 15:44 |
| arve | dataene ligger lagret _i_ selve lydfila | 15:44 |
| arve | ulike avspillingsapplikasjoner henter stort sett inn noe av dataene og lager et bibliotek for at det skal være søkbart | 15:45 |
| arve | men de filene inneholder ikke alt jeg trenger | 15:45 |
| arve | så må veien gjennom å hente det ut via ffmpeg | 15:45 |
| RoyK | kan du laste opp ei fil eller to? | 15:45 |
| arve | du kan finne en hvilken som helst mp3 på din egen disk | 15:46 |
| RoyK | eller legge tilgjengelig et sted | 15:46 |
| arve | hvorfor? altså, jeg vet hva jeg skal/må gjøre, er ikke som jeg står fast | 15:46 |
| RoyK | det er normalt stor forskjell på hvor mye metadata det er | 15:46 |
| arve | er bare en drittjobb | 15:46 |
| RoyK | men skal se litt her | 15:47 |
| RoyK | arve: da er det jo greit at det er ID3-biblioteker for python | 16:04 |
| arve | joda, men akkurat den jobben med å hente ut dette gjøres i bash | 16:06 |
| RoyK | evt perl, siden exiftool er et perl-program og alt av biblioteker er OSS der, og den ser ut til å støtte omtrent alt http://owl.phy.queensu.ca/~phil/exiftool/ | 16:06 |
| arve | dette skal gjøres en gang, så greit at det er "lappeteppe" | 16:06 |
| Malinux | arve: ok | 16:37 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!