- 2049 megtekintés
Hozzászólások
A DV nem tömörítésmentes. A forrás videód 1920x1080p felbontású (full-HD) amíg a DV codec csak SD felbontást tud. Én nem akarnám a helyedben ezt a konverziót.
Milyen géped van? CPU, RAM?
- A hozzászóláshoz be kell jelentkezni
Valami R400-as thinkpad 4 gb rammal. Most ez vagyon nálam, mivel nem vagyok otthon.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Az valami Core2 Duo lehet. Azon full HD-t aligha lehet használható tempóban vágni. Ha nem ragaszkodsz a full HD felbontáshoz, akkor valószínűleg a legjobb megoldás 720p-be lekonvertálni, az negyed annyi adat, és mégis sokkal-sokkal jobb minőség, mintha SD volna.
Én tennék egy használhatósági próbát 720p H.264 formátummal a helyedben.
- A hozzászóláshoz be kell jelentkezni
Igen, kétmagos.
Szalagos minidv kamera képanyagát simán ette. Mondjuk az nem fullHD, mint ez.
Nemtom, mit tegyek, lenni amateur
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
A SD felbontású, DV kódolású videóanyag megvágható egy 15 évvel ezelőtti Pentium II-es gépen, a full HD H.264 kódolásút valószínűleg nem érdemes próbálgatni Core2 Quad alatt.
Ez a te videód, felőlem lebutíthatod SD-re, de én ezt semmiképpen nem tenném. Szerintem a 720p-t el fogja vinni a Core2 Duo, és fényévekkel jobb minőségű, mint az SD. Emellett, H.264 kódolással még sokkal kisebb is lesz, mint az SD DV kodekkel.
Kódold át 720p-re, és nézd meg, hogy azt bírod-e vágni.
- A hozzászóláshoz be kell jelentkezni
Annyit még megértettem a manualokból, hogy a h264-et lehet lassú gépekre is beidomítani, nemcsak gyorsakra. Akkor nálam a lassú gép nem nyerő.
Viszont nem tudom mivel konvertáljak és hogyan, mert a 2144213434-féle ffmpeg-konverzió szintén kínai nekem.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Ha a forrás tényleg 30fps progressive, akkor ezzel tudod 720p-re konvertálni:
(8 megabites video, 224 kilobites audio)
ffmpeg -threads 2 -i forras.mov -f mp4 -r 30 -g 90 -async 1 -acodec libfaac -ar 48000 -ab 224000 -vcodec libx264 -profile:v high -vb 8000000 -vf scale=1280:720:interl=0 kesz.mp4
- A hozzászóláshoz be kell jelentkezni
Unknown encoder 'libfaac'
...miközben:
libfaac0 már a legújabb verzió.
libfaac0 kézi telepítésűre állítva.
Az alábbi ÚJ csomagok lesznek telepítve:
libfaac-dev
telepítettem a devet is, de a hibaüzenet így is fenn áll.
Hogy mi a vért jelent az, hogy "kézi telepítésű", az már magas, mint lónak a zsiráfszínház
:-(
--------
aptitude markauto libfaac0
majd
apt-get install libfaac0 libfaac-dev
--így már nincs hüjeüzenet.
Legalábbis apt-nál.
az ffmpeget indítva szól a régi nóta:
Unknown encoder 'libfaac'
8=(((((((((((((((((
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
> Hogy mi a vért jelent az, hogy "kézi telepítésű", az már magas, mint lónak a zsiráfszínház
Azt jelenti, hogy a te kérésedre lett föltéve, nem valami más hozta függőségként.
> Unknown encoder 'libfaac'
Valószínűleg a libavcodec nem lett libfaac támogatással fordítva. Én Debianon a a deb-multimedia repoból használom az ffmpeg-et, abban benne van. Hogy van-e konzerv megoldás Ubuntura, azt passzolom, persze azon felül, hogy fordíthatsz magadnak saját ffmpeg-et.
Nézd meg, hogy milyen audio enkóderek vannak belefordítva. (ffmpeg -codecs)
Hátha van "sima" aac (nem libfaac)
Egyébként, pedig használj más hangkodeket, pl. mp3-at.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
nincs.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
forditas helyett szedj legy a static ffmpeg-et innen: https://www.johnvansickle.com/ffmpeg/
- A hozzászóláshoz be kell jelentkezni
Ilyenkor jön az, hogy ki kellene vasztolni, hogy mi a C. kedvenc input formátuma, és abba borítani az anyagot, nem h264-be, segítendő a fürge matatást. Ezzel sajnos baromi sokat szenvedtem eleinte a linuxos, később a windowsos trágyákkal. Osztán az lett, hogy a trial Preimere-el, 0 előzetes ismerettel gyorsabban tudtam haladni, mint a 4 éve hasznát Corel/Avid/mittomén studióval, amiért éveken át fizettem, és egy pixelnyivel nem lett jobb.
Sajnos én arra jutottam, hogy ez egyelőre még nem járható. Hacsak úgy nem, hogy ott a Resolve és/vagy a Lightworks, de egyik se igazán az amatőröknek készült.
- A hozzászóláshoz be kell jelentkezni
A cinelerra kimenete a fájlok beolvasásánál:
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 290905 bytes instead of 290908
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 92734 bytes instead of 92740
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 121057 bytes instead of 121060
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 222039 bytes instead of 222044
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 85319 bytes instead of 85324
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 189894 bytes instead of 189900
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]brainfart cropping not supported, this could look slightly wrong ...
[h264 @ 0xb6d028f0]AVC: Consumed only 201095 bytes instead of 201100
Igazából ez lehet az egyik legfőbb gond. Pedig az ubuntustudio büszkén vallotta, hogy a cinelerra jól működik vele..
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Ezzel nincs baj, ne foglalkozz vele.
- A hozzászóláshoz be kell jelentkezni
Csinálhatsz egy olyan konverziót, amiben nincsenek predikált képek, azt talán jobban szereti a lassú gép.
Pl M-JPEG, vagy valami DCI formátum. Jóval nagyobbak lesznek a fájlok, de talán nem szenved annyit majd a dekódolással. Ffmpeg-et ajánlom, ha sok a fájl.
- A hozzászóláshoz be kell jelentkezni
Igen, régen is ilyesmit tapasztaltam. Minél nagyobb a file mérete, annál jobban szerette az éppen aktuális gépem.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
DVavit így csinálok:
tarolo:~$ cat /usr/bin/xxx2dvavi
#!/bin/bash
ffmpeg -i $1 -f avi -r 25 -s 720x576 -ac 2 -ar 48000 -vcodec dvvideo -acodec pcm_s16le $2 < /dev/null
Az Adobe Premier megeszi, a cinelerra is, csak nálam a cinelerránál mindig csúszik a hang.
-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Jól elszóltam magam.
Csináltam egy kötegelt scriptet, egy ideig alakította a fájlokat, majd leállt.
Ezzel:
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x852a380] Format mov,mp4,m4a,3gp,3g2,mj2 detected only with low score of 1, misdetection possible!
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x852a380] moov atom not found
DSCN4754.MOV: Invalid data found when processing input
..miközben minden fájl ugyanazzal a kamerával lett készítve...
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
ffplay DSCN4754.MOV
Lejátssza, vagy itt is hibát jelez?
Az ffmpeg kötegelésével vigyázni, hajlamos háttérben konvertálni. Vagyis a script démonként indítja, majd átugrik a következő utasításra. Ciklusba bepakolva könnyen telelövi a memóriát, aztán firkál mindenféle érdekes hibaüzenetet.
Hogy egyszerre csak egy menjen, azt valahogy így lehet elérni:
ls *.MOV | while read filename; do
ffmpeg -i $filename ... ... ... < /dev/null
done
Legalábbis ezen a verzión:
ffmpeg --version
ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers
built on Dec 22 2013 23:21:17 with gcc 4.8.2 (GCC)
configuration: --prefix=/usr --enable-static --enable-shared --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libgsm --enable-libfaac --enable-libtheora --enable-nonfree --enable-libdc1394 --enable-pthreads --enable-postproc --enable-avfilter --enable-libspeex --enable-x11grab --enable-libschroedinger --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable-swscale --enable-vdpau
libavutil 52. 18.100 / 52. 18.100
libavcodec 54. 92.100 / 54. 92.100
libavformat 54. 63.104 / 54. 63.104
libavdevice 54. 3.103 / 54. 3.103
libavfilter 3. 42.103 / 3. 42.103
libswscale 2. 2.100 / 2. 2.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba
- A hozzászóláshoz be kell jelentkezni
Van az ffmpeg-nek -nostdin opciója, akkor biztos nem kell trükközni. A 1.2.1 verzió viszont ősrégi, mindenképp valami frissel kéne próbálkozni.
- A hozzászóláshoz be kell jelentkezni
Köszi, igen, lehetettt valami ilyesmi. Másodszorra lefutott a script, de fogok vigyázni, hogy egyszerre csak egy fusson.
Jogos.
Anno végtelen ciklusba épített scriptet futtattam crontabbal, szegény program egy nap alatt 231641987324732 példányban futott, mert marha voltam.
Nem tudtam, hogy az ffmpeg démonizálja önmagát.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
eleg sokat dolgozom ffmpeg-gel, de az amig nem vegez addig blokkol. Nem igazan tudom, hogy a kollega mire gondolt.
- A hozzászóláshoz be kell jelentkezni