Jeg har eksperimenteret med Comskip på kommandolinjen – efter lidt leg viser det sig, at --hwassist og --dxva2 ser ud til at speede Comskip markant op. Gør MCEBuddy også den optimering? Er der mulighed for at tilføje det i profilerne?
Tak! Will.
Godt spørgsmål, i vores test med Intel-kort fandt vi det inkonsistent, derfor aktiverede vi det ikke automatisk, men det kan gøres.
Hvordan ser dit setup ud? Kan du teste med og uden dxva, for det er en særligt tricky indstilling, som vi fandt ud af sænker dekodning på ældre GPU’er.
Jeg har en ret kraftig maskine – 10 fysiske kerner, RTX 2080 Super, 64 GB RAM.
Jeg fandt ud af, at brug af dxva2 var hurtigst, efterfulgt af –cuvid (~10% langsommere). Jeg prøvede ikke vdpau.
Hvis jeg ikke angav en dxva eller nogen af de andre switches, var det cirka ~60% langsommere ved kun at bruge –hwassist
Tak fordi du kigger på det! Will.
Mail](Outlook) til Windows 10
Har du prøvet at indstille hardware_decode-indstillingen i comskip.ini?
hardware_decode=0 ; Sæt til 1 for at aktivere hardware-accelereret videoafkodning, kun tilgængelig i donator-versionen
Du kan bruge Comkip INI Editor, under fanen CPU Load Reduction, som er inkluderet i comskip-mappen til at gøre det via en grafisk brugerflade.
Jeg har prøvet det – jeg opdagede, at jeg får lyd-synkroniseringsfejl, når jeg gør det. Jeg er ikke sikker på, hvordan det sker, men når jeg fjerner markeringen, forsvinder de. Underligt nok, hvis jeg springer frem eller tilbage i Plex, synkroniseres lyden igen, men jeg ser ikke den adfærd, når jeg ikke har afkrydset feltet for hardware-acceleration…
Hvis jeg husker korrekt, så jeg noget om det på comskip-foraene.
Tak! Will.
Mail](Outlook) til Windows 10
Separat, kan du fortælle mig, hvad adfærden er, når MCEBuddy finder en EDL-fil til en given optagelse, og comskip er valgt? Ignorerer den EDL-filen, eller bruger den den bare i stedet for at køre comskip igen? Tak!
Det vil bruge de EDL-markører (eller EDLP eller andre anerkendte kommercielle markører som i PlayOn), det finder, før det registrerer en reklame ved hjælp af comskip eller showanalyzer.
Hej Goose,
Jeg håber, at du og din familie er sikre og raske.
Tak! Will.
Mail](Outlook) til Windows 10
Er der nogen måde at få MCE Buddy til at kalde donator-comskip med --cuvid?
Jeg har en meget gammel Core2 quad med et 1050TI, som jeg gerne vil se, om jeg kan opnå hw-acceleration på via gpu frem for cpu. Jeg har lige aktiveret -U for mit MP4-profil, men comskip er stadig en hund, selvom jeg har slået “accelerate” til i ini-editoren.
Jeg går ud fra, at man ikke kan ændre ini’en i mappen C:\Program Files\MCEBuddy2x\comskip, kun dér hvor du har gemt donator-filen? Hver gang jeg prøver det i C:\Program Files\MCEBuddy2x\comskip, står der “adgang nægtet” … jeg antager, det er fordi den version ikke er donator-versionen.
På forhånd tak!
Ved at eksperimentere med manuelt at køre comskip fra kommandolinjen med HW- og CUVID-flag aktiveret opnår du en betydelig reduktion i behandlingstiden, men jeg stødte på problemer med lyd-synkronisering. Dette er nævnt på Comskip’s fora.
Så jeg overvågede kørslen i går aftes, og det ser ud til, at både Mp4 normal og Fast bruger ffmpeg – fint… men jeg mener, at ffmpeg ikke kan bruge HW-acceleration, korrekt? Skal jeg redigere min profil til at bruge handbrake i stedet? Det kan jeg vel… jeg skal bare sørge for at gemme en tv-optagelse til test. Jeg sætter pris på ethvert indblik i, hvad jeg kan gøre for at HW-accelerere donorversionen af comskip – lige nu virker HW-acceleration i hvert fald ikke, når jeg peger på donorversionen inde i MCEBuddy og redigerer donorversionens ini-fil. Skal jeg kopiere min donorversion over i MCE’s programfiles-mappe?
De nyere versioner af FFMpeg er HW-aware (de inkluderer NVENC-tingene) – jeg tror, det er 3.x og nyere. MCEBuddy inkluderer disse versioner.
I MCEBuddy er det muligt at pege på en anden Comskip-mappe, så du ikke behøver erstatte den eksisterende Comskip-installation. Det findes under Settings → System Settings
Held og lykke! Will.
Jeg gætter på, vi må vente på, at Goose udtaler sig om comskip og hwacceleration…
Jeg ved, jeg har konfigureret det hele korrekt i MCEBuddy og i donator-comskip-inien… Jeg tror ikke, MCEBuddy kalder comskip.exe med ekstra “–features, der skal bruges”, så det er svært at sige, om der blev brugt hwaccelerate i nat. Jeg må kigge i aften, når jeg har mere tid til at rode rundt i logfilerne.
Nå, mens jeg rodede rundt i comskip, kan jeg se, at Erik indrømmede, faktisk flere steder, at Windows-hardwareaccelerationen ikke leverede de resultater, folk forventede… oveni det kommer hele mangelen på understøttelse af Win7 eller 8 nu, fordi han har skiftet computer og bygger på en Win10-maskine… der har ikke været opdateringer til Win7/8 i flere år. Forhåbentlig får Ryan det løst sammen med Erik
Jeg gætter på, jeg må leve med det, jeg har, men jeg har 160 shows i kø til konvertering, og listen vokser… jeg ville elske at finde en måde at speede det op på uden at smide $800 efter nyt hardware bare for at se TV…
Genbesøg i 2023. Comskip i MCEBuddy 2.5.8 (6. marts 2023) er donator-version 0.82.003. HWaccell er aktiveret. Jeg har et RTX2060 med opdaterede NV-drivere på Win10x64 22H2. MCEBuddy bruger Handbrake til transkodning, og den udnytter HW NVenc-kodning, så det er jeg ikke bekymret for. Når comskip kører, belaster den dog CPU’en, ikke nVidia.
Er der en måde at få MCEBuddy til at kalde --cuvid-parameteren, eller er en af de andre NV-indstillinger at foretrække? f.eks. --vdpau
Vil donator-versionen af comskip, der følger med MCEBuddy, blive opgraderet til den aktuelle version 0.82.012, eftersom der er kommet flere opdateringer til de indlejrede ffmpeg-dekodere i comskip? Hvilke udfordringer er der ved det? Findes der en roadmap eller et generelt ETA?
HW-acceleration i Comskip styres i comskip.ini – du skal ændre det der (eller i hvert fald var det sådan, da jeg sidst kiggede). Det sagt, så eksperimenterede jeg med det for måske 18 måneder siden (måske – det er et stykke tid). Det gik ikke meget hurtigere, og det gav mig lyd-synkroniseringsproblemer (hvilket også blev nævnt på comskip-foraene).
Måske er det bedre nu. Du kan altid erstatte comskip.exe med den nyeste donator-version…
Tak for det hurtige svar på en opfølgning 3 år senere i denne tråd. Ved at grave dybere ser det ud til, at ComskipINIeditor GUI’en er defekt ved hardware_decode-indstillingen. Den viste “disabled”, og afkrydsningsfeltet var tomt. Så jeg (åbenbart fejlagtigt) antog, at dette betød, at den allerede var aktiveret, og at man skulle sætte fluebenet for at deaktivere den. Der vises ingen værdier som 0 eller 1 (den faktiske værdi for indstillingen), selvom hjælpen/beskrivelsen specifikt nævner disse værdier.
For at redigere comskip.ini-filen var jeg nødt til at køre min editor som Administrator for at kunne redigere filen (på grund af normale skrivebeskyttede tilladelser for programfiler, hvor MCEBuddy er installeret).
Fandt hardware_decode=0 i filen. Så standardindstillingen er OFF, og det ser ud til, at GUI’en viser den nuværende værdi, og afkrydsningsfeltet svarer til denne værdi, ikke til at ændre den nuværende værdi (altså som en toggle). Jeg ændrede den til hardware_decode=1 og gemte filen. Holder øje med konverteringerne, men det ser ikke ud til, at MCEBuddy henter den ændrede comskip.ini. Vil prøve at genstarte MCEBuddy for at se, om den henter den nye comskip.ini-fil.
Jeg har forsøgt at justere mine profiler for at se, om der kan hentes mere fart, eller om jeg skal overveje balancen mellem hastighed/kvalitet/filstørrelse. Selvom jeg måske ender, hvor jeg startede 
Men på comskip-siden satte jeg hardware_decode=1, og det ser ikke ud til at have nogen effekt på hastigheden, og video-dekodningen viser heller ikke aktivitet i task manager. Skal jeg bruge ver 0.82.012? Jeg troede, jeg havde betalt for donator-versionen, men jeg har måske aldrig gjort noget med det. Vil prøve lowres og/eller flere kerner for at se, hvad der sker.
Se mine andre indlæg om mine ydeevneresultater, hvor jeg tester den nyeste donator-comskip med de forskellige nVidia HW-indstillinger. Du skal konfigurere MCEBuddy til at bruge din donator-version, og jeg undersøger de ekstra kommandolinjeparametre, den kræver. Comskip-donator-versionen i MCEBuddy er for gammel til nvdec-indstillingerne, og jeg tror, at “hwaccel”-indstillingen i virkeligheden bare bruger CPU’ens integrerede GPU-medieinstruktioner, ikke faktisk diskret GPU-brug (et nVidia- eller Radeon- eller ARC-tilføjelseskort).
Det har intet med transkodning at gøre, hvilket foregår i enten FFMPEG eller Handbrake (Handbrake har sin egen indbyggede FFMPEG), og hver af disse versioner har deres egen GPU-integration til transkodning.
Tak for at bekræfte, hvad jeg troede. Ja, jeg har helt sikkert læst dine indlæg, og jeg ved, at dekodering er adskilt fra handbrake-kodningsprocessen. Jeg tror, at da jeg bemærkede langsommere processer, kan prioriteten have været sat til Lav, hvilket fik mig til at finde ud af, hvordan jeg kunne fremskynde tingene.
Jeg optager for det meste 720p TVE-indhold, så comskip er allerede temmelig hurtigt (2,5 min pr. 30 min show). Ved at gå til 4 tråde blev det taget under 2 minutter.
Jeg fik for nylig mit første anstændige GPU (1660 super) og blev overrasket over, hvor godt handbrake håndterede en bluray-episode. Størrelsen var lige så god som CPU x265, og det bestod øjetesten. Jeg var dog ikke i stand til at genskabe resultaterne ved hjælp af MCE (selv efter at have opdateret den indbyggede CLI). Samme resultater ved hjælp af Handbrake GUI, så jeg tror, det bare er indholdet, der ikke er så rent som bluray.