Vob, DgIndex - błąd - wczytanie VOB-a jako "zwykły" AVI

[maniek]

Mam pojedynczego VOB-a.
Teraz chciałem sobie z niego wyciąć fragment i go przerobić do avi z
kompresją H.264
Ale wcześniej chciałem mu usunąć przeplot za pomocą avisynth wtyczką
tomsmocomp.
W przypadku moich dotychczasowym AVI w bezstratnej HUFFY wszystko z VDM i
avisynth śmiga. W przypadku VOB-a leżę.
Ustaliłem, że Vob-a bezpośrednio nie wczytam więc chciałem go wyindeksować
za pomocą DGIndex, żeby potem jako niby "avi" łyknął go mi avisynth.
Niestety po zapisaniu projektu *.d2v nic go mi nie chce wczytać.
Tak jak kiedyś czytałem ten d2v robi się właśnie po to aby ponoć inne
programy widziały takiego vob-a jako avi (?)
Z tego co pamiętam bez problemu robił wczytanie kiedyś GordianKnot
Dziś ten sam program twierdzi, że ten *.d2v nie jest prawidłowym plikiem
projektu d2v i nie wczytuje go.
O czym zapomniałem? Coś popierniczyłem. Próbowałem też coś modzić za pomocą
DVD2AVI z tym VOB-em ale ten nie wiem czemu wywala błędy przy próbie zapisu
czy to jako nieskompresowane klatki czy jako kompresja Huffy.
Sam VOB w MediaPlayerClassic odtwarza się bez zająknięcia od deski do deski.
Jak mam spreparować tego nieszczęsnego VOB-a aby można go było wczytać jako
"atrapę" avi do np VDM i dopiero wtedy poddać go obróbce i końcowej
właściwej kompresji.
Oczywiście VOB-a można bezpośrednio wczytać do VDM ale wtedy omijam skrypty
avisynth, których chciałem użyć do likwidacji przeplotu (bo wbudowane filtry
VDM do przeplotu są cienkie) zanim go skompresuję.
Próbowałem w skrypcie avisynt użyć linii:
MPEGSource("sciezka do projektu*.d2v") ale leży to.
Próbowałem też wcześniej załadować
LoadPlugin("MPEGDecoder.dll")
nic to też nie wnosi.

[DeJotPe]

Post by maniek
Mam pojedynczego VOB-a.
Teraz chciałem sobie z niego wyciąć fragment i go przerobić do avi z
kompresją H.264
Ale wcześniej chciałem mu usunąć przeplot za pomocą avisynth wtyczką
tomsmocomp.
W przypadku moich dotychczasowym AVI w bezstratnej HUFFY wszystko z VDM i
avisynth śmiga. W przypadku VOB-a leżę.
Ustaliłem, że Vob-a bezpośrednio nie wczytam więc chciałem go wyindeksować
za pomocą DGIndex, żeby potem jako niby "avi" łyknął go mi avisynth.
Niestety po zapisaniu projektu *.d2v nic go mi nie chce wczytać.
Tak jak kiedyś czytałem ten d2v robi się właśnie po to aby ponoć inne
programy widziały takiego vob-a jako avi (?)
Z tego co pamiętam bez problemu robił wczytanie kiedyś GordianKnot
Dziś ten sam program twierdzi, że ten *.d2v nie jest prawidłowym plikiem
projektu d2v i nie wczytuje go.
O czym zapomniałem? Coś popierniczyłem. Próbowałem też coś modzić za pomocą
DVD2AVI z tym VOB-em ale ten nie wiem czemu wywala błędy przy próbie zapisu
czy to jako nieskompresowane klatki czy jako kompresja Huffy.
Sam VOB w MediaPlayerClassic odtwarza się bez zająknięcia od deski do deski.
Jak mam spreparować tego nieszczęsnego VOB-a aby można go było wczytać jako
"atrapę" avi do np VDM i dopiero wtedy poddać go obróbce i końcowej
właściwej kompresji.
Oczywiście VOB-a można bezpośrednio wczytać do VDM ale wtedy omijam skrypty
avisynth, których chciałem użyć do likwidacji przeplotu (bo wbudowane filtry
VDM do przeplotu są cienkie) zanim go skompresuję.
MPEGSource("sciezka do projektu*.d2v") ale leży to.
Próbowałem też wcześniej załadować
LoadPlugin("MPEGDecoder.dll")
nic to też nie wnosi.

