VirtualDubb

Har äntligen orkat dra hem drivisar och sparkat igång capture funktionen på datorn (XP Pro) med Nvidia GeForce Ti4200 AGP 8X och separat IDE 160 GB disk för capture. Kör capture från Hi8 cameran med Virtualdubb 1.5.10 men resultatet blir AVI som är ryckig och hackar i ljudet. Har fiplat med inställningarna men börjar inse att jag inte har ett humm om vad som gör vad. Vidubb säger att FPS är 10 trots att jag försökt ställa in den till 25 FPS och bilden till 720*576, processorn jobbar 0-10% så jag antar att det är HD som är för långsam. Kan jag ställa in en lagom komprimering för att belasta processorn mera och få bättre flyt till HD ( om det nu är det )? Vill bara få ner filmerna (ca 40 h) till CD/DVD för framtida behov.

Reply to
Dataspider
Loading thread data ...

en bra hint om vi skall leta fel är hur stor dina filer är för säg 1 timme inspelning - är det på runt 30 - 100 gig (30 gig för att capturingen inte hinner mera) för en timme så förstår jag att du har problem.

hur många tappade frames raporteras det efter inspelning ??? (normalt ett fåtal per timme inspenling)

normal betende vid inspelning med för långsam HD är att dom första sekunderna är ok men blir hackiga några sekunder senare då RAM-minnet är fyllt och HD hinner inte undan...

Själv kör jag med MJPEG-komprimering som första capture-kompression (det är viktigt att den är _snabb som attan_) och en av dom snabbaste som finns i den vägen är 'PICvideo MJPEG' som tom. klarar realtidskomprimering av 768x576x25Hz på en 500 MHz dator. (å jävlar vad jag fick leta länge innan jag fick ihop en lösning med mindre än 5 tappade frames i timmen på denna 500 MHz-dator , jag var millimeter ifrån att köpa en DC-10 med inbyggd MPEG2 HW-komprimerare innan det släppte sas...)

se

formatting link

(ett företag som egentligen höll/håller på med komprimering av röntgenbilder inom sjuk och hälsovård)

en annan med lossless komprimering är Huffyuv som kan hittas på sourceforge med kompression 4:1.

kör du i någon råformat utan kompression så handlar det om ca 33 MB/s (lite beroende på vilken vald färgrymd) för vanlig 720x576x25Hz Video, och för detta så behöver du jäkligt snabba hårddiskar och kanske sköra med striping med flera hårddiskar parallellt.

dessutom så slösar OS och antivirusprogram bort en hel del användbar bandbredd mot HD där tex nortons antivir påslagen kan halvera farten då den silar virus på all data som transporteras.

Meny 'video/compression' i capuremode under Virtual dub är inte där bara för att det är kul - utan måste användas i inspelningssituation om du inte har hårdvarukomprimerare på ditt capturekort (då brukar dom inte vara så billiga längre...)

dom flesta codec som du hittar där i menyn (ofta från Intel och Microsoft) är bara skit och ger skitkvalitet av inspelningen, eller så är dom för långsamma (DivX av olika varianter även om dessa nästan hinner med på en 3 GHz-propp) och ovan nämda codec (PICvideo och Huffyuv) är i stort sett dom enda användbara alternativen när det gäller realtidscapture större än frimärken och måste installeras i efterhand (PICvideo är kommersiell och kostar pengar, Huffyuv är open source).

(det fins en orsak att dom flesta något äldre filmer är i lågupplösta (S)VCD-format just för att man inte klarade realtidscapturing i högre upplösning eller att programmet som användes för detta inte erbjöd mera...)

möjligen kan codec från kommersiella videoediteringsprogra vara användbara och av tillräcklig kvalitet - det är bara att prova igenom alla och granska _noga_ på resultatet - och får du mer än 1 tappad frame per minut så är den inte bra nog...

--
I PICvideo använder jag kvalitet '19' om jag har gott om plats och 
önskar hög kvalitet (tex StarTrek) och  ger ca 8 ggr kompression vilket 
 Click to see the full signature
Reply to
Torbjörn Ekström

"Dataspider" skrev i meddelandet news: snipped-for-privacy@4ax.com...

