[Malin Bruland]
Presentasjonen ligger lenket til i beskrivelsen til videoen på Youtube, men her er direktelink til både videoen og presentasjonen:
Jeg kopierer den nå til video.nuug.no:/video/nuug-video/raw/NUUG-medlemsforedrag/20220426-lvm/.
Kun 78GiB ledig der, så det trengs mer plass til å lagre råvideo snart.
Presentasjonen: https://transfer.sh/w0xYRY/Linux%20mdraid%20and%20LVM-5-12.pdf
Andre lysark ligger på <URL: http://nuug.no/pub/dist/ >. Antar den også bør inn der, som 20220426-lvm.pdf.
Det må vi ta tak i.
Hvor mye mer bør vi ha og hvor fort i følge de som har greie på slikt?
- Peter
- apr. 2022 kl. 11:01 skrev Petter Reinholdtsen pere@hungry.com:
[Malin Bruland]
Presentasjonen ligger lenket til i beskrivelsen til videoen på Youtube, men her er direktelink til både videoen og presentasjonen:
Jeg kopierer den nå til video.nuug.no:/video/nuug-video/raw/NUUG-medlemsforedrag/20220426-lvm/.
Kun 78GiB ledig der, så det trengs mer plass til å lagre råvideo snart.
Presentasjonen: https://transfer.sh/w0xYRY/Linux%20mdraid%20and%20LVM-5-12.pdf
Andre lysark ligger på <URL: http://nuug.no/pub/dist/ >. Antar den også bør inn der, som 20220426-lvm.pdf.
-- Vennlig hilsen Petter Reinholdtsen _______________________________________________ video mailing list video@nuug.no https://lists.nuug.no/mailman/listinfo/video
— Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
[Peter Nicolai Mathias Hansteen]
Det må vi ta tak i.
Hvor mye mer bør vi ha og hvor fort i følge de som har greie på slikt?
Jeg minnes at et opptak tidligere var på ca. 15GiB i timen, vet ikke hva størrelsen er nå for tiden. Steg en er vel å finne ut hvor lagringen skal ligge. Vet ikke hvor den ligger i dag og om den enkelt kan utvides der. Kanskje noe zfs/lvm-greier fikser brasene?
to., 28.04.2022 kl. 20.22 +0200, skrev Petter Reinholdtsen:
[Peter Nicolai Mathias Hansteen]
Det må vi ta tak i.
Hvor mye mer bør vi ha og hvor fort i følge de som har greie på slikt?
Jeg minnes at et opptak tidligere var på ca. 15GiB i timen, vet ikke hva størrelsen er nå for tiden. Steg en er vel å finne ut hvor lagringen skal ligge. Vet ikke hvor den ligger i dag og om den enkelt kan utvides der. Kanskje noe zfs/lvm-greier fikser brasene?
Hvorfor blir ikke videoene komprimert mer enn dette? Dagens video- codecs gir gode resultater med ganske mye komprimering til arkivering.
-martin
Den 28.04.2022 20:25, skrev Martin Langsjøen:
to., 28.04.2022 kl. 20.22 +0200, skrev Petter Reinholdtsen:
[Peter Nicolai Mathias Hansteen]
Det må vi ta tak i.
Hvor mye mer bør vi ha og hvor fort i følge de som har greie på slikt?
Jeg minnes at et opptak tidligere var på ca. 15GiB i timen, vet ikke hva størrelsen er nå for tiden. Steg en er vel å finne ut hvor lagringen skal ligge. Vet ikke hvor den ligger i dag og om den enkelt kan utvides der. Kanskje noe zfs/lvm-greier fikser brasene?
Hvorfor blir ikke videoene komprimert mer enn dette? Dagens video- codecs gir gode resultater med ganske mye komprimering til arkivering.
Dette er de "rå" filene. Det benyttes fornuftige komprimeringsalgoritmer på alt som deles, men å ta vare på de originale filene med lav kompresjonsrate har mange fordeler hvis man i fremtiden ønsker å rekomprimere.
Er dette en god løsning for video? - Ja. Er dette en kostnadseffektiv løsning? - Det kan man diskutere.
Jeg vil i alle fall si at de rå filene egner seg godt for long term storage og ikke nødvendigvis trenger å være live hele tiden.
-Tom Fredrik
[Petter Reinholdtsen]
Jeg minnes at et opptak tidligere var på ca. 15GiB i timen, vet ikke hva størrelsen er nå for tiden.
[Martin Langsjøen]
Hvorfor blir ikke videoene komprimert mer enn dette? Dagens video- codecs gir gode resultater med ganske mye komprimering til arkivering.
Merk bruken av 'tidligere var', som ikke har samme verbtid som 'blir' og dermed gjør at spørsmålet ditt blir litt forvirrende. Tror det var rå DV som brukte ca. 15 GiB i timen, og vi tar vare på originalopptakene slik de kom ut av kameraene/miksebordet for å unngå datatap og beholde maksimal fleksibilitet. Aner som nevnt ikke hva dagens timevolum er, antar oppløsningen er større og komprimeringen er bedre, ingen aning hvordan det slår ut på totalen.
Den 28.04.2022 20:35, skrev Petter Reinholdtsen:
[Petter Reinholdtsen]
Jeg minnes at et opptak tidligere var på ca. 15GiB i timen, vet ikke hva størrelsen er nå for tiden.
[Martin Langsjøen]
Hvorfor blir ikke videoene komprimert mer enn dette? Dagens video- codecs gir gode resultater med ganske mye komprimering til arkivering.
Merk bruken av 'tidligere var', som ikke har samme verbtid som 'blir' og dermed gjør at spørsmålet ditt blir litt forvirrende. Tror det var rå DV som brukte ca. 15 GiB i timen, og vi tar vare på originalopptakene slik de kom ut av kameraene/miksebordet for å unngå datatap og beholde maksimal fleksibilitet. Aner som nevnt ikke hva dagens timevolum er, antar oppløsningen er større og komprimeringen er bedre, ingen aning hvordan det slår ut på totalen.
5GB/h ligger vi på
Bitrate: 12MB/s Resolution: 1920x1080 Framerate: 50Hz VideoCodec: AVC
to., 28.04.2022 kl. 20.42 +0200, skrev Tom Fredrik Blenning:
Den 28.04.2022 20:35, skrev Petter Reinholdtsen:
[Petter Reinholdtsen]
Jeg minnes at et opptak tidligere var på ca. 15GiB i timen, vet ikke hva størrelsen er nå for tiden.
[Martin Langsjøen]
Hvorfor blir ikke videoene komprimert mer enn dette? Dagens video- codecs gir gode resultater med ganske mye komprimering til arkivering.
Merk bruken av 'tidligere var', som ikke har samme verbtid som 'blir' og dermed gjør at spørsmålet ditt blir litt forvirrende. Tror det var rå DV som brukte ca. 15 GiB i timen, og vi tar vare på originalopptakene slik de kom ut av kameraene/miksebordet for å unngå datatap og beholde maksimal fleksibilitet. Aner som nevnt ikke hva dagens timevolum er, antar oppløsningen er større og komprimeringen er bedre, ingen aning hvordan det slår ut på totalen.
5GB/h ligger vi på
Bitrate: 12MB/s Resolution: 1920x1080 Framerate: 50Hz VideoCodec: AVC
OK. Alt dette er egentlig greit og normalt. Disk er billig hvis vi ønsker å kjøpe det.
Vi bør ettablere et ceph-cluster. Ceph gjør det enklere å forholde seg til disker enn det som gjøres i dag.
-martin
Martin Langsjøen wrote:
Hvorfor blir ikke videoene komprimert mer enn dette? Dagens video- codecs gir gode resultater med ganske mye komprimering til arkivering.
Komprimering bør holdes nede på et absolutt minimum. Hvorfor er allerede forklart godt av andre her.
Per Inge
[Petter Reinholdtsen]
Jeg kopierer den nå til video.nuug.no:/video/nuug-video/raw/NUUG-medlemsforedrag/20220426-lvm/.
Overføringen er fullført. Jeg la ved følgende fil med metainformasjon, men mangler informasjon om introduksjon og organisator. De øvrige feltene er mest aktuelt hvis det skal lages introskjerm automatisk.
% cat /video/nuug-video/raw/NUUG-medlemsforedrag/20220426-lvm/20220426-lvm.meta talkurl=http://www.nuug.no/aktiviteter/20220426-lvm/ title=Bruk og oppsett av Linux MD-Raid og Logisk Volume Manager (LVM) presenter=Malin Bruland og Roy Sigurd Karlsbakk date=2022-04-26 place=Oslo #introduction=Hans-Petter Fjeld #organizer=Hans-Petter Fjeld camera=Knut Yrvin audio=Knut Yrvin videomixer=Knut Yrvin spokenlanguage=no #clipin=00:00 #clipout=01:04:49 #aspect=4:3 venue=Rebell description=En introduksjon av hvordan man kan bruke raid og logiske volummanagere sammen, demonstrert med linux MD-raid og LVM (Logical Volume Manager). #frikanalen= %
Det ligger 3.7 TiB med video under /video/nuug-video/raw/NUUG-medlemsforedrag/ i dag. Etter 2019 ligger følgende: 20200908-zfs-qvisten, 20201013-mobile-computing-with-privacy, 20201110-free-software-rockets, 20201208-doctorow, 20210608-fediverset, 20211104-nextcloud og 20220426-lvm. Er det noen som mangler?
On Fri, 29 Apr 2022, Petter Reinholdtsen wrote:
[Petter Reinholdtsen]
Jeg kopierer den nå til video.nuug.no:/video/nuug-video/raw/NUUG-medlemsforedrag/20220426-lvm/.
Overføringen er fullført. Jeg la ved følgende fil med metainformasjon, men mangler informasjon om introduksjon og organisator. De øvrige feltene er mest aktuelt hvis det skal lages introskjerm automatisk.
% cat /video/nuug-video/raw/NUUG-medlemsforedrag/20220426-lvm/20220426-lvm.meta talkurl=http://www.nuug.no/aktiviteter/20220426-lvm/ title=Bruk og oppsett av Linux MD-Raid og Logisk Volume Manager (LVM) presenter=Malin Bruland og Roy Sigurd Karlsbakk date=2022-04-26 place=Oslo #introduction=Hans-Petter Fjeld #organizer=Hans-Petter Fjeld camera=Knut Yrvin audio=Knut Yrvin videomixer=Knut Yrvin spokenlanguage=no #clipin=00:00 #clipout=01:04:49 #aspect=4:3 venue=Rebell
Riktig skal være:
venue=Rebel
(bare én l i dette egennavnet)
Eller gjerne litt mer informasjon hvis mulig:
venue=Rebel (Teknologihuset), Oslo
description=En introduksjon av hvordan man kan bruke raid og logiske volummanagere sammen, demonstrert med linux MD-raid og LVM (Logical Volume Manager). #frikanalen= %
Det ligger 3.7 TiB med video under /video/nuug-video/raw/NUUG-medlemsforedrag/ i dag. Etter 2019 ligger følgende: 20200908-zfs-qvisten, 20201013-mobile-computing-with-privacy, 20201110-free-software-rockets, 20201208-doctorow, 20210608-fediverset, 20211104-nextcloud og 20220426-lvm. Er det noen som mangler?
Spennende å se fediverset på lista -- den er det flere av oss som har trodd var tapt/ikke ble tatt opp, siden det ikke har vært mulig å få svar på gjentatte spørsmål etter video-opptaket, som det derfor ikke har blitt lenket til fra det møtets nettside.
Thomas