# Created by AVSEdit
# Jacek 2010-04-30
MPEG2Source("Projekt.d2v",cpu=6,iPP=true)
#TomsMoComp(1,3,0)
#Telecide()
#Decimate()
#Crop(0,0,-0,-0)
#Sharpen(-0.1)
Lanczos4Resize(320,152)
#BicubicResize(320,176)


To mój skrypt, który robi wszystko:)
Tylko trzeba odhashować i pohashować to co trzeba.
U ciebie jest MPEGSource, a powinno być MPEG2source.

DGindex mam w wersji 1.5.cośtam, avisynth 2.5, wiem że kiedyś miałem
jakiś konflikt wersji ale to było dawno, kiedy DGindex nie nazywał się
DGindex

Zadnego loadplugin u mnie nie ma, plugin to się chyba DGDecode.dll
nazywa, bo MPEGDecoder.dll to ja nigdy nie miałem, a MPEG2Dec3.dll to
chyba stara wersja już jest.

Sprawdź też co mówi o pliku Gspot, ale to na końcu samym

PS: skrypt jest z włączonym postprocessingiem cpu=6 dla plików z
przeplotem iPP=true
Postprocessing nie zawsze jest potrzebny, jeśli nie widać gołym okiem
kwadratów i śmieci, iPP=true za to powinno być koniecznie
włączone/wyłączone jeśli wideo ma/nie ma przeplotu

[maniek]

"DeJotPe" news:ilvclo$gil$***@inews.gazeta.pl

[ciach]

Sprawa wygląda tak
Ponowne próby
Plik w katalogu Temp na dysku C: "abc.vob"

Zrobiłem sobie taki skrypt avs:
---
MPEGSource("c:\Temp\abc.vob")
---

Kliknąłem na ten skrypt, żeby mi go otworzył MediaPlayerClassic (MPC)
W tym momencie pojawia się okienko z informacją "Creating a D2V File"
Za chwilę w katalogu faktycznie pojawia się plik "abc.d2v"
Ten plik "abc.d2v" bez problemu mogę otworzyć MPC, oczywiście sam obraz bez
dźwięku.
Czyli na pierwszy rzut oka wygląda ok.
Mając sprawdzone otwieranie sie tego d2v utworzyłem sobie skrypt:

-----
Mpeg2Source("c:\Temp\abc.d2v")
-----
Jednak próba wczytania takiego skryptu za pomocą MPC kończy się
wyświetleniem komunikatu, że wejściowy plik nie jest D2V projektem.
Nie wiem gdzie jest pies pogrzebany.
W niektórych skryptach widziałem wpis:

movie=Mpeg2Source

Co daje ten ciąg "movie="
Takiej wersji też próbowałem i bez zmian.
W skryptach nie podaje scieżek do bibliotek dll bo siędzą one już w:
C:\Program Files\AviSynth 2.5\plugins

Założyłem sobie, że jak skrypt spełnia pewne (?) normy to powinno się go bez
problemu wczytać dowolnym playerem (?)
Przykładowa dla plików avi skrypt na odfiltrowanie przeplotu:
------
AVISource("scieżka do pliku *.avi")
TomsMoComp(-1,5,1)
------
można bez problemu "obejrzeć" w MPC
A te moje skrypty do VOB-a nie bardzo - to tak już Vob-y mają?

Tak wygląda analiza wejściowego VOB-a za pomocą GSpot:
http://gspot.vob.patrz.pl
Skrypty wyglądają na typowe jakie znalazłem w necie.
Nie wiem jak to ugryźć
Biblioteka DGDecode.dll do AviSynth wzięta z DGIndex 1.5.4
Może coś na styku programów ich bibliotek tutaj się gryzie i stąd takie
jaja?
Może brak mi jakiegoś składnika?

