пятница, 21 октября 2011 г.
Overlay
ffmpeg -y -i 13.3gp -acodec copy -c:v libx264 -vf "movie=1.3gp [logo]; [in][logo] overlay=main_w-overlay_w-10:main_h-overlay_h-10 [out]" wlogo2.3gp
вторник, 6 сентября 2011 г.
sudo aptitude install djvulibre-bin
djvups 1.djvu 1.ps
psbook example.ps | psnup -l -pa4 -2 > book.ps
djvups 1.djvu 1.ps
psbook example.ps | psnup -l -pa4 -2 > book.ps
Левая ее часть (psbook) дополняет содержащиеся в документе страницы пустыми листами. Так чтобы общее количество страниц стало кратным 4-м, после чего "раскладывает" их в определенном поряке. Так, например, для документа содержащего 6-ть страниц, это будет следующая последовательность:
[*] [1] [2] [*] [6] [3] [4] [5]
где [*] - добавленные пустые листы. Сказанное легко проверить запустив
psbook в отдельности:
psbook example.ps > output.ps
Для ранее рассматриваемого документа в 6-ть страниц будет выдано на экран:
[*] [1] [2] [*] [6] [3] [4] [5]
Wrote 8 pages, 219089 bytes
Следущей стадией обработки нашего PostScript файла является размещение нескольких страниц на одном "физическом" листе. Для этого как раз результат psbook передается по конвейеру (|) на вход psnup,который в свою очередь размещает 2-е последовательные страницы передаемого PostScript файла на одной выходной (на это указывает опция -2,). Назначениедругих параметровpsnup состоит в:
-l # вертикальное размещение листа.
-pa4 # размер выходного листа.
Допустимыми размерами (форматами) могут быть: a3, a4, a5, b5, letter, legal, tabloid, statement, executive, folio, quarto, 10x14.
Для того чтобы распечатать нечетные страницы:
psbook example.ps | psnup -l -pa4 -2 | pstops "2:0(1in,0in)" | lpr
и, перевернув все листы, распечать четные страницы:
psbook example.ps | psnup -l -pa4 -2 | pspstops "2:-1(1in,0in)" | lpr
суббота, 3 сентября 2011 г.
Перевернуть видео
Поможет утилита mencoder.
Пример - снял ролик на фотоаппарат, держа его вертикально.
Источник - mjpeg в контейнере avi. Выход - повернутый ролик в h264. Звук копия.
mencoder -oac copy -ovc x264 -vf rotate=2 MVI_0763.avi -o MVI_0763_2.avi
0- поворот направо и зеркально отразить
1- поворот направо
2 поворот налево
3 поворот налево и зеркально отразить
фильтр в ffmpeg -vf mp=rotate=[0-7]
http://zenux.ru/articles/36/
Пример - снял ролик на фотоаппарат, держа его вертикально.
Источник - mjpeg в контейнере avi. Выход - повернутый ролик в h264. Звук копия.
mencoder -oac copy -ovc x264 -vf rotate=2 MVI_0763.avi -o MVI_0763_2.avi
0- поворот направо и зеркально отразить
1- поворот направо
2 поворот налево
3 поворот налево и зеркально отразить
фильтр в ffmpeg -vf mp=rotate=[0-7]
http://zenux.ru/articles/36/
понедельник, 29 августа 2011 г.
HLS
Это для ipad-a. А сводная таблица выглядит так:

The following audio and video formats are supported:
Video: H.264 Baseline Profile Level 3.0 (iPhone/iPod Touch), Main Profile Level 3.1 (iPad 1,2)
Audio: HE-AAC or AAC-LC up to 48 kHz, stereo audio OR
MP3 (MPEG-1 Audio Layer 3) 8 kHz to 48 kHz, stereo audio
Note: iPhone 3G supports H.264 Baseline Profile Level 3.1. If your app runs on older iPhones, however, you should use H.264 Baseline Profile 3.0 for compatibility.
IPhone
1) H.264 video, up to 1.5 Mbps, 640 by 480 pixels, 30 fps, Low-Complexity version of the H.264 Baseline Profile with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats;
2) H.264 video, up to 768 Kbps, 320 by 240 pixels, 30 fps, Baseline Profile up to Level 1.3 with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats;
3) MPEG-4 video, up to 2.5 Mbps, 640 by 480 pixels, 30 fps Simple Profile with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats
IPhone 3G & 3GS
1) same
2) H.264 video, up to 2.5 Mbps, 640x480 pixels, 30 fps, Baseline Profile up to Level 3.0 with audio same as above;
3)same
IPhone 4G
1) H.264 video up to 720p (1280×720), 30fps, Main Profile level 3.1 with audio same as above;
3) same
4) Motion JPEG (M-JPEG) up to 35 Mbps, 1280 by 720 pixels, 30 fps, audio in ulaw, PCM stereo audio in .avi file format
IPhone 4GS
1) H.264 video up to 1080p (1920×1080), 30 fps, High Profile level 4.1 with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats;
Here are some important points to consider when creating your own Variant Playlists
Choosing the initial variant to be played

