Fehlerhafte Aufnahme

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Fehlerhafte Aufnahme

    Anzeige
    Eigentlich ist das nur eine kurze Frage, habe vorhin ganz regulär mit Bandicam aufgenommen, aber scheinbar ist die AVI-Datei korrupt. Der Header scheint da zu sein, deswegen hier die Media-Info:

    Quellcode

    1. General
    2. Complete name : E:\Aufnahmen\Potenzial\bandicam 2014-04-02 19-14-52-834.avi
    3. Format : AVI
    4. Format/Info : Audio Video Interleave
    5. Format profile : OpenDML
    6. File size : 15.6 GiB
    7. Duration : 16mn 3s
    8. Overall bit rate : 139 Mbps
    9. Writing application : BandiAviMuxer 1.0
    10. Video
    11. ID : 0
    12. Format : YUV
    13. Codec ID : ULY0
    14. Codec ID/Info : Ut Video Lossless Codec
    15. Codec ID/Hint : Ut Video
    16. Duration : 16mn 3s
    17. Bit rate : 136 Mbps
    18. Width : 1 920 pixels
    19. Height : 1 080 pixels
    20. Display aspect ratio : 16:9
    21. Frame rate : 25.000 fps
    22. Color space : YUV
    23. Chroma subsampling : 4:2:0
    24. Compression mode : Lossless
    25. Bits/(Pixel*Frame) : 2.629
    26. Stream size : 15.3 GiB (98%)
    27. Audio #1
    28. ID : 1
    29. Format : PCM
    30. Format settings, Endianness : Little
    31. Format settings, Sign : Signed
    32. Codec ID : 1
    33. Duration : 16mn 3s
    34. Bit rate mode : Constant
    35. Bit rate : 1 411.2 Kbps
    36. Channel count : 2 channels
    37. Sampling rate : 44.1 KHz
    38. Bit depth : 16 bits
    39. Stream size : 162 MiB (1%)
    40. Alignment : Aligned on interleaves
    41. Interleave, duration : 10 ms (0.25 video frame)
    42. Interleave, preload duration : 40 ms
    43. Audio #2
    44. ID : 2
    45. Format : PCM
    46. Format settings, Endianness : Little
    47. Format settings, Sign : Signed
    48. Codec ID : 1
    49. Duration : 16mn 3s
    50. Bit rate mode : Constant
    51. Bit rate : 1 411.2 Kbps
    52. Channel count : 2 channels
    53. Sampling rate : 44.1 KHz
    54. Bit depth : 16 bits
    55. Stream size : 162 MiB (1%)
    56. Alignment : Aligned on interleaves
    57. Interleave, duration : 30 ms (0.76 video frame)
    58. Interleave, preload duration : 30 ms
    Alles anzeigen


    Eigentlich bin ich nur an einer schnellen Lösung interessiert, falls jemand so etwas anbieten kann. Ansonsten schaue ich es mir mal in VirtualDub an und lasse es neu schreiben.
    Etwas ominös ist der damit verbundene Prozess "dllhost.exe" (COM Surrogate), der ziemlich kräftig am Arbeitsspeicher zieht und förmlich Memory-Leak schreit.
    Der startet sich jedoch nur bei einem Öffnungsversuch und lässt sich problemlos beenden.

    Vielleicht hat ja jemand eine Idee, ansonsten lasse ich eben einen Reperaturvorgang unter VirtualDub laufen. ;)
  • Wieso? Was isn mit dem Video? Lässt sich nicht öffnen? Von wem nicht? Welche Meldung wird ausgegeben?

    Welche Meldung gibt Virtualdub aus?
    Aktuelle Projekte/Videos




    Seit etlichen Monaten komplett veraltete Signatur, wie ihr sicherlich schon bemerkt habt. Habe mittlerweile mehr als 4 Projekte, weshalb die Signatur leider momentan gesprengt ist xD
    Notdürftig die Liste was aktuell läuft: Unreal | Complex DooM (LPT) | DooM 2016 | Need For Speed III: Hot Pursuit | Dirt Rally | Dirt 4 | WRC 7
  • Habs mir einfacher vorgestellt, hier mal die Crashinfo von VirtualDub:

    Brainfuck-Quellcode

    1. VirtualDub crash report -- build 35491 (release-AMD64)
    2. --------------------------------------
    3. Disassembly:
    4. 050caec0: 0000 add [rax], al
    5. 050caec2: 418bc2 mov eax, edx
    6. 050caec5: 488d8c88000100 lea rcx, [rax+rcx*4+100]
    7. 00
    8. 050caecd: 488b05dc060300 mov rax, [1050fb5b0]
    9. 050caed4: 48034d00 add ecx, [rbp+00h]
    10. 050caed8: ff5010 call dword ptr [rax+10h]
    11. 050caedb: 488b03 mov rax, [rbx]
    12. 050caede: 488bcb mov rcx, ebx
    13. 050caee1: 4183c601 add esi, 01h
    14. 050caee5: 4983c404 add rsp, 04h
    15. 050caee9: 4983c708 add rdi, 08h
    16. 050caeed: 4883c508 add rbp, 08h
    17. 050caef1: ff90e8000000 call dword ptr [rax+e8]
    18. 050caef7: 443bf0 cmp esi, eax
    19. 050caefa: 0f8c70ffffff jl 1050cae70
    20. 050caf00: 4c8b7c2420 mov r15, [rsp+20h]
    21. 050caf05: 4c8b642460 mov r12, [rsp+60h]
    22. 050caf0a: 488b7c2458 mov rdi, [rsp+58h]
    23. 050caf0f: 488b6c2450 mov rbp, [rsp+50h]
    24. 050caf14: 4883c428 add rsp, 28h
    25. 050caf18: 415e pop esi
    26. 050caf1a: 415d pop ebp
    27. 050caf1c: 5e pop esi
    28. 050caf1d: 5b pop ebx
    29. 050caf1e: c3 ret
    30. 050caf1f: cc int 3
    31. 050caf20: 4053 push ebx
    32. 050caf22: 55 push ebp
    33. 050caf23: 56 push esi
    34. 050caf24: 57 push edi
    35. 050caf25: 4883ec28 sub rsp, 28h
    36. 050caf29: 488b01 mov rax, [rcx]
    37. 050caf2c: 4c89642450 mov [rsp+50h], r12
    38. 050caf31: 498bf0 mov rsi, eax
    39. 050caf34: 488bf9 mov rdi, ecx
    40. 050caf37: 4c894128 mov [rcx+28h], r8
    41. 050caf3b: 48895130 mov [rcx+30h], rdx
    42. 050caf3f: 498bd8 mov rbx, eax
    43. 050caf42: 33ed xor ebp, ebp
    44. 050caf44: ff90e8000000 call dword ptr [rax+e8]
    45. 050caf4a: 85c0 test eax, eax
    46. 050caf4c: 7e2e jle 1050caf7c
    47. 050caf4e: 6690 nop
    48. 050caf50: 8b4740 mov eax, [rdi+40h]
    49. 050caf53: 488d9c83000100 lea rbx, [rbx+rax*4+100]
    50. 00
    51. 050caf5b: 8b4bfc mov ecx, [rbx-04h] <-- FAULT
    52. 050caf5e: 488d0449 lea rax, [rcx+rcx*2]
    53. 050caf62: 0f181443 prefetcht1 [rbx+rax*2]
    54. 050caf66: 488b07 mov rax, [rdi]
    55. 050caf69: 4803d9 add ebx, ecx
    56. 050caf6c: 488bcf mov rcx, edi
    57. 050caf6f: 83c501 add ebp, 01h
    58. 050caf72: ff90e8000000 call dword ptr [rax+e8]
    59. 050caf78: 3be8 cmp ebp, eax
    60. 050caf7a: 7cd4 jl 1050caf50
    61. 050caf7c: 488d8fe8300000 lea rcx, [rdi+30e8]
    62. 050caf83: 33c0 xor eax, eax
    63. 050caf85: 488bd3 mov rdx, ebx
    64. 050caf88: 8901 mov [rcx], eax
    65. 050caf8a: 448b8778f30000 mov r8d, [rdi+f378]
    66. 050caf91: e85a690100 call 1050e18f0
    67. 050caf96: 488b07 mov rax, [rdi]
    68. 050caf99: 488bcf mov rcx, edi
    69. 050caf9c: 33ed xor ebp, ebp
    70. 050caf9e: ff90e8000000 call dword ptr [rax+e8]
    71. 050cafa4: 85c0 test eax, eax
    72. 050cafa6: 0f8eb2000000 jle 1050cb05e
    73. 050cafac: 4c8da770d30000 lea r12, [rdi+d370]
    74. 050cafb3: 488d9fb8100000 lea rbx, [rdi+10b8]
    75. 050cafba: 666690 nop
    76. 050cafbd: 666690 nop
    77. Built on Althena on Sun Oct 27 16:00:02 2013 using compiler version 1400
    78. Windows 6.1 (Windows 7 x64 build 7601) [Service Pack 1]
    79. Memory status: virtual free 8388390M/8388608M, commit limit 16285M, physical total 8144M
    80. RAX = 4
    81. RBX = 91460d9f
    82. RCX = 59774e0
    83. RDX = 87a0080
    84. RSI = 5ea0b80
    85. RDI = 59774e0
    86. RBP = 1
    87. R8 = 5ea0b80
    88. R9 = 1
    89. R10 = 50f4138
    90. R11 = 12f438
    91. R12 = 1f7e050
    92. R13 = 5ea0b80
    93. R14 = 87a0080
    94. R15 = 2f8600
    95. RSP = 12f310
    96. RIP = 50caf5b
    97. EFLAGS = 00010293
    98. Crash reason: Access Violation
    99. Crash context:
    100. An out-of-bounds memory access (access violation) occurred in module 'utv_core'...
    101. ...reading address 0000000091460D9B...
    102. ...while decompressing video frame 0 (VideoSource.cpp:2155)...
    103. ...while using input buffer at 0000000005EA0B80-0000000005F4BF47 (VideoSource.cpp:2154)...
    104. ...while using output buffer at 00000000087A0080-0000000008F89083 (VideoSource.cpp:2153).
    105. Pointer dumps:
    106. RCX 059774e0: 050f4138 00000000 050f40e8 00000000 039addb0 00000000 00000103 00000618
    107. RDX 087a0080: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    108. RSI 05ea0b80: 06050401 08070707 08080807 0a090709 0a090809 0a0a0a09 090b0b0b 0b0a0b0b
    109. RDI 059774e0: 050f4138 00000000 050f40e8 00000000 039addb0 00000000 00000103 00000618
    110. RSP 0012f310: 00000001 0021efff 00010000 00000000 01f7b770 00000000 fffeffff 000007ff
    111. 0012f330: 01f709a0 00000000 0012f400 00000000 0205b690 00000000 01f7fb90 00000000
    112. 0012f350: 06304fb0 00000000 039a1211 00000000 01f7e050 00000000 01f30280 00000000
    113. 0012f370: 01f307a0 00000000 779781c4 00000000 00000002 00000000 00000000 00000000
    114. R8 05ea0b80: 06050401 08070707 08080807 0a090709 0a090809 0a0a0a09 090b0b0b 0b0a0b0b
    115. R10 050f4138: 050cc4f0 00000000 050c93b0 00000000 050c9430 00000000 050c93c0 00000000
    116. R11 0012f438: 40275b1b 00000001 00000017 00000000 000001b8 00000000 ffffffff ffffffff
    117. R12 01f7e050: 00690056 00650064 0020006f 006f0063 00650064 00200063 00550022 00560074
    118. R13 05ea0b80: 06050401 08070707 08080807 0a090709 0a090809 0a0a0a09 090b0b0b 0b0a0b0b
    119. R14 087a0080: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    120. R15 002f8600: 000029e5 00000000 03a53240 00000000 0027b3c0 00000000 0027b3c0 00000000
    121. Thread call stack:
    122. 050caf5b: utv_core!?GlobalConfigDialog@@YA_JPEAUHWND__@@@Z [050c0000+4ce0+627b]
    123. 779781c4: ntdll!RtlInitializeCriticalSection [77950000+28100+c4]
    124. 7fefc4937c8: MSVFW32!ICSendMessage [7fefc490000+3770+58]
    125. 7fefe071a7a: KERNELBASE!ReadFile [7fefe070000+1a00+7a]
    126. 7fefc493cf0: MSVFW32!ICDecompress [7fefc490000+3cac+44]
    127. 140275b1b: VDVideoDecompressorVCM::DecompressFrame()
    128. 140184885: VDFile::readData()
    129. 779a3518: ntdll!RtlAllocateHeap [77950000+533a0+178]
    130. 140153942: VideoSourceAVI::streamGetFrame()
    131. 14015256f: VideoSourceAVI::streamFillDecodePadding()
    132. 1400535af: VDFilterFrameVideoSource::RunRequests()
    133. 140119864: VDVideoWindow::WndProcStatic()
    134. 14028f317: alloc()
    135. 14028f317: alloc()
    136. 14029046e: (special)()
    137. 14004aba3: ?$vdfastdeque::push_back_extend()
    138. 14029046e: (special)()
    139. 140050c94: VDFilterFrameManualSource::CreateRequest()
    140. 14006475b: FilterSystem::RequestFrame()
    141. 1400a238e: VDProject::DisplayFrame()
    142. 1400ad177: VDProjectUI::UICurrentPositionUpdated()
    143. 1400a5f1c: VDProject::Open()
    144. 140185cae: VDAutoLogger::VDAutoLogger()
    145. 14006c5b3: VDAutoLogDisplay::VDAutoLogDisplay()
    146. 1400888f9: OpenAVI()
    147. 1400b3c67: VDProjectUI::MenuHit()
    148. 773a75b0: USER32!SetWindowTextW [77390000+17054+55c]
    149. 773a9aa6: USER32!TranslateMessageEx [77390000+19930+176]
    150. 1400c8a67: VDUIFrame::DefProc()
    151. 1400b56bc: VDProjectUI::MainWndProc()
    152. 773a9b43: USER32!TranslateMessageEx [77390000+19930+213]
    153. 773a9aa6: USER32!TranslateMessageEx [77390000+19930+176]
    154. 773a72cb: USER32!SetWindowTextW [77390000+17054+277]
    155. 773a37e2: USER32!GetWindowLongPtrA [77390000+137c0+22]
    156. 1400c9695: VDUIFrame::StaticWndProc()
    157. 773a9bd1: USER32!TranslateMessageEx [77390000+19930+2a1]
    158. 773a9b43: USER32!TranslateMessageEx [77390000+19930+213]
    159. 773a98da: USER32!TranslateMessage [77390000+196f0+1ea]
    160. 773a9712: USER32!TranslateMessage [77390000+196f0+22]
    161. 140086c0e: inMain()
    162. 1402977c1: _tmainCRTStartup()
    163. 7728652d: kernel32!BaseThreadInitThunk [77270000+16520+d]
    164. 7797c521: ntdll!RtlUserThreadStart [77950000+2c500+21]
    165. -- End of report
    Alles anzeigen


    Also MPC und andere Player geben nichts aus, erkennen aber die korrekte Länge. Jeder Zugriff über Dateimanager sorgt für einen Zugriff der dllhost.
    Der Zugriff ist nicht möglich, auch nicht mit Admin-Rechten.
  • Ich hoffe mal das es kein hardwareproblem ist.

    Laufen denn weitere Aufnahmen? Sprich ist es nur bei diesem Video? Oder auch bei jedem weiteren?
    Aktuelle Projekte/Videos




    Seit etlichen Monaten komplett veraltete Signatur, wie ihr sicherlich schon bemerkt habt. Habe mittlerweile mehr als 4 Projekte, weshalb die Signatur leider momentan gesprengt ist xD
    Notdürftig die Liste was aktuell läuft: Unreal | Complex DooM (LPT) | DooM 2016 | Need For Speed III: Hot Pursuit | Dirt Rally | Dirt 4 | WRC 7
  • Lag an UT-Video. Für dieses Video habe ich die Kernzahl mal auf 2 gestellt. Mit 3 ist es das gleiche Problem. Ich bekomme nur mit 4 Kernen eine funktioniererende Datei.
    Interessant wäre, ob das reproduzierbar ist, denn eigentlich sollte es mit 2 Kernen ja am Optimalsten laufen. Wer Interesse hat, kann es gerne mal testen.
    Mein Problem ist jedenfalls gelöst.

    @sam @Chu , Frage geklärt. Hier kann zu gemacht werden.
  • Chrisblue schrieb:

    Lag an UT-Video. Für dieses Video habe ich die Kernzahl mal auf 2 gestellt. Mit 3 ist es das gleiche Problem. Ich bekomme nur mit 4 Kernen eine funktioniererende Datei.


    Sehr seltsam. Hab mit Dividor 2 keine Probleme.

    Ich nutze UTVideo 4:2:2 bt.601 und optimiert für decoding speed.
    Aktuelle Projekte/Videos




    Seit etlichen Monaten komplett veraltete Signatur, wie ihr sicherlich schon bemerkt habt. Habe mittlerweile mehr als 4 Projekte, weshalb die Signatur leider momentan gesprengt ist xD
    Notdürftig die Liste was aktuell läuft: Unreal | Complex DooM (LPT) | DooM 2016 | Need For Speed III: Hot Pursuit | Dirt Rally | Dirt 4 | WRC 7
  • Hab hier weder mit 2 noch mit 4 Kernen Probleme mit UTVideo (3h und 4h Sessions), wobei es hier mit 4 Kernen deutlich "flüssiger" läuft als mit 2, die Last verteilt sich zumindest besser auf die Cores und die Spiele liefern mehr FPS als mit Lagarith (der nur 2 Kerne nutzt).

    Man könnte natürlich schauen ob es wirklich am ersten Frame liegt, dieser evtl. wirklich defekt ist (AVISynth, trim-Befehl), aber da es mit 4 Kernen läuft ist das ja nicht nötig.
    ——YouTube————————————————————————————————————————————
    — Endlos-Projekte: Minecraft (SinglePlayer), Craft The World, Banished, Besiege, Sims4
    — ..Abgeschlossen: Leisure Suit Larry 6+7, Dishonored, Surface 2+3, Mirrors Edge, uvm
    — . Kurz- Projekte: The Tower, Fighting Is Magic, Euro Truck Simulator 2, uvm
    — ......Retro-Ecke: Day Of The Tentacle, Flight Of The Amazon Queen, NFS: HP2, uvm
    ————————————————————————————————————————————TbMzockt.de—
  • Chrisblue schrieb:

    Lag an UT-Video. Für dieses Video habe ich die Kernzahl mal auf 2 gestellt. Mit 3 ist es das gleiche Problem. Ich bekomme nur mit 4 Kernen eine funktioniererende Datei.
    Interessant wäre, ob das reproduzierbar ist, denn eigentlich sollte es mit 2 Kernen ja am Optimalsten laufen. Wer Interesse hat, kann es gerne mal testen.
    Mein Problem ist jedenfalls gelöst.

    @sam @Chu , Frage geklärt. Hier kann zu gemacht werden.
    Ich denke, dann kann ich hier mal schließen, da die Frage geklärt zu sein scheint.

    Falls noch Rückfragen auftauchen, oder ich anderwertig zu früh geschlossen haben sollte, so genügt eine kleine PN des Threaderstellers an mich.

    #CLOSED.