[DeJotPe]

Post by maniek
[ciach]

plik wygląda ok.
W skrypcie użyj MPEG2Source a nie MPEGSource, to ładuje inny dekoder
mpeg, najlepiej wypróbuj mój skrypt zmieniając dalszą część pod siebie.
DGindex mam w wersji 1.5.7 zobacz jaką ty masz, może jest za stara?

Ja nie sprawdzam skryptów za pomocą MPC, bo chyba mi to nawet nie
działało jak sprawdzałem, wczytuje je do VDMod lub do MeGUI i tam mam
podgląd "na żywo", tego co robi skrypt i co się bedzie kodować.
Ty też zobacz czy tam skrypt działa

audio=, video= to też widziałem w ksrypcie który miał ładować jedno
audio i inne video (nie pamiętam czy działał), wiec movie= to pewnie
coś podobnego.

[maniek]

Post by DeJotPe
U ciebie jest MPEGSource, a powinno być MPEG2source.

Już poprawiłem na MPEG2Source

Post by DeJotPe
DGindex mam w wersji 1.5.cośtam, avisynth 2.5, wiem że kiedyś miałem
jakiś konflikt wersji ale to było dawno, kiedy DGindex nie nazywał się
DGindex

Czy dawna nazwa to była DVD2AVI? Bo widzę, że oba programy są praktycznie
wizualnie identyczne.
Moje DGIndex to wersja 1.5.4 (nowsze z gatunku 1.5.8 już nie pójdą, bo mam
win2k)

Post by DeJotPe
PS: skrypt jest z włączonym postprocessingiem cpu=6 dla plików z
przeplotem iPP=true
Postprocessing nie zawsze jest potrzebny, jeśli nie widać gołym okiem
kwadratów i śmieci, iPP=true za to powinno być koniecznie
włączone/wyłączone jeśli wideo ma/nie ma przeplotu

No właście co to w rezultacie dalej ten zapis cpu=6 i iPP=true?
Myślałem, że to nie ma większego wpływu to iPP skoro linię później wrzucam
TomsMoComp do filtrowania.
Jakoś wtedy inaczej AviSynt traktuje ten materiał przeplotowy?
A to cpu=6 to jakby bardziej precyzyjniejsze wczytanie czy jak? (coś w
uproszczeniu podobnego jak przy kompresji Xvid gdzie ustawia się Motion
Precision od 0 do 6?)

Na podstawie Twoich zaleceń stworzyłem taki skrypt:

MPEG2Source("c:\scieżka do projektu *.d2v",cpu=6,iPP=true)
TomsMoComp(-1,5,1)

I teraz powstaje pytanie czy moje "TomsMoComp(-1,5,1)"
może się gryźć z tym iPP=true skoro u Ciebie jest "TomsMoComp(1,3,0)"
Czyli łagodniejsze filtrowanie?
Oczywiście skrypt bez problemu łyka VD i MeGUI, natomiast VDM jest wysypuje.

Generalnie jestem przywiązany do VDM, bo podoba mi się tam funkcja
przycinania obrazu - gdzie na podglądzie od razu widać efekt przycięcia i na
bieżąco "na żywym organiźmie" widzimy efekt przycięcia linii w poziomie i
pikseli w pionie. A gdy użyję funkcji Crop w skrypcie to muszę używać metody
prób i błędów skacząc o kolejne linie, potem wczytując taki skrypt do
podglądu aby zobaczyć efekt przycięcia pasów.
A jak wiadomo nie ma uniwersalnego przycięcia, bo różne materiały różne te
pasy czarne mają, często źródłowy materiał ma też śmieci w postaci
nierównych pionowych pasów i jakby urwanych linii poziomych - efekt znany z
filmóe VHS gdzie kilka dolnych poziomych linii jakby traciło synchronizację.
I teraz być może jest jakaś niezła metoda aby tak metodą prób i błędów nie
dociniać pasów tylko od razu mieć widoczne jak VDM co się dzieje z obrazem
gdy go obcinamy ze śmieci w pionie i poziomie?
Da się sprawdzić ile tak naprawdę mamy obciąć pasów z materiału aby te
liczby wstawić do szablonu:
Crop(0,0,-0,-0)?
Rozumiem, że niektóre materiały można sobie wcześniej wczytać do VDM i tam
sprawdzić ile góra ile dół ile lewo ile prawo przyciąć.
Ale co jak materiał nie chce mi się wczytać do VDM? Metoda prób i błędów i
skoki po 1 linii i kolejne wczytanie do podglądu w MeGUI aby w końcu złapać
optymalne przycięcie?