The following audio and video formats are supported:
Video: H.264 Baseline Profile Level 3.0 (iPhone/iPod Touch), Main Profile Level 3.1 (iPad 1,2)
Audio: HE-AAC or AAC-LC up to 48 kHz, stereo audio OR
MP3 (MPEG-1 Audio Layer 3) 8 kHz to 48 kHz, stereo audio
Note: iPhone 3G supports H.264 Baseline Profile Level 3.1. If your app runs on older iPhones, however, you should use H.264 Baseline Profile 3.0 for compatibility.
IPhone
1) H.264 video, up to 1.5 Mbps, 640 by 480 pixels, 30 fps, Low-Complexity version of the H.264 Baseline Profile with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats;
2) H.264 video, up to 768 Kbps, 320 by 240 pixels, 30 fps, Baseline Profile up to Level 1.3 with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats;
3) MPEG-4 video, up to 2.5 Mbps, 640 by 480 pixels, 30 fps Simple Profile with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats
IPhone 3G & 3GS
1) same
2) H.264 video, up to 2.5 Mbps, 640x480 pixels, 30 fps, Baseline Profile up to Level 3.0 with audio same as above;
3)same
IPhone 4G
1) H.264 video up to 720p (1280×720), 30fps, Main Profile level 3.1 with audio same as above;
3) same
4) Motion JPEG (M-JPEG) up to 35 Mbps, 1280 by 720 pixels, 30 fps, audio in ulaw, PCM stereo audio in .avi file format
IPhone 4GS
1) H.264 video up to 1080p (1920×1080), 30 fps, High Profile level 4.1 with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats;
Here are some important points to consider when creating your own Variant Playlists
Choosing the initial variant to be played
- The first entry in the Variant Playlist will be played at the initiation of a stream and is used as part of a test to determine which stream is most appropriate. The order of the other streams is irrelevant.We recommend you point to a 150k stream for the cellular Variant Playlist.We recommend you point to a 240k or 440k stream for the Wi-Fi Variant Playlist.Where possible, encode enough variants to provide the best quality stream across a wide range of connection speeds
- For example, encode variants at 150 kbps, 350 kbps, 550 kbps, 900 kbps, 1500 kbps.
- When possible, use relative path names in Variant Playlists and in the individual .m3u8 Playlist files
- Audio/Video Stream ConsiderationsThe audio streams should be exactly the same.Video aspect ratio must be exactly the same, but can be different dimensions.We recommend 400 x 224 for 16:9 content and 400 x 300 for 4:3 contentА вообще говорят, экранов всего два — 320х480 и 768х1024 точек. Все остальное — просто картинки в 2x размере.Ссылка на блог, где рассказывается про Ref Frames.
четверг, 18 августа 2011 г.
Shanson mobile
Input #1, mpegts, from 'udp://239.167.36.125:5001': 300 Кб/с
Duration: N/A, start: 49385.478733, bitrate: 32 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 320x240 [PAR 1:1 DAR 4:3], 29.71 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66](fre): Audio: aac, 22050 Hz, stereo, s16, 32 kb/s
Input #2, mpegts, from 'udp://239.167.36.125:5002': 380 Кб/с
Duration: N/A, start: 49448.265489, bitrate: 32 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 352x240 [PAR 10:11 DAR 4:3], 28.80 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66](fre): Audio: aac, 22050 Hz, stereo, s16, 32 kb/s
Duration: N/A, start: 49385.478733, bitrate: 32 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 320x240 [PAR 1:1 DAR 4:3], 29.71 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66](fre): Audio: aac, 22050 Hz, stereo, s16, 32 kb/s
Input #2, mpegts, from 'udp://239.167.36.125:5002': 380 Кб/с
Duration: N/A, start: 49448.265489, bitrate: 32 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 352x240 [PAR 10:11 DAR 4:3], 28.80 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66](fre): Audio: aac, 22050 Hz, stereo, s16, 32 kb/s
Input #3, mpegts, from 'udp://239.167.36.125:5003': 480 Кб/с
Duration: N/A, start: 50496.785756, bitrate: 30 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 352x240 [PAR 10:11 DAR 4:3], 25.60 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66](fre): Audio: aac, 22050 Hz, stereo, s16, 30 kb/s
Input #4, mpegts, from 'udp://239.167.36.125:5004': 730 Кб/с
Duration: N/A, start: 50530.036733, bitrate: 35 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 480x368 [PAR 1:1 DAR 30:23], 27.20 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66](fre): Audio: aac, 22050 Hz, stereo, s16, 35 kb/s
Music Box mobile
Input #1,mpegts, from 'udp://239.167.36.81:5001':
Duration: N/A, start: 38632.603411, bitrate: 32 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 320x240 [PAR 1:1 DAR 4:3], 28.10 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66]: Audio: aac, 22050 Hz, stereo, s16, 32 kb/s
Input #2, mpegts, from 'udp://239.167.36.81:5002':
Duration: N/A, start: 38766.211033, bitrate: 34 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 352x240 [PAR 10:11 DAR 4:3], 27.20 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66]: Audio: aac, 22050 Hz, stereo, s16, 34 kb/s
Input #3, mpegts, from 'udp://239.167.36.81:5003':
Duration: N/A, start: 38848.038156, bitrate: 32 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 352x240 [PAR 10:11 DAR 4:3], 30.79 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66]: Audio: aac, 22050 Hz, stereo, s16, 32 kb/s
Input #4, mpegts, from 'udp://239.167.36.81:5004':
Duration: N/A, start: 38905.762956, bitrate: 31 kb/s
Program 1
Stream #0.0[0x65]: Video: h264 (Main), yuv420p, 480x368 [PAR 1:1 DAR 30:23], 28 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x66]: Audio: aac, 22050 Hz, stereo, s16, 31 kb/s
понедельник, 8 августа 2011 г.
Standarts...
> And , the other question is ,what exectly >is the difference between "MP4A-LATM" and "mpeg4-generic". They're different RTP payload formats. The former is described in RFC 3016 (and implemented by us in the "MPEG4LATMAudioRTPSink" and "MPEG4LATMAudioRTPSource" classes); the latter is described in RFC 3640 (and implemented by us in the "MPEG4GenericRTPSink" and "MPEG4GenericRTPSource" classes)
Подписаться на:
Сообщения (Atom)