Vad använder du för ingång på grafikkortet? Är det ett kort med hårdvarukomprimering?

Kjell

Reply to
Kjell Andersson

S-video.

Ingen aning. Kortet finns här:

formatting link

Reply to
Dataspider

45 min = 25 GB

Tusentals. Har inte noterat exact.

Inget jag tänkt på...

2.4 GHz hos mig

Ingen AV eller brandvägg.

Vet ej.

Senast jag körde capturing var 2000 eller....

Mycket information som vanligt från dig Torbjörn, orkar inte aktivera hjärnan inatt, skall läsa pånytt imorgon och svara på dina frågor och analysera mera vad du skrivit. Godnatt och tack.

Reply to
Dataspider

"Dataspider" skrev i meddelandet news: snipped-for-privacy@4ax.com...

Varför använder du inte programmen som finns på cd-skivorna till capture av videokassetterna? Ser att kortet har hårdvarukomprimering, alltså ett chips sköter komprimeringen i stället för mjukvarukomprimeringen där programvara sköter det. Det ställer betydligt större krav på datorn. Är a och o att hårddisken är formaterad!

Kjell

Reply to
Kjell Andersson

Programmet Intervideo Winproducer/Wincoder som följde med kortet har jag bara testat som hastigast och det klippte bilden, dvs fick inte med hela bildrutan utan blev av med ca 15%. För övrigt är jag lite allergisk till prog som följer med, brukar bara vara skräp...

Kan jag nytja detta i virtualdubb? ( Skall läsa Torbjörns inlägg efter detta)

Japp och defragmenterad.

Reply to
Dataspider

6251st tappade på 20 min. Skärmdump av 20min capture med Huffyuv finns här:
formatting link

Har nu testat med Huffyuv 2.1.1 CCESP patch v0.2.2 och det blev lite bättre.

Skall tydligen finnas på mitt kort. Hur aktiverar jag den funktionen i virtualdubb?

Reply to
Dataspider

"Dataspider" skrev i meddelandet news: snipped-for-privacy@4ax.com...

Själv använder jag ett äldre kort Bravado 1000 för capture (komrimering) Har programmet Premiere 6.5 och använer komprimeringsgraden 7:1. Ser att du har 2.4:1 vilket är mycket lite komprimering, kan du inte öka lite? Bildformatet blir 768x567 25 bilder/s. och ljudformatet 22050 Hz och 8 bit stereo. Det blir ca. 3.3 MB/s. Går jag över den gränsen får jag dropped frames. Mitt förslag är: öka komprimeringsgrad på bild och använd sämre ljud och testa sedan hur det blir.

Kjell

Reply to
Kjell Andersson

Testat 10 min och skärmdumpen finns på:

formatting link

Bilden hyfsad, hänger inte med i zoomningar och ljudet klipper varje sekund. Hur kan jag prova med HW komprimering?

Reply to
Dataspider

"Dataspider" skrev i meddelandet news: snipped-for-privacy@4ax.com...

Gjorde en snabb test med VirualDub och det gick bra! Använder inte VirtualDub vanligtvis. Ser att du fortfarande har en väldigt hög komprimeringsgrad, 2.5 :1. Det måste gå att ändra lägre komp. i inställningarna! Det är hårdvarukomprimering om det går genom ditt videokort. Har du alla drivrutiner installerade till grafikkortet?

Kjell

Reply to
Kjell Andersson

Har ändrat till sämsta/snabbaste komp (3 alt) i Huffyuo och dragit ner audion ytterligare, men det blir inte bra och ljudet klipper fortfarande. Dump 3 finns här:

formatting link

Varför blir det så pissig kvalitet då ?

Vet ej, tror det, har kollat hos nvidia och de har nå´n universaldrivis packet som passar alla deras kort. Har säker 10-15 versioner nertankat för att få tv-ut att fungera... Dock fick jag hämta Capture drivisarna separat för att få det att fungera.

Reply to
Dataspider

då har du jättetrasching nånstans

i virtual dub kan man ställa in om man använder windows egna filbufferhantering eller om vitual dubb själva skall sköta denna

