Har nogen nogen idé om, at hvis man donerer til Comskip-versionen her https://www.comskip.org/, får man så en anden mere komplet version? eller er der ingen forskel mellem den downloadede og donator-versionen?
Tak!
Donator-versionen, der følger med MCEBuddy, er temmelig gammel (version 0.82.003 fra 2017-09-30). Den nuværende donator-version er 0.82.012 fra 2022-02-25. Det bemærkelsesværdige ved den nyere Comskip-donator-version er en nyere indlejret FFMPEG v4.3 og understøttelse af 4k- og 10-bit-videobehandling. Donator-versionen er det, der giver dig mpeg4-videobehandling.
Det behøver dog ikke nødvendigvis at have al moderne codec-understøttelse, fordi de fleste input-DVR-videoformater alligevel er MP2 eller MP4, og næsten al transcoding starter med en konvertering til MP2, før MCEBuddy aktiverer comskip. Hardware-CPU/GPU-understøttelsen kommer fra den indlejrede FFMPEG, der er indbygget i comskip.
Opsummeringen er: ja, det vil fremskynde annoncegenkendelses-trinnet, men samlet set udgør annoncegenkendelse kun en meget lille del af hele transcodingsprocessen.
Til sidst er det en personlig beslutning for dig. Vil du have gavn af det? Bestemt. Går du glip af noget eller tager du et stort performance-tab, hvis du ikke gør det? Ikke rigtigt.
Et par opdateringer: Vi har en ny donorversion af Comskip på vej. Den er bygget mod ffmpeg 6.1.1 og har understøttelse af mange flere codecs, herunder native HEVC- og AV1-afkodning med en brugerdefineret av1-afkoder for maksimal ydeevne. Fordelen (når den udgives) vil være, at MCEBuddy ikke længere behøver at remux’e til MP2, hvilket vil forbedre konverteringshastigheden såvel som slutresultatets kvalitet. Vi tester også native hardware-afkodning for hevc og av1 med den build, men der er nogle udfordringer relateret til stabilitet, så vi tester afvejningen mellem hardware-afkodningens ydeevne vs. stabilitet. Vi vil muligvis give brugerne en mulighed for at aktivere/deaktivere hardware-afkodning.
Det er virkelig glædeligt og velkomment nyt at høre!
Comskip drejer sig udelukkende om dekodning, og eftersom codec’erne bevidst er designet til at kunne dekodes hurtigt og udelukkende med CPU (uden afhængighed af GPU eller iGPU), forstår jeg fuldt ud stabiliteten og testningen på tværs af alle generationer af både CPU’er og GPU’er fra flere producenter (især Intel og AMD, samt nVidia for GPU’er). For ikke at nævne bundkort og hele samspillet mellem medielagring, hukommelse, CPU-cache og I/O-buse (north-/south-bridges).
Det er ikke trivielt, så jeg sætter alt det arbejde, der lægges i en udgivelse, og jeg bekymrer mig ikke om at forsøge at skynde den.
Prøv 2.6.4 beta-versionen. Vi har nu en ny brugerdefineret 64-bit build af comskip-donator. Den er meget hurtigere end den gamle comskip og har nogle gode funktioner:
- Understøttelse af direkte afkodning for AV1, HEVC, H264, MPEG2, VP9, VP8 og mange flere codecs og containere
- Understøttelse af hardware-afkodning (i øjeblikket begrænset til Intel QSV og Nvidia CUVID). Disse understøtter kun nyere GPU’er, f.eks. fungerer det ikke med Intel Sandy Bridge. Den tidligste Intel-chipset, vi kunne få QSV-hardware-afkodning til at fungere med, er Skylake (9. generation).
- Understøttelse af 8K-opløsning
Med denne udgivelse er remuxing også blevet optimeret, så det ikke remuxerer lige så meget, når man bruger vores build af comskip (den beholder stadig kompatibilitet med standard comskip og gratis comskip-builds, men det vil være langsommere med disse builds), især når man afkoder codecs som AV1.
Angående hardware-acceleration til afkodning med comskip skal du manuelt aktivere det for nu fra Konverteringsopgave → Ekspertindstillinger → Comskip-indstillinger
Her kan du indtaste --qsv, hvis du har et Intel-chipset, eller --cuvid, hvis du har et Nvidia-GPU.
Prøv det og lad os vide, hvordan det går for dig. Til sammenligning har vi set ingen forbedring i comskip-ydeevne ved afkodning af h264-kilder, ~30%-50% forbedring ved afkodning af HEVC/H.265-kilder. Den ene ting, vi ikke har kunnet teste, er comskips afkodningsydelse på AV1-kilder. Hvis du har chipsets, der kan afkode AV1-filer, så prøv det endelig og del dine resultater med os. Hvis du har brug for en AV1-kildetestvideo, så brug blot MCEBuddys AV1-profil til at oprette en AV1-videooutput. Logfilerne vil vise dig den gennemsnitlige FPS for comskip (og den samlede tid, der er brugt). Vi har set 1500+ fps for HEVC-filer, når hardware-afkodning bruges.
Bemærk: Grunden til, at vi ikke har aktiveret hardware-afkodning for comskip som standard, er, at vi har bemærket, at det har tendens til at hænge, hvis det underliggende chipset er for gammelt eller ikke understøttet. Vi vil sandsynligvis optimere dette i fremtiden.
Jeg spekulerer bare på, hvad brugsscenariet er for comskip og andre video-kodningsformater? Er Blu-ray X.265? Har vi 4K ATSC3 OTA-DVR’er, der koder til H.265, og hvor mediet har reklamer, som comskip skal fjerne?
Samme gælder for AV1-medier. Undskyld, hvis jeg ikke helt følger med på betalte tjenester som YouTube Premium, der streamer live OTA-kanaler i H.265 eller AV1, og hvor der stadig indsættes annoncer i indholdet, som folk ønsker at fjerne (via comskip).
Som om Bezos ikke bare kan holde ud, stramme bæltet lidt og droppe avokadotoast, frappé og luksusyachten og holde Prime Video fri for reklamer. Jeg mener, han øgede kun sin nettoværdi med 50 % under pandemien og betaler stadig næsten ingen skat. Men jeg afviger.
Har nogen eksempler på DVR’er, der har indgående og udgående videokilder med reklamer, som er i AV1 eller H.265? Hvilke DVR’er og hvilke videokilder? Nogle produktanbefalinger til at erstatte min aldrende Tivo Roamio OTA (ATSC1.0) og Silicon Dust HD HomeRun Quattro-tunere og DVR?
nvdec-logs nedenfor på en RTX 4000 Ada. Jeg bemærkede, at der er nyere versioner af ffmpeg og HandBrake tilgængelige.
nvdec.zip (924,2 KB)
arc logs nedenfor
qsv.zip|vedhæftet (909,3 KB)
Disse benchmarks er super nyttige – har du tilfældigvis logfilerne fra kørslen uden --qsv eller --cuvid?
Resultaterne indtil videre er:
| Comskip (FPS) |
Nvidia (–cuvid) |
Intel (–qsv) |
Software (libdav1d) |
|---|---|---|---|
| MPEG2 | 688 | 146 | |
| H.264 | 598 | 144 | |
| HEVC | 448 | 98 | |
| AV1 | 117 | 339 |
*QSV AV1-comskip gik i hæng og blev ikke færdig på dit system, sandsynligvis på grund af en grafikdriverfejl, der gjorde det uresponsivt.
software logs nedenfor.
software.zip|vedhæftet (1,0 MB)
@techpro2004 Hvad er din kildeinput-video, varighed, format, opløsning, og har den reklamer?
Bare generisk info, f.eks. DVD-rip, 90 min, MPEG2, 480p osv.
Hvordan kontrollerede du for op/nedskalering og transcodingskvalitet på tværs af de forskellige formater fra start?
Jeg vil gerne prøve en lignende benchmark på noget, der er sammenligneligt for mit system. Jeg kan optage OTA 1080i HD, 720p HD eller 470p SD. Jeg har indstillet mit SD HDHR DVR til at optage den rå HDTV-stream. Og jeg er klar over, at der findes andre medieformater, opløsninger, codecs og bithastigheder på intertubes, hvis jeg har brug for at køre dem.
Jeg optog et program i Channels DVR fra min HDHR. Jeg transkodede det derefter til de forskellige formater i MCEBuddy. Det var en 30 minutters MPEG2 1080i. Det indeholder reklamer.
Tak. Jeg vil prøve at køre noget lignende i weekenden.
Hvis jeg forstår MCEBuddy korrekt, kører den comskip før transkodning på det rå inputmedie (dvs. næsten altid MPEG2), markerer videoen, klipper og transkoder derefter til den målrettede kodning og format.
Eller transkoder den først, så comskip scanner og markerer reklamer i output-kodningen (f.eks. H264, HEVC, AV1), ikke input-kodningen (MPEG2).
Det virker bare for mig, som om inputformatet næsten altid er MPEG2, så hvorfor ville comskip-markering af reklamer i outputformater være bedre?
Eller inkluderer de tider også transkodningstid, ikke kun comskips behandlingstid (til at markere reklamer)?
Historisk set transkoder det først og kører derefter comskip. Grunden til, at vi har disse nye codecs og hardware-accelererede versioner af comskip, er for at undgå transkodning, hvis det er muligt, og dermed gøre det hurtigere og også reducere andre problemer, som transkodning kan medføre i bestemte tilfælde (især når optagekvaliteten er forringet). Dette giver også Comskip den bedste chance for at fungere på den oprindelige video.
Disse er gode benchmarks. Kan du bekræfte, hvilket Intel-chipset du bruger til QSV? Det bliver rapporteret som et 13. Gen Raptor Lake-chipset – hvilket ikke lyder rigtigt – ifølge Intels specifikationer burde Raptor Lake ikke understøtte AV1-kodning, men dit chipset gør det tydeligvis.
Meget interessante resultater fra @techpro2004
Nvidia (cuvid) præsterer klart bedre end Intel (qsv) ved dekodning af MPEG2, H.264 og HEVC, men Intel løber ring om Nvidia ved AV1-dekodning.
Desuden er AV1-libdav1d-dekodningen langt overlegen i ydeevne sammenlignet med HEVC-dekoderen
*QSV AV1-dekodning var ufuldstændig på grund af en driver-hængning
qsv-systemet er en 13. gen desktop, men den har også et pcie arc a310 installeret. tak.
En ting ved nVidia 4000-serien – 4070Ti og derover har 2 NVENC-enheder, så de højere kort kan give et markant løft i behandling sammenlignet med mellem- og lavkortene. Jeg ved ikke, om det betyder hurtigere transkodning af en enkelt AV1-opgave (begge NVENC-enheder bruges), eller om det blot giver mulighed for at køre 2 NVENC-kodningsopgaver samtidig (måske endda forskellige codecs). Der er dog kun 1 NVDEC-enhed.
Det kan vise sig, at de højere kort med 2 NVENC-enheder for transkodning og MCEBuddy ikke giver nogen fordel over de lavere kort. De kan dog være til gavn i et system, der også kører Plex, hvor MCEBuddy kan bruge den ene NVENC-enhed, mens Plex bruger den anden til at transkode on-the-fly for en afspiller uden at ødelægge ydeevnen.
rtx 4080 logs nedenfor
cuvid 4080.zip (910,3 KB)
