HD Kamera Canon pod Linuxem

1.12.2009 16:45 | Přečteno: 1884× | Linux - readonly debian pro routery | | poslední úprava: 1.12.2009 16:48

Zakoupil jsem si HD kameru Canon LEGRIA HF S10 kterou jsem po nějakém vybírání vyhodnotil jako nejlepší možnou volbu pro mé pokusy. Cíl byl tu tam něco natočil, vzhledem době jsem chtěl HD zařízení. Absence pásky je výhodou. Kamera Videa nahrává do interní paměti nebo an SD kartu. Video je ve formátu AVCHD který je navržen pro Blue-Ray. Z kamery vypadávají soubory s příponou MTS. Videa jsou v H264 ...

mplayer při přehrání zařve že:

FPS not specified in the header or invalid, use the -fps option.

Zadám tedy mplayer -fps 50 VIDEO001.MTS a video se již krásně přehrává. Bohužel zvuk je jakoby posunutý od videa. Stejně tak pokud se pokusím přes mencoder video převédst, zmenšit a pod. tak je výsledný soubor posunutý. Napadá někoho kde mohu dělat chybu? Uploadoval jsem vzorky videa kde je vidět ten "posun".

VIDEO001.MTS (22MB) - originál z kamery
VIDEO002.MTS (72MB) - originál z kamery

Videa jsem převáděl takto...

mencoder  -fps 50 -mc 0 -oac lavc -ovc lavc -lavcopts    \
     vcodec=mpeg2video:vbitrate=5000:ilme:ildct:acodec=mp2:abitrate=224 VIDEO001.MTS -ofps 25 -vf scale=1280:720 -o ZMENSENE_001.avi