W MeGUI nie znalazłem przycinania i jak rozumiem należy to wykonać skryptem
za pomocą Crop-a?

[DeJotPe]

Post by maniek

Post by DeJotPe
PS: skrypt jest z włączonym postprocessingiem cpu=6 dla plików z
przeplotem iPP=true
Postprocessing nie zawsze jest potrzebny, jeśli nie widać gołym okiem
kwadratów i śmieci, iPP=true za to powinno być koniecznie
włączone/wyłączone jeśli wideo ma/nie ma przeplotu

No właście co to w rezultacie dalej ten zapis cpu=6 i iPP=true?
Myślałem, że to nie ma większego wpływu to iPP skoro linię później wrzucam
TomsMoComp do filtrowania.
Jakoś wtedy inaczej AviSynt traktuje ten materiał przeplotowy?
A to cpu=6 to jakby bardziej precyzyjniejsze wczytanie czy jak? (coś w
uproszczeniu podobnego jak przy kompresji Xvid gdzie ustawia się Motion
Precision od 0 do 6?)

nienienie. cpu=6 to postprocessing, czyli wygładzanie bloków (luma i
chroma, w pionie i w poziomie) oraz usuwanie zniekształceń fazowych.
Generalnie nie powinno się tego stosować jeśli źródłem jest film
tłoczony na dvd -one z reguły mają bardzo dobrą jakość.
Natomiast jeśli jest to rip z TV co ma 3000kbps, albo jest to
zakodowane jednoprzebiegowym stałobitrateowym enkoderem i widać
kwadraty to należy tego uzyć, bo po co enkoder potem ma się męczyć z
dodatkowymi "schodami" na granicy bloków?

Natomiast iPP=true mówi temu filtrowi, że źródło jest z przeplotem i
trzeba działać na polach, czyli oddzielnie parzystych i nieparzystych
liniach, a nie na całej klatce na raz - bez tego postprocessing
rozmyje ci przeplot i zrobi się kaszana.

Post by maniek
MPEG2Source("c:\scieżka do projektu *.d2v",cpu=6,iPP=true)
TomsMoComp(-1,5,1)
I teraz powstaje pytanie czy moje "TomsMoComp(-1,5,1)"
może się gryźć z tym iPP=true skoro u Ciebie jest "TomsMoComp(1,3,0)"
Czyli łagodniejsze filtrowanie?

To nie jest łagodność, ale raczej czułość działania filtra - im
wyszsza ta środkowa wartość, tym więcej przeplotu on "znajdzie", przy
wyższych niż 5 wartościach często nawet tam gdzie go nie ma i tam
kaszanę zrobi. ZTCP 5 było też dobrą warością, ale ja używam
najniższej wartości, bo i tak działa i wszystko filtruje.

pierwsza cyfra mówi o kolejności pól: top field first i botom field
first - czy obraz z pola linii parzystych czy też nieparzystych był
zarejestrowany jako pierwszy. Tutaj (tomsmocomp robi z obrazu 50i 25p)
błędne ustawienie wiele nie popsuje (najwyżej ukośne linie), ale przy
filtrach które z obrazu 50i robią 50p zła kolejność linii będzie
oznaczała złą kolejność klatek i "mruganie" i skakanie obrazu.

trzecia cyfra to vertical filter - jeśli mamy jakąś ukośna linię, to
filtr widzi, że obraz w linii następnej jest przesunięty względem
linii poprzedniej, czyli trzeba go skompensować (nie widzi że w
następnej linii jest przesunięty o następne tyle). po wyrównaniu
parzystych i nieparzystych linii ukośna linia "traci" połowę
rozdzielczości - robią się na niej schody - skoki o 2px. vertical
filter ma temu przeciwdziałać.