I capture-läge - capture/disk-IO så bockar du för att disabla windowsbufferhantering och se om det blir bättre.

jag har dessutom ställt in 4 st 512 Kbytes shunk.

windows samlar ihop filskrivning till få skrivningar i för stora bitar vilket innebär att när den väl skriver så är CPU:n borta i delar av sekunder när den skriver ut många MB i stöten.

det är _väldigt noga_ att HD:n kör i DMA-mode då PIO-mode allokerar 100% CPU och med högre prioritet än nästan allt annat på moderkortet och capturinge stannar helt under tiden. Det är därför DMA 'tvingades' in i OS:t sen win95/win98 bara för att kunna bränna CDR-skivor utan buffer underrun...)

i videocaturing-situationer skall filer skrivas ned i små bitar och väldigt ofta - helst 25 ggr i sekunden.

Det är i sådanahär lägen som windows visar sin dåliga sida i realtidskapabilitet och trots ca 70% ledig CPU under capturing, så får jag då och då tappade frames då ett antal windows house-keeping funktioner interfererar och har högre prioritet än själva capturingen.

troligen inte alls

Virtual dub är ett skal till olika installerade drivrutiner precis som dom flesta andra editeringsprogram - drivrutiner är A och O.

om du skall komma åt HW-komprimering så måste det finnas någon drivrutin från korttillverkaren som erbjuder denna interface i formen att kunna hämta bilder - en efter en - från en RAM-area som capture-enheten erbjuder.

problemet är att mång HW-codec levererar data i form av Mpeg-2 strömmar som skall ned direkt på HD:n på något sätt och så jobbar inte virtual dubb - virtual dub hämtar bilder från bildserver i form av drivrutin från captureenheten, ev. manipulerar och sedan lägger bilderna i en annan bildserver som ev. komprimerar (codecs)

detaljarbetet som vilken form bilderna hämtas eller lagras är drivrutinernas uppgift och det du behöver är en som kan ta en mpeg2-ström från HW-capturern och se ut som en 'vanlig' frame-grabber inteface.

dessutom har jag för mig att stödet för Mpeg2 är väldigt klent i virtual dubb pga att hela mpeg-2 världen tynger över licenskostnader och dåligt och oflexibelt implementerade drivrutiner med fokus att vara DVD-spelare och lyda alla protection, copieringsskydd och regioner etc.

med andra ord så måste du sannolikt använda något annat program för att captura direkt ned till HD och därefter förhoppningsvis hitta något sätt för virtual dub att läsa in från Mpeg2-strömmen med lämpligt passande drivrutin.

många videiediteringsprogram och rutiner kan agera som 'frame server' och på så sätt nytta kapabiliteten från tex kommersiellt editeringsprogram och mata Virtual dub eller tvärt om just för att komma omkring avsiktigt uppresta hinder i videohantering - kom ihåg att det är kommersiella krafter från mediaindustrin som påverkar här, och dom vill inte underlätta för folk att konvertera och modifiera filer efter eget huvud...

site som

formatting link
etc. är väldigt bra ingångsportal när man skall börja jaga verktyg, drivrutier och extension för olika videoediteringsprogram - och påfallande många är av modellen hack i inledningen för att lösa akuta problem som den kommersiella världen inte ville hjälpa till med, och sedan har växt till sig till mer eller mindre bra produkter

när man läser dyliga ställen så inser man att videohantering och redigering är mer eller mindre ett stort internationellt nöje - en folksport med väldigt många inblandade...

/TE

Reply to
Torbjörn Ekström

klassiker - brukar alltid vara snöpta eller reducerade i något avseende

