JVC HDD kamery a Kdenlive

18.2.2008 17:37 | Přečteno: 1818× | bla | poslední úprava: 18.2.2008 17:39

Možná jste postřehli, že jsem se párkrát snažil vyřešit problém týkající se Kdenlive a JVC hardiskové kamery.

Problém spočívá v tom, že standard pro DV kamery a obecného DV se liší v prvním půlpoli (půlsnímku). Moje kamera má lichý první, páskové DV kamery mají sudý první...

Vyrenderované video na pc vypadá OK, na televizi (jedno kde) vypadá stroboskopicky a po chvilce sledování se vám začne dělat nevolno. Dokumentace pro libavcodec je mizerná a když už jsem něco našel tak jen diskuze o tom, že něco nefunguje... včetně parametru top a jiných... Úplně nakonec jsem zkusil než parametry přidávat, parametry odebírat a výsledek je (pro 16:9 výstup, MPEG2 - resp. k demuxu na DVD):
format=dvd vcodec=mpeg2video acodec=ac3 video_bit_rate=6500000 video_rc_max_rate=8000000 video_rc_min_rate=0 video_rc_buffer_size=1835008 mux_packet_size=2048 mux_rate=10080000 audio_bit_rate=192000 audio_sample_rate=48000 frame_size=720x576 size=720x576 frame_rate=25 gop_size=15 me_range=63 field-dominance=0 profile=dv_pal_wide

Btw. nevíte někdo jak zjisit orientaci půl snímků v linuxu (mplayer není sdílný v tomto ohledu). Na windows to umí třeba Vegas a podobná verbeš.        

Komentáře

[Kvakor]

Co takhle zkusit u MPlayeru/mencoderu parametr -field-dominance a postupne zkusit hodnoty 0 a 1? Pokud to pomuze, muze se to pres mencoder prechroustat tak, aby byly pulsnimky spravne otocene pro Kdelive.

[Jan Drábek]

field-dominance je tady u toho použito (i když nevím jestli to na to má vliv)

Ale co vím určitě, je to, že nepotřebuji další reencodování

[Kvakor]

Neni treba reenkodovat, jenom prohazet pulsnimky. Tj. pouzit -oac copy -ovc copy.

[Jan Drábek]

Hmm, to je lepší, ale pořád zdlouhavé :D

Každopádně díky, může se hodit až budu pracovat s více zdroji.

[Espinosa]

Neni to nahodou rozdil mezi DV PAL a DV NTFS? PAL a NTFS maji tusim prohozeny radek pri prokladani. Cili ze mas NTFS kameru. Nekupoval jsi ji nahodou v USA?

Ale k veci, Kdenlive, presneji MTL, melo znacne problemy s prokladanim obecne, viz moje starsi prispevky v mail listu a foru, narazil jsem na stejny defekt (edge jittering) pri prehravani v TV, v PC vicemene OK.

Od Kdenlive je to od 0.5 (s odpovidajici novou MTL knihovnou) pro PAL fixnute, resp uz jsem se s tim dlouho nesetkal. Ale NTFS stale zlobilo. Dobra zprava: snad to bylo fixnute asi pred mesicem v SVN.

[Jan Drábek]

Rozdíl mezi NTSC (nikoliv NTFS ) je a PAL je jinde (viz jejich dokumentace na wikibooks). Rozdíl spočívá ve dvou různých standardech:

Pro DV kamery a pro formát DV jako takový

Se staršími verzemi jsem moc nedělal (ještě 0.4 byla pro mě nepoužitelná - ovládání a efekty). Novější verze už jsou na slušné úrovni.

Kamera je koupená v česku a co jsem četl, tak podobný problém mají i DVD kamery s DV formátem.

Po nastavení exportu výše uvedeným způsobem je na mé televizi vše v pořádku (až na to, že přesvětlené plochy blikají, což je spíš vlastnost přesvětlenosti než kamery).

[Espinosa]

NTSC samozrejme :) NTFS je neco trochu jineho.

NTSC a PAL se samozrejme lisi v mnoha dalsich vecech, jak rikate, je to jiny format, ale mam opravdu za to, ze, mimo jine, maji prohozeny radky pri prokladani, alespon co se tyce DV kamer. No nejsem na NTSC zadny odpornik, pracuju jen s PALem.

Tim "nastavenym exportem" myslite nejaky externi nastroj nebo primo export v Kdenlive?

Ja jinak na vsechny pred a post upravy pouzivam Avidemux. Crop, deinterlacing, join, split, detailni pruzkum videa etc. Mohu vrele doporucit.

[Jan Drábek]

Přímo v kdenlive, u exportu časové osy je myslím na čtvré záložce možnost vytvořit vlastní profil exportu.

[Espinosa]

Presne tak, bohuzel nelze vsechny parametry ktere libavformat zvlada to te knihovny skutecne dostat. Vcetne nech kteer se tykaji interlacingu. Jde to az u nejnovejsich verzi MLT, zatim tusim jen v SVN. Taky meni format, aby se to podobalo vice ffmpeg cmd parametrum, na ktere jsou lidi zvykli.