Post by maniek
Oczywiście skrypt bez problemu łyka VD i MeGUI, natomiast VDM jest wysypuje.
Generalnie jestem przywiązany do VDM, bo podoba mi się tam funkcja
przycinania obrazu - gdzie na podglądzie od razu widać efekt przycięcia i na
bieżąco "na żywym organiźmie" widzimy efekt przycięcia linii w poziomie i
pikseli w pionie. A gdy użyję funkcji Crop w skrypcie to muszę używać metody
prób i błędów skacząc o kolejne linie, potem wczytując taki skrypt do
podglądu aby zobaczyć efekt przycięcia pasów.

:)
Jeśli tylko tyle potrzebujesz, to zainstaluj sobie AVSEdit (wymaga net
framework) - bardzo pomaga pisać i edytować skrypty, podpowiada co
jest co, ma helpa i ma crop editor:
wpisz:

Crop()

kliknij _po_lewej_ stronie za linią i po prawej stronie wyskoczą ci
parametry tego filtra jak i przyciski do podglądu helpa etc.

Post by maniek
W MeGUI nie znalazłem przycinania i jak rozumiem należy to wykonać skryptem
za pomocą Crop-a?

megui ma własny "kreator" skryptów w file -> open - i jest tam też crop.

[r***@konto.pl]

Thu, 17 Mar 2011 15:23:25 +0100, w

Post by maniek
W przypadku moich dotychczasowym AVI w bezstratnej HUFFY wszystko z VDM i
avisynth śmiga. W przypadku VOB-a leżę.

VirtualDub wczytuje i parsuje voby. Zamiast VDM użyj VD.

[maniek]

Post by r***@konto.pl
VirtualDub wczytuje i parsuje voby. Zamiast VDM użyj VD.

Co ciekawe próba bezpośredniego wczytania VOB-a do VDM przebiega
bezproblemowo.
W momencie wczytywania pojawia się tylko dodatkowe okienko procesu "Filtr
importu MPEG", który to proces informuje, że trwa analiza pliku MPEG-2 z
przeplotem. Po tej automatycznej czynności w VDM można sobie dowolnie już
edytować, kompresować naszego VOB-a, tak jakby to był wczytany zwykły AVI.
Z tą tylko różnicą, że ja chcę odfiltrować przeplot za pomocą metody
TomsMoComp, do której to potrzebuję skryptu AVS, bo tej metody nie ma
niestety w samym VDM (no chyba, że można gdzieś taki znaleźć jako
TomsMoComp.vdf, który to plik *.vdf będzie można wczytać w samym już VDM)
Dotychczczas filtrowałem sobie przeplot bezpośrednio w VDM za pomocą "Blend
fields together" wskazany jako ponoć najlepszy z dostępnych w VDM. Jednak
zgodnie z tym co na grupie fachowcy polecali widać różnicę poważną na
korzyść TomsMoComp i dlatego to właśnie nim chcę odfiltrować przeplot.
Co ciekawe wskazany przez Ciebie VD (u mnie wersja 1.9.10) ma problem z
wczytaniem tego voba.
Przy próbie wczytania w VD pojawia się komunikat: "VirtualDub Error: MPEG
Import Filter: invalid pack at postion 3: marker bit not set; possibly
MPEG-2 stream"

Dopiero gdy VOB-a potraktuję DGIndex (v. 1.5.4), utworzy on plik projektu
*.d2v i stworzę sobie skrypt AVS:

MPEG2Source("c:\scieżka do pliku *.d2v")
TomsMoComp(-1,5,1)

