Beiträge von freaky_00

    Ich habe auf antworten gehofft :(

    Ich habe eine unglückliche Alternative gewählt, und so lange gewartet, bis keine frame drops mehr auftraten und dann das Material gecaptured. Beim Video ist aber eine Art Welle zu erkennen die das Video zum Wackeln bringt!!! Ich nehme an, das kommt vom Auto-Trecking! Kann mich da wer bestätigen.

    So habe die neue Version von VirtualDub (1.5.6) getestet und es war merklich besser als in

    Version 1.5.4!!! Vorher waren trotz internal capture tests (0 dropped frames) bei der

    Aufnahme und hide capture immer so ca 15% dropped frames mit QDesign MP2 codec und 48000Hz

    16bit stereo. Nach dem ersten Start von der nen Version waren es ca. 8%. Habe dann auf PCM

    umgestellt und es länger laufen lassen und ein verblüffendes Ergebnis gehabt. Wenn mir das

    jemand erklären könnte und wie man es verbessert:

    Die Aufnahme musste sich erstmal von ca. 21 fps zu 24,xx hocharbeiten. Nach dem ersten Lauf

    war nach dem 134 dropped frame Schluss und er lief OHNE dropped frames weiter (zwar mit

    24,xx aber ohne drops) und nach dem 2. Lauf war schon nach dem 130 Schluss!!!

    So jetzt ein paar Zahlen zum 2. Lauf:
    720x576 YUY2 huffyuv v2.1.1 CCESP Patch 0.2.2
    PCM 48000Hz 16bit stereo

    Statistics:
    Frames captured: 23394
    Total time: 15:41
    Time left: 5:51:00
    Total file size: 6.23GB
    Disk space free: 139.53GB
    CPU usage: 26%

    Video
    Size: 6.07GB
    Average rate: 24.86097 fps
    Data rate: 6760KB/s
    Compression: 3.0:1
    Avg frame size: 278406
    Frames dropped: 130

    Audio
    Size: 172.3MB
    Relative rate: 47999.19Hz
    Data rate: 188KB/s
    Compression: 1.0:1
    VT adjust: +0ms


    Nachdem ich die ATI Catalyst-Treiber gestern aktualisiert habe und dei UNVERÄNDERTEN

    MEDION-Treiber (gibt es irgendwo aktuellere für meine Karte/meinen Chip?) über die alten

    (gleichen!!!) verblüfft mich dieses Ergebniss. Das was ich noch verändert habe war das

    capturen länger laufen zu lassen!!!

    Und hier ein paar Zahlen zur Version 1.5.4:
    720x576 YUY2 huffyuv v2.1.1 CCESP Patch 0.2.2
    PCM 48000Hz 16bit stereo

    Statistics:
    Frames captured: 22799
    Total time: 15:17
    Time left: 5:48:28
    Total file size: 5.86GB
    Disk space free: 133.67GB
    CPU usage: 27%

    Video
    Size: 5.70GB
    Average rate: 24.87040 fps
    Data rate: 6517KB/s
    Compression: 3.1:1
    Avg frame size: 268270
    Frames dropped: 118 [HÄÄÄÄÄÄÄ]

    Audio
    Size: 167.9MB
    Relative rate: 47999.46Hz
    Data rate: 188KB/s
    Compression: 1.0:1
    VT adjust: +0ms


    Will der Computer mich verarschen?!? Ein paar Minuten (5-7) waren sogar nur 117 dropped

    frames! So der letzte Test mit VirtualVCR, damit ich sehe WO diese dropped frames sind!!!

    Hier die Zahlen für VirtualVCR 2.6.9

    Capture
    Frames 27116
    Time 00:18:13
    Dropped 7
    Dropped 2 219

    Transfered
    Video 9,022,426,652
    Audio 209,952,000
    Total 9,232,378,652

    Transfer Rate
    Video 8,248,947
    Audio 191,953
    Total 8,440,900

    Compression
    Video 2.437

    Time/Space Left
    Time 04:37:55
    HD 140,753,879,040

    A/V Rate Matching
    Video 24.998397
    Audio 47994.061362
    Delta -0.088365
    Target% 0.000000
    Actual% 0.000000

    Und hier das dropped frames Log:
    Dropped Frames
    2
    5
    12
    34
    41
    51
    58
    60
    64
    67
    75
    82
    85
    90
    92
    95
    98
    102
    112
    117
    128
    132
    134
    139
    145
    147
    149
    153
    155
    158
    161
    167
    171
    176
    178
    181
    189
    212
    224
    247
    270
    278
    282
    288
    293
    303
    315
    326
    328
    332
    337
    357
    361
    364
    383
    385
    409
    413
    415
    417
    425
    427
    429
    450
    452
    456
    460
    462
    468
    474
    480
    486
    488
    490
    496
    508
    510
    517
    522
    524
    539
    546
    566
    576
    587
    610
    614
    620
    622
    624
    628
    636
    638
    640
    643
    647
    650
    659
    666
    680
    712
    720
    724
    726
    735
    761
    763
    769
    772
    775
    788
    790
    793
    796
    801
    818
    828
    832
    842
    846
    848
    850
    872
    876
    888
    890
    896
    906
    908
    920
    929
    932
    937
    944
    948
    955
    962
    965
    967
    974
    981
    985
    991
    993
    1016
    1018
    1037
    1039
    1042
    1052
    1056
    1064
    1068
    1070
    1087
    1091
    1093
    1103
    1109
    1115
    1117
    1127
    1138
    1143
    1149
    1159
    1169
    1177
    1181
    1188
    1192
    1204
    1206
    1220
    1224
    1228
    1234
    1236
    1254
    1260
    1272
    1284
    1287
    1293
    1304
    1307
    1315
    1318
    1334
    1359
    1365
    1371
    1374
    1388
    1395
    1397
    1400
    1405
    1408
    1411
    1415
    1420
    1425
    1428
    1432
    1438
    1441
    1453
    1459
    1461
    1465
    1469
    1471
    1487
    1491
    1498
    27142
    27151
    27152


    Hier die Zahlen für VirtualDub_sync

    Nach 56s waren 169 frames dropped und es kam keines mehr dazu bis 1m26s (danach hatte ich

    keine Lust mehr weiter zu capturen)!!!

    Das schien am frisch gebooteten Betriebssystem gelegen zu haben!!! Vor dem Test mit

    VirtualVCR war ca. 6,45GB frei (fragmentiert!!!) danach habe ich Smallville mit meiner Nexus

    aufgenommen und jetzt sind 5,26GB frei! Kann das an einer fragmentierten Auslagerungsdatei

    liegen (Zurzeit auf dem Bootlaufwerk C: und 768MB groß)

    Wieso erreicht er denn nicht ganze 25 fps, und wieso gibt es keine dropped frames mehr nach

    so ca. 130-220 dropped frames obwohl die frame rate ca. 24.8... beträgt??? Wieso braucht die

    Karte, der Chip oder der Computer so eine scheiss WARMLAUFZEIT fürs capturen???

    Kann es sein, dass durch den Einsatz von FitCD das Senderlogo z.B. leicht verschoben wird?

    So jetzt seid ihr gefragt.

    Also ich habe jetzt die Schauze voll. Diese Karte mit Antigua-Chip (Philips SAA7134)

    Damit VirtualDub läuft, musste ich den Registry-Fix von Avery Lee anwenden.

    Ich habe jetzt VirtualDub, VirtualVCR, WinDVD 2 und WinDVD 3 versucht.

    Bei VirtualDub/VCR kommen immer so ca. 15% dropped frames (dropped 2) bei allen Codecs (huffyuv/MJPEG)!

    Habe mit und ohne Soundaufnahme dropped frames (10-15%).

    Bin echt ratlos, weil das System es eigentlich packen müsste.

    Ein paar Updates zu meinem System

    Seagate 20GB in 2 Partitionen als Bootlaufwerk (Master IDE 1)
    IBM 80GB (unpartitioniert) mit SATA-Adapter auf SATA1
    Samsung 160GB (unpartitioniert) mit SATA-Adapter auf SATA2 (die Platte ist zu 98% leer und wird zur Aufnahme verwendet!!!)
    nForce Treiber v2.40

    Bei VirtualDub/VCR stürzt das Programm ab, sobald ich den Tuner der Karte einstellen will!!!

    Bin ich denn bekloppt oder was???

    Ach ja, das mit dem TBC wollte ich korrigieren weil ich es selbst schon gefunden habe, da war aber irgendein Fehler und ich konnte nichts mehr machen (irgendeine Errorpage mit "refresh Browser").

    Kann es denn an dem fehlenden TBC liegen, wenn ich OHNE Audio trotzdem 15% frames dropped habe.

    Werde jetzt mal die frische VirtualDub 1.5.6 testen!!!

    Kann mir irgendwer zu alternativer Hardware raten:
    1) evtl. billige zweit-GRAKA, die Video-In hat
    2) sowas wie Dazzle DVC-80 (was haltet ihr davon?)

    Boah, das Bild der TV-Karte und das aufgenommene Bild sind spitze, ABER was hilft mir der SCHEISS wenn ich immer dropped frames habe!!!

    Bin ratlos :(

    Es MUSS huffyuv sein!!! MJPEG komprimiert SEHR gut und läuft auch bei mir mit 0 dropped frames bei 18 glaube ich! Aber ich will die Sache dann mit CCE in eine DVD gerechte Form bringen. Da huffyuv losless ist und meine vorherigen Tests mit einer Futerama-Folge diese dummen Interlace-Streifen (Kamm-Effekt) NICHT wegzubekommen waren, will ich mir weitere Bearbeitung ersparen die möglicherweise gar keinen Erfolg verspricht!!!

    Ich habe noch nen besseren VCR den ich mal probieren werde. Kannst du mal näher auf das Problem eingehen!!! Ich habe nähmlich auch mal ein Bild von meinem Digitalen Receiver durchgeschleift und es gab die gleichen Probleme!!!

    Ich werde den Receiver auch mal direkt anschliessen. Und mal den Tuner der Karte benutzen!!!

    Sag mal hast du bei WinDVR auch schon versucht nicht die Video-Einstellungen, sondern bei Source die Videogröße auf deine Aufnahmegröße zu ändern. Sieht so aus als ob er 320x240 in 720x576 aufnimmt!!! Nur so ein Tip.

    Seit wann hat ein P4 2,6 800FSB??? :eek:

    Habe ich schon mal mit der alten Festplatte versucht. Werde ich machen, aber ich glaube es liegt an was anderem!!!

    Ich musste wegen eines Fehlers in den Philips Treibern von Medion (ich glaube alle Philips-Chips haben laut dem VirtualDub-Programmierer das Problem) die Overlay-Funktion abschalten, weil sich die Pin's für Capturen und Overlay behindern (zu lesen in den alten News bei virtualdub.org)

    Ich will analoges Video über Composite auf dem Computer in DVD Auflösung (704x576) aufnehmen. Habe mir jetzt extra ne neue Festplatte (Samsung SP1614N, 160GB, 8MB, UDMA 133)

    Mein System:
    MSI K7N2 Delta ILSR
    512MB DDR G.E.I.L.
    Athlon XP 1700+ @ 2000MHz Realtakt und 200FSB
    WinXP Pro
    MD9717 (Philips SAA713X)
    huffYUV 2.1.1 CCESP Patch 0.2.2

    Die Platte ist komplett leer und die CPU Auslastung ist bei der Aufnahme bei 15-30%! Nun verliert VirtualDub 1.5.4 bei der Aufnahme immer so ca. 10-15% und es kommt keine Fehlermeldung (XX.X% der frames dropped)!!!

    Bin ich jetzt paranoid oder mache ich was Falsch. Der Codec müsste doch locker von der Cpu gemeistert werden und die Festplatte kann auch schnell genug schreiben!!!

    Danke