Ciemny obraz po zgraniu na dysk

Question

Dysk 7200 Maxtor 40GB, codec PICVideo, VirtualDub 1.4.10, system Win98 SE świeżutko zainstalowany i zaciemniony obraz po przechwytywaniu. Doszedłem do wniosku, że to dzieje się dopiero po wykonaniu kilku zrzutów i/lub kompresji video, tak jakby w Virtual Dub było jakieś ograniczenie i tu pytanie...

Zbynia · Answer

wejdź na stronę virtual duba i zobacz - nie jest to free.............

Piotrek01 · Answer

ja do przechwytywania używam vd 1.4.11 i wszystko pięknie śmiga, może to sterowniki do karty tv

elektronik321 · Answer

mozliwie ze to są jakies sterowniki , jest cos takiego w grafice jak nvkeystone , znalazłem cos podobne w karcie tv , jednak nie powiem jak to bzmiało bo uzywałem tego x czasu temu

Gelip · Answer

I znowu to samo. Panowie czy naprawdę nikt nie spotkał się z tym problemem. Czy ktoś wie o co mi chodzi. To na pewno nie wina sterowników ani żadnego nvkeystone, przecież nie bawię się tym wogóle a skoro do jakiegoś czasu wszystko jest ok a później nie to chyba nie to.
Wiem że VirtualDub nie jest freeware tylko GNU, ale to chyba nie znaczy że ma jakieś ograniczenia.

Znowu musiałem zainstalować Windows na nowo tzn. przywrócić z pliku obrazu no i teraz jest dobrze, jak włączam preview to jest ok. Obraz staje się tylko lekko gorszej jakości tzn. tak jakby włączył się tryb 256 kolorów i tak powinno być. To chyba nie może być wina sterowników w tym wypadku. Ostatnio (jakieś 2 tygodnie temu) obrabiałem sporo materiału zgranego z VHS, oczywiście na świeżo zainstalowanym systemie. VirtualDuba i Nanduba otwierałem kilkanaście jak nie kilkadziesiąt razy i wszystko było ok. Zgrywałem, kompresowałem i to w np. 512x384 lub 720x528.

Prawdę mówiąc od tamtej pory (jakiś tydzień temu) system był wgrywany na nowo i dzisiaj pierwszy raz (tak mi się wydaje) uruchomiłem VirtualDuba i przy włączeniu Preview od razu miałem ciemny obraz.

Pozdr.

Promuję tematy:
03.02.2026 Emulator ZX Spectrum FASTBETA na Raspberry Pi Pico RP2040/RP2350

tzok · Answer

Nie jest to kwestia doboru formatu wideo (YUV2/9/12, RGB15/24)?

MCbx · Answer

Co do zaciemniania obrazu zetknąłem się w programie HyperCam, gdzie to próbowałem zrzucić filmik z ekranu. Wybrałem autowybór kodeka i zkręciłem kilkunastosekundowy filmik. Po odtworzeniu w Windows MP filmik był zacieniony i delikatnie poszarzały.

Gelip · Answer

Podam szczegółowe ustawienia VirtualDub'a 1.4.10:

File - Set capture file... - dysk E:\C.avi
Audio - Compression - 44100Hz 16 bit Mono (Sereo)
Audio - Volume meter - 1/4 zakresu
Video - Włączona opcja Preview
Video - Format - 15 bit RGB
Video - Source - Composite In, PAL B, D, G, H, I
Video - Właściwości obrazu J, K, N, O po 128 standardowo
Video - Compression... - PICVideo MJPEG Codec - Quality 19, Luminance Quality 5, Chrominance Quality 6, Zaznaczona opcja 2 Fields If More Than 288 Lines, Subsampling 4/2/2, Codec enabled
Video - Set custom format - Use custom size - 512x384, Data format 16 bit RGB
Capture - Settings - Capture audio, Wait for OK to capture, Abort hotkey - None, Abort on left mouse button, Drop % limit 10, Max index entires 324000, Lock video stream to audio, Video buffer limit 10, Audio buffer limit 4, Audio buffer size 0, Frame rate 25.0000
Capture - Drives - +0 50MB E:\, zaznaczona opcja Enable multisegment capture

Zgrywam wybierając F6 (zawsze mam CPU usage 100% ale gubi niewiele ramek, próbowałem minimalnych ustawień i wraz 100% usage)

Pozdr.

Promuję tematy:
03.02.2026 Emulator ZX Spectrum FASTBETA na Raspberry Pi Pico RP2040/RP2350

tzok · Answer

Nie używaj opcji Preview a Overlay, dużo mniej obciąża procesor, nie dokonuj też konwersji rozdzielczości i głębi kolorów w locie, te parametry ustaw w oknie ustawień formatu źródła. Przyciemnienie bierze się z niezgodności formatów 16bit RGB i 15bit RGB. W tej rozdzielczości na Cel850 mogłem przechwytywać do DivXa i CPU load było na poziomie 30%-40% (gubił średnio 1 klatkę na 1,5 minuty). Ważną kwestią jest ooptymalizacja VD pod Video for Windows a nie WDM, stąd o wiele lepiej sobie radzi pod Win98 ze sterownikami od tunera - vxd.

Gelip · Answer

A więc:

Czy aby nie odwrotnie tzok. Mi się wydaje że Overlay obciąża bardziej procesor no chyba że się mylę. Poza tym muszę używać Preview aby zgrywać w rozdzielczości większej niż 384x288. Przypominam że zgrałem i skompresowałem tym sposobem 6 kaset VHS i wszystko było OK.

Co do głębi kolorów to może i masz rację tylko czy to nie jest przypadkiem to samo (błąd w VirtualDub albo w oprogramowaniu karty), czy to nie chodzi o tę samą głębię kolorów bo w oknie Format Wideo w pozycji Format danych mam do wyboru 15 bit RGB a w oknie Set custom format jest 16 bit RGB. Nie znam się na tym ale czy to nie o to samo chodzi i tylko jest błąd wyświetlania? Jeśli to nie błąd to skąd ta różnica jednego bitu?

W menu Video mam 3 sterowniki:

0 MSVIDEO: Brooktree PCI Video Capture Driver
1 Creative WebCam Pro (VFW)
2 Microsoft WDM Image Capture

i zawsze używam tego 0 MSVIDEO.... więc chyba używam dobrego sterownika.

Powiedz mi jeszcze tylko o co chodzi z tą konwersją w locie bo nie wiem jak jest "nie wlocie"

Ja pokombinuję z ustawieniami i uwagi opiszę.

Pozdr.

Promuję tematy:
03.02.2026 Emulator ZX Spectrum FASTBETA na Raspberry Pi Pico RP2040/RP2350

tzok · Answer

Overlay pisze bezpośrednio do pamięci ekranu więc nie obciąża CPU wcale...
Video - Overlay
Video -> Format: 384x288/RGB24 (stosuj zawsze pełne krotności PAL, wyższa rozdzielczość nie ma sensu bo VHS ma właśnie taką)
Video -> Compression - huffyuv (polecam ten kodek)
Video -> Noise Reduction - Enable
Video -> Set Custom Format - nic nie ruszaj
Video - 0 MSVIDEO:
***
Tryb RGB15 jest kłopotliwy i może powodować właśnie taki problemy... Używaj albo trybu RGB24 albo YUV2.
W 384x288 powinieneś być w stanie kompresować w locie do DivX a na pewno do Indeo 5.1 z opcją Quick Compress.

Promuję tematy:
17.01.2026 Wnętrze sterownika BOSCH ESP 9.0
26.04.2025 Nowy niedrogi miernik LCR od ZOTEK: ZOYI ZT-DQ01
15.03.2023 Analogowa lutownica T12 - minirecenzja
23.07.2019 MUSTOOL MT8206 - Multimetr Graficzny
18.11.2016 Samochodowy odstraszacz kun na Arduino Pro Mini

Gelip · Answer

No dobra z tym Overlay masz chyba rację. Dla mnie może być i RGB 24 bit ale to wraz nie wyjaśnia mojego problemu z tym przyciemnionym obrazem. Aha, co do VHS to faktycznie się zgodzę ze zgrywaniem w rozdzielczości 384x288, ale z TV chyba jest sens zgrywać w większej. Jak dobrze pamiętam w Polsce obowiązuje system PAL w którym rozdzielczość obrazu wynosi 768x576. Co do kodeka to kwestia przyzwyczajenia i niech tak zostanie.

Czy mógłbyś sprawdzić u siebie w ustawieniach jak masz z tą głębią kolorów, czy w obu przypadkach masz np. 15 bit RGB czy tak jak u mnie w Video format 15 bit RGB a set custom 16 bit RGB.

Promuję tematy:
03.02.2026 Emulator ZX Spectrum FASTBETA na Raspberry Pi Pico RP2040/RP2350

tzok · Answer

Jest tak jak u Ciebie i właśnie ta konwersja może powodować takie problemy na niektórych kodekach. Też tak mam na MJPEG.
384x288 jest rozdzielczością półobrazu PAL, większa rozdzielczość i tak nie ma sensu bo karty TV ani kodeki nie najlepiej radzą sobie z przeplotem.

Gelip · Answer

A więc sprawdziłem kilka ustawień i tak:

Nie wiem o co ci chodzi z tymi krotnościami rozdzielczości. Ja stosuję się do krotności 8 (gdzieś tak wyczytałem że rozdzielczość powinna być krotnością liczyb 8 albo 16) więc nie wiem co ty uważasz za krotność.

YUY2 odpada (chyba się pomyliłeś bo ja nie mam formatu YUV2). Zgrałem kawałek materiału w rozdzielczości według moich krotności (512x384) i podczas kompresji wstawiłem filtr usuwający przeplot i z tego co zauważyłem przeplot tak jakby nie został usunięty.

Zgrałem kawałek materiału z TV w 384x288 Overlay, tak jak mi radziłeś i niestety CPU usage nadal jet 100% (nie mam na pewno uruchomionych innych aplikacji w tle). Materiał zgrał się ale uważam że 384x288 to za mało ponieważ wyraźnie widać pogorszenie jakości obrazu przy włączeniu odtwarzania pełnoekranowego np. w VPlayer.

No dobra od tej pory będę trzymał się 24 bit RGB

Promuję tematy:
03.02.2026 Emulator ZX Spectrum FASTBETA na Raspberry Pi Pico RP2040/RP2350

Ciemny obraz po zgraniu na dysk

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Podsumowanie tematu