To powyższym skryptem mogę dopiero otworzyć za pomocą VD wskazanego VOB-a (z
pośrednictwem utworzonego dla niego wcześniej pliku d2v).
Co ciekawe przez powyższy skrypt nie da się wczytać VOB-a i powiązanego z
nim *d2v) do VDM (wersja 1.5.10.2).
Przy próbie wczytania pojawia się na slonym pasku stanu VDM komunikat:
"Error decompressing video frame 0: The source image format is not
acceptable. (error code -2)"
Jeżeli teraz w VDM dodatkowo naciśniemy przycisk Starts playback (czyli
przycisk z trójkącikiem) to dostaniemy komunikat: "The decompression codec
cannot decompress to an RGB format. This is very unusual. Chceck that any
"Fource YUY2" option are not enabled in the codec's properties"

Co ciekawe ten sam powyższy skrypt bez problemu można wczytać do MeGUI i
można podglądnąć wczytany materiał za pomocą przycisku "Reopen video
preview"
Tak więc póki co jest to dla mnie zagadką.
Co zrobić by powyższy skrypt mógł być prawidłowo wczytanym do VDM?
Co z tego, że wczytuje go VD skoro nie mam tam takiej funkcji jak "Save as"
gdzie mogę ustawić parametry kompresji.
W VD widzę, że mogę tylko zapisać wczytany materiał jak AVI i to jakieś
nieskompresowane ramki. Z wejściowego VOB-a 1GB VD robi wyjściowy AVI o
wadze ponad 7GB.

[DeJotPe]

W dniu 2011-04-17 12:19, maniek pisze:

<cut>

Post by maniek
Co ciekawe ten sam powyższy skrypt bez problemu można wczytać do MeGUI i
można podglądnąć wczytany materiał za pomocą przycisku "Reopen video
preview"

a spróbuj ConvertTo(YUY2), ConvertTo(YV12) lub ConvertTo(RBG) na końcu
skryptu i zobacz.

[r***@konto.pl]

Sun, 17 Apr 2011 12:19:22 +0200, w

Post by maniek

Post by r***@konto.pl
VirtualDub wczytuje i parsuje voby. Zamiast VDM użyj VD.

Co ciekawe próba bezpośredniego wczytania VOB-a do VDM przebiega
bezproblemowo.
W momencie wczytywania pojawia się tylko dodatkowe okienko procesu "Filtr
importu MPEG", który to proces informuje, że trwa analiza pliku MPEG-2 z
przeplotem. Po tej automatycznej czynności w VDM można sobie dowolnie już
edytować, kompresować naszego VOB-a, tak jakby to był wczytany zwykły AVI.

Dokładnie tak będzie (oczywiście post wcześniej pomyliłem VDM z VD).

Post by maniek
Z tą tylko różnicą, że ja chcę odfiltrować przeplot za pomocą metody
TomsMoComp, do której to potrzebuję skryptu AVS, bo tej metody nie ma
niestety w samym VDM (no chyba, że można gdzieś taki znaleźć jako
TomsMoComp.vdf, który to plik *.vdf będzie można wczytać w samym już VDM)
Dotychczczas filtrowałem sobie przeplot bezpośrednio w VDM za pomocą "Blend
fields together" wskazany jako ponoć najlepszy z dostępnych w VDM. Jednak

Nie wiem czy to taki dobry filtr, jest dosyć prosty i nadaje się do filmów etc.
Przy animacjach nie wyglądało najlepiej.

A próbowałeś SmartDeinterlace? Używam tego filtra generalnie, bardzo ładnie
wyostrza np. komputerowe animacje.

Post by maniek
Tak więc póki co jest to dla mnie zagadką.
Co zrobić by powyższy skrypt mógł być prawidłowo wczytanym do VDM?
Co z tego, że wczytuje go VD skoro nie mam tam takiej funkcji jak "Save as"
gdzie mogę ustawić parametry kompresji.

W VD parametry kompresji ustawisz w innym miejscu (zakładka Video, Compression
itd.).

[r***@konto.pl]

Tue, 19 Apr 2011 15:26:29 +0200, w

Post by r***@konto.pl
A próbowałeś SmartDeinterlace? Używam tego filtra generalnie, bardzo ładnie
wyostrza np. komputerowe animacje.

Dodam, że trzeba użyć transformacji Edge directed.
Filtr: Smart Deinterlace 2.8 beta 1.