[08:30] <arve> @RoyK: planer om å se på sammenhengen mellom sjanger, utgivelsesår og dynamisk omfang
[08:30] <arve> (for lydfiler, altså)
[08:37] <arve> så er snakk om å hente ut ID3 for mp3 og tilsvarende for apple lossless-filer
[10:35] <RoyK> hvordan skal du finne dynamisk omfang med bash? ;)
[10:36] <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:37] <Malinux> men kan jo være noen kan
[10:37] <RoyK> Malinux: snakker ikke om datakompresjon her, da -  husk det
[10:39] <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:40] <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
[11:12] <RoyK> sært
[11:13] <RoyK> tror jeg skal be om å få bildene fra CT-skannen de tok av foten min på lørdag
[11:14] <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:18] <Malinux> det hadde vært kult :)
[11:19] <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
[12:05] <Mathias> kanskje jeg bør lage en ghetto-resin-printer :P
[12:06] <Mathias> slenge en UV-laser i projektoren og peke den ned i en tønne :p
[12:11] <RoyK> og så var det nøyaktighet, da ;)
[12:11] <Mathias> 12-bit X/Y
[12:12] <Mathias> ganske høy nøyaktighet, siden den må treffe de samme punktene igjen, og igjen, og igjen, og igjen
[12:17] <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:20] <RoyK> hvorfor ikke bare ffmpeg?
[12:27] <arve> fordi ffmpeg ikke leser itunes-tagger
[12:29] <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:31] <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:33] <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:34] <arve> men altså, du hørte _ikke_ forskjell?
[12:35] <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:36] <Malinux> kunne vært interessant å testet flere med ulike dynamisk range, for å finne ut
[12:50] <arve> dr.loudness-war.info er ikke alltid pålitelig
[12:51] <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:56] <arve> altså, av 1186 skiver, så klarer jeg ikke å komme på to titler jeg har som er reelt forskjellige mastere
[13:01] <Malinux> arve: nei, men jeg kjørte en test med en annen plugin til foobar2000, for selv å hente ut verdiene
[13:07] <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
[15:23] <arve> @Malinux: det er den samme programvaren som brukes for å fylle DR database, og som sagt, den kan ikke stoles direkte på
[15:24] <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:39] <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:40] <arve> joda, men ikke for lydfiler
[15:40] <RoyK> hm - du kan velge å lagre infoen i en "tilhegerfil"
[15:40] <RoyK> sidecar-file
[15:41] <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:42] <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:43] <RoyK> eh
[15:43] <RoyK> hva heter side-car-filene til itunes, da?
[15:44] <arve> det er ingen "sidecar-filer"
[15:44] <arve> dataene ligger lagret _i_ selve lydfila
[15:45] <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:46] <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:47] <RoyK> men skal se litt her
[16:04] <RoyK> arve: da er det jo greit at det er ID3-biblioteker for python
[16:06] <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:37] <Malinux> arve: ok