a posun je zde zase totožný (což je asi logické :( )
ZMENSENE_001.avi (9MB)
ZMENSENE_002.avi (31MB)

potřebuji videa nějak "zkonvertovat" aby zvuk seděl na videostopu.. nemáte s tím někdo nějaké zkušenosti? dík za nápady, věřím že podobný problém bude časem řešit víc lidí
ps: hezká, co?

       

Komentáře

[Semo]

Option -delay pre mplayer. Asi by siel pouzit aj v mencoderi.

[Johny z Podoli]

to znamená ale "uhádnout" jakési číslo které se mi uhádnout nedaří.. :( na windows (potvrzeno od kamaráda) to hraje prý v pořádku. Nebylo by lepší spíš najít problém proř to je rozhozené? (vím, sem náročnej.. ale správnej delay fakt nemohu trefit).

[Grunt]

Že prej je to nějaká méně klasická varianta MPEG Transport Streamu. Stačí aby v tom byly timestampy a aby je přehrávač uměl detekovat a mělo by být vymalováno.

[Johny z Podoli]

ahoj, já o tom taky četl hodně, ale teď nevím - snažíš se najít důvod proč to blbne a nebo mě navádíš na správné řešení?

[Grunt]

Ne, já jen upozorňuju, že to není žádný magick black-box, ale MPEG Transport Stream, jen asi nějaká novější varianta, protože libmagic se na ni dívá jen jako na data a jediný problém je, že není tento kontejner v libav dostatečně zatím implementován. Jedno z řešení je prostě počkat než to správně implementují.

[Kvakor]

Na MPEG Transport Stream jsou v MPlayeru dva parsery - jeden interní a jeden z libavformat (ten se musí nahodit přes -demuxer lavf). Za normálních okolnosti se chovají podobně (i když ten druhý děla jakési brikule s PID jednotlivých streamů), ale dost se liší reakcí na různá poškození. Několikrát se mi stalo, že zarušený stream, který jeden parser neskousl, druhý (většinou za mohutného kostičkování) přehrál a naopak.

Také je dobré povolit vkládání snímků, jaký to má důvod přesně nevím, ale alespoň u mně to funguje, používám na to tyto volby (jen ty důležité, zbyek jsou zhruba ještě tři řádky):.

-vf softskip,harddup  -demuxer lavf -lavfdopts probesize=128

[Grunt]

Na MPEG Transport Stream jsou v MPlayeru dva parsery - jeden interní a jeden z libavformat (ten se musí nahodit přes -demuxer lavf). Za normálních okolnosti se chovají podobně (i když ten druhý děla jakési brikule s PID jednotlivých streamů), ale dost se liší reakcí na různá poškození.

Fíha, věděl jsem, že různé frameworky mají víc různých prsesrů a kodeků (jmenovitě myslím gstreamer má jakou default na mms starý polofunkční křáp) a jako default cpou ten starší, ale že i Mplayer?

jaký to má důvod přesně nevím

Asi tento:

$mplayer -demuxer lavf …
…
VO: [xv] 1440x1080 => 1920x1080 Planar YV12 
pts value < previousV: -0.039 ct: -0.006   0/  0 ??% ??% ??,?% 10 0                                                                                              
pts value < previousV: -0.035 ct: -0.012   0/  0 ??% ??% ??,?% 10 0                                                                                              
pts value < previousV:  0.025 ct: -0.006   0/  0 79%  7%  3.3% 10 0                                                                                              
pts value < previousV:  0.082 ct:  0.000   0/  0 81%  6%  3.2% 11 0                                                                                              
pts value < previousV:  0.139 ct:  0.006   0/  0 73%  5%  2.8% 11 0                                                                                              
pts value < previousV:  0.233 ct:  0.012   0/  0 78%  5%  3.1% 13 0                                                                                              
pts value < previousV:  0.246 ct:  0.018   0/  0 73%  4%  2.8% 13 0                                                                                              
pts value < previousV:  0.301 ct:  0.024   0/  0 69%  4%  2.6% 13 0                                                                                              
pts value < previousV:  0.360 ct:  0.030   0/  0 71%  4%  3.1% 15 0

[Grunt]

Jinak proč to proboha převádět do MPEG2 a zmenšovat?

[Johny z Podoli]

neřešme prosím důvod, třeba chci videa spojit a někomu je dát na DVD tzn velikost < 4GB nutností.... případně je chci dát do mobilu, mít je na webu k stažení... dvouhodiové video o velikosti 20GB neni moc praktické Takže tak...

[Grunt]

No to je mi jasné. Ale proč to dělat někde na počítači až po? To se v té kameře nedá nastavit? To umí nahrávat jen do H.264 1440x1080?

[Johny z Podoli]

bohužel nedá, navíc současnej formát je tak blbe podporovanej že to prostě z pohodlnosti chci v nečem jiném... :(

[Grunt]

bohužel nedá

To se mi fakt nezdá. Co manuál? Už spatřil světlo světa?

navíc současnej formát je tak blbe podporovanej že to prostě z pohodlnosti chci v nečem jiném...

Stačí bez překódování prostě převést do rozumnějšího kontejneru. MPEG4 kontejner, H.264 a AAC jsou dnes standard. Takže až na ten zvuk by s tím neměl být problém.

[Johny z Podoli]

Kamera má 5 možností úrovně komprese, vždy to je HD 24mbps, 18mbps.. atd, režimy p a i... vždy ale standard 1080. Jak se to dá hodit do rozumnějšího kontejneru?

[Grunt]

Kamera má 5 možností úrovně komprese, vždy to je HD 24mbps, 18mbps.. atd, režimy p a i... vždy ale standard 1080.

Aha. No tak to je super.

Jak se to dá hodit do rozumnějšího kontejneru?

ffmpeg -r 50 -i VIDEO001.MTS -acodec copy -vcodec copy VIDEO001.mp4

[Johny z Podoli]

ffmpeg -r 50 -i VIDEO001.MTS -r 25 -acodec copy -vcodec copy VIDEO001.mp4

video mi ale následně nehraje jak bych si představoval - mplayer háže tisíce tohoto

pts value < previous
[h264 @ 0x7f280af5e8e0]Missing reference picture 19% 45%  0.6% 36 0
[h264 @ 0x7f280af5e8e0]Missing reference picture
[h264 @ 0x7f280af5e8e0]QP 53 out of range
[h264 @ 0x7f280af5e8e0]decode_slice_header error
[h264 @ 0x7f280af5e8e0]Missing reference picture
[h264 @ 0x7f280af5e8e0]illegal short term buffer state detected
[h264 @ 0x7f280af5e8e0]Missing reference picture 19% 45%  0.6% 36 0
[h264 @ 0x7f280af5e8e0]illegal short term buffer state detected
[h264 @ 0x7f280af5e8e0]Missing reference picture
[h264 @ 0x7f280af5e8e0]Missing reference picture
[h264 @ 0x7f280af5e8e0]QP 54 out of range
[h264 @ 0x7f280af5e8e0]decode_slice_header error
A:   4.0 V:   2.8 A-V:  1.226 ct:  0.136   0/  0 18% 44%  0.6% 36 0

a video je celé jakoby "reliéf"

[Grunt]

A ta chyba je tam zcela záměrně?:

ffmpeg -r 50 -i VIDEO001.MTS -r 25 -acodec copy -vcodec copy VIDEO001.mp4

Nevím nakolik bude proveditelné zkopírování streamu a zároveň snížení jeho framerate bez překódování. Spíš nijak.

[Dalibor Smolík]

Já jsem to zkusil rozložit takto (nutno upravit názvy souborů):

ffmpeg -i 00000.mts -r 60000/1001 -an -f mp4 -vcodec mpeg4 -r 30000/1001 00000.mp4
ffmpeg -i 00000.mts -vn 00000.wav

Spojil dohromady

ffmpeg -i 00000.mp4 -i 00000.wav -sameq -s hd720 -r 30000/1001 00000.mpg

Výsledek je sladění zvuku s obrazem, ale mnohem horší kvalita obrazu, asi se to bude muset dotáhnout ..

[Grunt]

ale mnohem horší kvalita obrazu

, kdo by to čekal?

[Johny z Podoli]

já jsem to nečekal

[Dalibor Smolík]

Ale ten rozdíl je příliš markantní ..

[Grunt]

$ ffmpeg -i VIDEO001.MTS -r 60000/1001 -an -f mp4 -vcodec mpeg4 -r 30000/1001 00000.mp4
FFmpeg version SVN-r20372, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  built on Nov  7 2009 10:57:27 with gcc 4.4.2 20091027 (Red Hat 4.4.2-7)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --extra-version=rpmfusion --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfaad --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avfilter-lavf --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect
  libavutil     50. 3. 0 / 50. 3. 0
  libavcodec    52.37. 1 / 52.37. 1
  libavformat   52.39. 2 / 52.39. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1. 4. 1 /  1. 4. 1
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
[mpegts @ 0x19ab5e0]max_analyze_duration reached
Input #0, mpegts, from 'VIDEO001.MTS':
  Duration: 00:00:14.88, start: 0.457489, bitrate: 12321 kb/s
  Program 1 
    Stream #0.0[0x1011]: Video: h264, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 50 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
File '00000.mp4' already exists. Overwrite ? [y/N] y
Output #0, mp4, to '00000.mp4':
    Stream #0.0: Video: mpeg4, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], q=2-31, 200 kb/s, 30k tbn, 29.97 tbc
Stream mapping:
  Stream #0.0 -> #0.0
Press [q] to stop encoding

Protože dojde dvakrát k překódování toho videa o stejném rozlišení z formátu MPEG-4 Part 10 do formátu MPEG-4 Part 2(DivX,XviD,…) o přiděleném pásmu tak kolem 1500kb/s. Bacha na to -sameq. Kvalita je jen pojem který znají tak max. nějací markeťácí když to musí prodat a mazat zákazníkovi med kolem huby, ale ve skutečnosti nic takového neexistuje. Už jsem se nad tím nejednou rozčiloval.

[Grunt]

A to jsem si ještě nevšiml, že v prvním případě to tam ani není, takže dostane přidělené pásmo tak kolem 200kb/s(v mém případě) a kouzli Mr. Wizard.

[Grunt]

Jinak jsem to prošel ffmpegem a nevidím problém. Přibližný ekvivalent toho z mencoderu:

ffmpeg -r 50 -i VIDEO001.MTS -r 25 -s 1280x720 -vcodec mpeg2video -b 5000k -acodec mp2 -ab 224k VIDEO001.mpg

[Grunt]

Nó jo, tak jsem stáhl ZMENSENE_001.avi a už vidím ten problém:

Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 1280x720 => 1280x720 Planar YV12 
[mpeg2video @ 0xad7840]Warning MVs not available
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors
[mpeg2video @ 0xad7840]Warning MVs not available ??% ??% ??,?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors?% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors5% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors5% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors5% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors4% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors4% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors3% 0 0                                                                                               
[mpeg2video @ 0xad7840]concealing 80 DC, 80 AC, 80 MV errors3% 0 0

Takže ještě jednou pro ty nedoslýchavé: Videa nesereme do AVI kontejneru pokud to není nevyhnutelně nutné!

[Johny z Podoli]

hele, prosím, pomalu a pro uplnýho blbečka :D co je špatně a co mohu udělat proto aby to bylo dobře? :D

[Grunt]

Dobře, tak česky:

[mpeg2video @ 0xad7840]Varování, pohybové vektory nejsou dostupné
[mpeg2video @ 0xad7840]Kamufluji 80 chyb DC koeficientů, 80 chyb AC koeficientů, 80 chyb pohybových vektorů
…

Normálně se to stává, když je stream poškozen a prostě nějaká data chybí a nebo na jejich místech jsou nějaké nesmysly. Mplayer si potom prostě nějaké hodnoty domyslí. Normálně by to moc nevadilo, protože se v nějakém snímku objeví prostě nějaké hnusy, rozhodí se synchronizace, ale ta se zase v průběhu dožene a je to. Jenomže pokud je poškozen řekněme každý druhý snímek? Sice jsem si žádného viditelného poškození obrazu nevšiml, ale kdo ví. Neznamená to že tam nemůže být. Není to teda ovšem tím, že by byl stream poškozen ale právě tím, že v místech kde mplayer něco očekával něco nebylo a třeba to bylo jinde. Nechci z toho přímo obviňovat AVI, ale je to pravděpodobná příčina. AVI je totiž strašně starý formát, a vychází ještě z RIFFu, který byl v průběhu času všelijak rozšiřován přes všelijaké nestandardní rozšíření a upravován všelijakými hacky a ještě v tom vznik strašný bordel, protože není AVI jako AVI. Dokonce nevím jestli je nějak standardizován a nebo prostě jaké si to kdo udělá takové to má. Standardní AVI kupř. neumí B-Frames a to se tam přidalo až hackem, což klidně může být v tomto případě ta hlavní příčina. Že očekává B-Frame a ten nikde. Takže ještě jednou: Vyvarovat se AVI co to jde.

co mohu udělat proto aby to bylo dobře?

Bohužel, to neporadím. Na mencoder jsem ještě moc velká lama, takže jednu z možností jsem nabídl níže.

[Grunt]

níže

výše

[Grunt]

Standardní AVI kupř. neumí B-Frames a to se tam přidalo až hackem, což klidně může být v tomto případě ta hlavní příčina.

A také možná důvod proč to jelo kamarádovi ve Windows normálně. Proprietární rozšíření/hack.

[David Ježek]

ve win to opravdu běží ok ... i ve VLC.

[Grunt]

Tak i ve VLC na jakékoliv jiné platformě.

[Johny z Podoli]

tohle zdá se, docela sedí... jak je to možné? :D si u tebe asi zaplatím školení :))

[Jendа]

si u tebe asi zaplatím školení :))

