Spara videoklipp

Videokortet(en) får in samma signaltyp. Sedan kan man med antingen hårdvara eller mjukvara skala bilden. Om ett visst program klarar att skala bilden beror mer på utvecklaren av programmet än något annat. Jag vet inte vilket videoformat nero2 express använder. Men det verkar vara ett dåligt program som tappar bildrutor.

Mpeg1, Mpeg2 är dom vanligaste formaten iaf.

Nero får nog tyvärr inte den komprimerade mpeg2-filen direkt från captureboxen, utan drivrutinen packar upp bitströmmen till hela frame som Nero grabbar och sedan skall komprimera till mpeg2 igen - och detta är en så tung process att det är omöjligt att göra i realtid och därför får du tappade frames...

Det är få codec som kan komprimera i realtid även på en 3 GHz propp och mpeg2 hör inte till någon av dessa då Mpeg1 och Mpeg2-codec är ökänt långsamma.

Det har nog inte att göra om Nero bra eller inte utan snarar bristen på standardprotokoll att skicka komprimerade videoströmmer utan uppackning mellan programmen.

Denna begränsning gäller nog alla videoediteringsprogram med capturefunktion då överlämningsformatet till och ifrån olika program, codec och enheter är i form av uppackade frames och inte i form av komprimerade videoströmmar...

Frågan för mig är om hauppages captureprogram har en specialformat på filen eller ger en förstårlig mpeg2-fil som slutresultat som Nero och andra videoediteringsprogram kan öppna, visa och klippa (reklam vill man ju inte ha...) och därefter brännas till DVD utan omkodning av själva mpeg2-filen då sådant tar tid och ger kvalitetsförlust.

/TE

...

Hmm, det är nog jag som inte är så hemma på protokollen...

Mitt Hauppagekort (och dess tillhörande programvara?) klarar att i realtid producera AVI, DivX, eller MPEG1 2Mbit. Men om jag förstår saken rätt, så ska det vara MPEG2 som skall brännas på DVD:n, eller funkar de andra formaten också?

--
Michael

"Michael Spångberg" skrev i meddelandet news:hKqme.138786$ snipped-for-privacy@newsc.telia.net...

Saxat från

"Make digital video recordings with SoftPVRT. SoftPVR uses your PC's processor to digitally record your videos to disk in MPEG or DivX formats. Record from live TV or from external video, schedule your TV recordings with our WinTV-Scheduler, and then use your PC´s CD-RW burner to create VideoCD's*, with up to one hour of video. "

"Note: SoftPVR requires a 733MHz Pentium PC or faster for MPEG recording, and a 1.8 Gigahertz Pentium PC or faster for DivX recording."

Jag har en PIII 933MHz, 256MB, kör XP Home, men det verkar räcka även för DivX :-)

--
Michael

Det gör den tills.. det blir lite action scener och vips har man tappade bildrutor. Man bör ha god marginal i processorkraft.

Har komprimerat mpeg4 fullframe 768 x 576 i realtid med 3000 kbps bitrate. Operativsystem freebsd, bt878 (hauppage), ffmpeg mjukvara.

M$-Windows är ökänt för svårigheter att klara realtids applikationer. Vilket tidiga cd-brännare säkert erfarit..

Vill man vara riktigt säker på att inget stör processen kan man använda 'rtprio' som sätter realtidsprioritet på specifierad process.

DivX (mpeg4) av lite äldre sorten klarade nästan realtid på en 3 GHz propp - och med nästan så menar jag att den kodar fullt på lugnare stycken men börja tappa frame när det började bli lite action.

5.21 som jag provade senast verkar vara slö som attan med runt 10 frames/s oavsett vad man än gör...

med mpeg4 så fins det en chans att koda realtid även i windows, men definivt inte med dom kommersiella mpeg2 kodarna som jag har sett hittils

jodå - det var så MS tillslut tvingades att få till DMA-stödet på HD:n att fungera - något som fungerat på linux redan 1993-1994 eller så... (därmed inte sagt att alla hårddiskar stödde detta utan krachade istället)

bara så att du vet så har jag heller ingen störrre kärlek till windows utan hellre använder Linux om möjligt.

dock har jag inte hittad någon bra virtual dub-liknande editeringsprogram samt fått till videocapture felfritt ännu så jag nödgas använda XP

dock verkar det ändra på sig och det är kanske dags att försöka igen

gäller att bara få balans så att någon viktig resurs inte straffas - som att skyffla filer...

/TE

vilken version ???

har samma erfarenhet...

tom. med PIC-video MJPEG med 30% CPU-belastning vid capturing så får man då och då tappade frames och man kan inte göra något åt saken då det är själva windows som ställer till med detta. I princip skall inte CPU-belastningen vara över 50 -70% om man skall vara säker på att realtidsprocesser som videocapturing skall fungera utan allt för hög takt tappade frame - och gör man något dumt som att starta IE och OE under inspelning så får man skylla sig själv då detta tydligen har mycket högre priroitet än själva videocapturing - MS-program går alltid först...

/TE

verkar... hur många tappade frames per timme handlar det om, mer 5 st/h så anser jag att det är otillfreställande och är det över 50-tal så är det inte ens acceptabelt då man har sumpat bort 2 sekunder...

och vilken kvalitet är det på inspelningen - är det verkligen 720x576 och inte någon halvformat som 352x288 eller 352x576 som sådana produkter gärna envisas med och kallar för fullkvalitet - det är nämligen enorm skillnad på CPU-behov om man kodar i 352x288 eller 352x576 mot 720x576??

--

/TE

. .

Kolla 'avidemux'

Det sköts av kernel..

Avidemux2

Janne G