skall man få med så mycket som möjligt så slutar det nästan alltid med GNU-programvaror eller någon dyrare kommersiell programvara (ofta piratad för att priset helt enkelt inte är hanterbara för privatpersoner

- ofta vill man ha något så enkelt som så bra kvalitet som hårdvaran medger - men mjukvaruindustrin sänker avsiktligt upplösning och kvalitet för att kunna erbjuda 'uppgraderingar' utöver den nätt och jämt fungerande medskickade mjukvaran (som kallas för normalkvalitet ur bönräknarnas synpunkt...)

jag med - har sett den medskickade skräpet som pinnacle skickar med

- tex. jag har full upplösning 720x575 visad på min datorskärm, men är jag försöker kaptura denna så erbjuds bara 352x288 i upplösning hur man än gör.

om man mot förmodan ändå med andra programvaror hämtat hem fullupplösning så försöker man göra en DVD med den medföljande Ulead-brännarprogrammet som följde med inköpta DVD-brännaren

- där är gränssnitte så 'förenklad' för enkappstryck att man inte kan ställa in någonting ur kvalitetshänseende - och om det fins något alls så är det dålig, bra och bäst (dvs långlångplay, långplay och standard där slutresultatet lik förbannat inte är högre än 352x288 i praktisk upplösning eftersom man har lågpassfiltrerat bilderna innan kompression... GHAAAAAAA - hur man än gör så ser det inte bättre än 'amatörkvalitet' trots att man har fullgod indata.

det är då man snabbt tittar efter TMPGenc etc. och hämtar hem skiten....

--
kan inte annat än instämma din skeptism


>>
 Click to see the full signature
Reply to
Torbjörn Ekström

tillägg:

såg att det börja finnas HD-kabinett med fler än 1 HD och över firewire800 och mjukvaruraidad så lovar en tillverkare

106 Mbyte/s i läshastighet - under förutsättning att diskarna orkar med (>56 Mbyte/s styck)

dock kostar en sådan låda utan diskar 2495:- incl moms...

(luktar mer och mer att Firewire är den 'nya' SCSI' på externa enheter och samtidigt vill ha lite prestanda - internt i enheterna så är det alltid IDE eller SATA-diskar)

Det är kanske något sådan som ursprungsskribenten får titta på :-) Firewire jobbar med DMA så det är knapppast någon CPU-last att tala om, vilket är viktigt i samband med capturing och mjukvarukomprimering.

/TE

Reply to
Torbjörn Ekström

Har den redan men kommer ju inte så långt ...

2.4 propp (system idle 98%),780MB minne, Virtualdubb (prio satt till realtid) och XP på egen fysisk disk och capture på en annan dedikerad.

Tack, då kan jag sluta tokleta hur jag får till mera än 2.4:1

Har provar allt ner till 4K*8*mono, skiten rycker och klipper ändå...

Testat olika codec och som bäst går det 2min utan lost frames men sedan börjar det med 1 frame på några sekunder.

Hittade ingenstans hur lång testperioden var och det fanns flera olika PIC.video att välja på. (Dessutom gillar jag inte testvarianter, ofta strul efter testperioden även om man har skaffat skarp variant)

Ok, för väl leta lite då, vill gärna få detta gjort denna helg då man är ensam hemma.

Reply to
Dataspider

realtid för virtual dub kan vara farligt - den har kanske högre prio än själva diskskrivningen och det stallar av den orsaken...

det gäller att hitta en bra balans mellan de olika komponenterna så att virtualdub och dess och OS:s underliggande drivrutiner garanterat kan hämta en bild var 25 sek men ändå inte så prioriterat att nödvändiga systemresurser som filsparning sölar och det sackar av den orsaken.

grundproblemet är att windows har 18.2 Hz HW klocka i botten, även om man har 'syntetisk' taskhandler med kanske 100 switchar i sekunden så får man läget att en 1/18.2-dels tidlucka måste ta hand om

2 frames då och då och man får 'anialisingeffekt' rent processmässigt när den nyper vid 1.98 frames och därmed missar då och då.

linux har en grundklocka på 100 Hz HW-mässigt vilket gör att OS kan ge capturingprocessen alltid var fjärde tidslucka och resten kan hantera kompression och undanstuvning etc.

ljudet är så liten del av hela - hackar bildinhämtningen så följer allt det andra med också...

du måste få ordning på bildinsammlandet och det enda jag ser just nu är att få ned filmängden mot HD:n med en bättre komprimerande codec.

här är det också en typisk exempel på att även om HD:n klarar > 33 MByte/s så är det mycket i OS och systemet som begränsar flödet.

om du har två diskar så kan du göra ett prov att kopiera en 700 Mbyte fil (någon ISO-fil) till den andra hårddisken och ta tid samt titta på processorlasten.

går det på ca 20-30 sekunder samt att processorlasten är under 10% så är diskarna inte flaskahlsen

drar det däremot nära 100% CPU under transporten så har du en PIO-mode aktiverad och det fins inte mycket tid kvar för applicationen då diskhanteringen när den väl börja skyffla har högre prioritet än det mesta i datorn och kan inte avbrytas - vi slåss här mot datordesign som verklige suger och är grundlagt iom den första PC-XT... - därför är DMA så viktigt trots att den bara kan köra

64Kbyte segment i per gång (också dator-arkitektisk missdesign) ...

det är bl.a. 'kommentarena' om hanterandet av DMA mot HW ala PC-arkitektur som gjorde att linuxkällkoden kallades som Adult och porr av många filter när porrdebatten och Internet blommade upp första gången - det var många 'F*CK' där...

det går alltså bra tills RAM-minnet är fullt och sedan börja det stalla...

Har du slagit på virtuals dubbs egna bufferhantering (under I/O...)???

om den bara kan stuva undan 0.5 - 1 MB/s mindre än vad som hämtas in från videocapturekortet så kan man få denna effekt.

hur ser diskskrivningen ut före och efter (disklampans beteende...)- om det stallar eller trashar som det hette förr så går prestandan gärna till en tiondel mot vad det var innan...

det är den med MJPEG du skall välja - här är det registrering som tar bort texten utan att man byter ut drivrutinen...

nu kommer jag inte ihåg om texten alltid finns där tills registrering eller om det var en månads fri användning

annars får du jaga hos dom mindre ärliga platserna och skaffa registreringsnyckel...

tyvärr finns det ingen GNU mjpeg som kan ersätta denna drivrutin i windowsvärlden...

själv höll jag på i fyra helger och ägnade alldeles för mycket tid åt detta innan det fungerade (mest slogs jag med miro/pinnacles urursla drivrutiner som hängde sig slumpässigt från 2 sek till 2 timmar med nödvändigt datoromstart, utom i en färgrymd (av ungefär 10 st att välja mellan) - nu har jag ett koncept som fungerar tillsammans med open sourcedrivis mot kortet (kommer från linuxvärlden) och alternativen måste var minst lika bra innan jag byter...

vem har sagt att sådan här skall vara enkelt....

Reply to
Torbjörn Ekström

Huffyuv blir bara skräp. Tagit hem PICVideo MJPEG.

Har testat att kopiera och 700 Mb tar några minuter. Processor % har ej kollat (än).

Ja, virtualDubb hänger och går ej med "end process". Restart.

Ej uppmärksammat.

Har den nu (för test :-)

Ja, mycket tid går det åt, och jobbigt med all väntetid för att capture och kolla. Dock har jag sparat tid för att söka rätt codec tack vare ER.

Testat med PIC codec och blir mycket bättre och inget hack i ljudet. Resultatet här:

formatting link
Förslag på vad förbättra? Nöjd med ljudet men bilden kunde bli bättre.

Har under resans gång skruvat på det mesta i virualdub (och allt annat) och är ej längre säker på vad som var vettigt att ändra. Är det bäst att avinstallera vd och börja om från början eller?

JAG! Tryck på knappen capture och programmet vet vad jag vill ha :-)

Reply to
Dataspider

ja, skall ändra det tillbaka, men när inget fungerar blir man desperat och testar ALLT.

Hmm, vd säger vid start att det inte kan knyta drivisrana och att nå´t annat prog har okuperat dem, men inget annat prog har startats. I nuläge måste jag starta och stoppa Intervideo programmet (som följde med kortet) för att få vd att fungera. Fel/brist på drivisar?

Reply to
Dataspider

"Dataspider" skrev i meddelandet news: snipped-for-privacy@4ax.com...

Här är två små program för att testa hur det fungerar med hårddisken. Så får du något hum om hur stor mängd data det går att köra med.

formatting link
filen heter miroxp32.exe
formatting link
filen heter rextest.exe

Kjell

Reply to
Kjell Andersson

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.