Prosím natočit a zveřejnit .

Nechtěl by Grunt napsat nějaký osvětový článek pro nás lamy, které se snaží použít ffmpeg?

[Grunt]

Nechtěl by Grunt napsat nějaký osvětový článek pro nás lamy, které se snaží použít ffmpeg?

Tak ten klidně rád napíšu i tady jako příspěvek:

man ffmpeg

Víc toho nevim.

[Grunt]

No, to beru a cena za jednu hodinu lekce budou tři hodiny přidané ke 24 hodinám co má den.

[alium]

Shodou okolností jsem se teď dostal před stejný "neřešitelný" úkol. Pár hodin jsem se hrál se zakoupeným coreavc (1.9.5). a MPlayerem, než jsme zjistil, že tudy cesta nepovede. Jednak proto, že linuxový hack je rok neudržovaný a navíc komplikace s 32-bit codekem pro Windows na 64-bit Linuxu. Podle návodu, které jsem našel to mělo jít, ale MPlayer při pokusu vždy zhavaroval.

Takže se rozhodl ke kroku 2 - převést na použitelný kodek v linuxu, a to x264 a zároveň zmenšit výstupní obraz na 720p (ještě stále HD) za použití FFmpegu:

ffmpeg -i 00002.MTS -vcodec libx264 -b 18000k  -vpre hq -crf 22 -threads 0  -acodec copy -deinterlace -s 1280x720 002.xxx

Ponechávám FPS 50 snímků za vteřinu, možná zbytečně... Obraz je velmi dobrý, zabírá na disku asi 25% původní velikosti, zvuk neposunutý (2ch AC3).