Re: [FFmpeg-user] How to scale watermark proportionally to width and height of video frame?

2015-01-19 Thread Барт Гопник
>> How to scale watermark proportionally video frame size (to width and
>> to height of video frame)?
>>
>> Now I use the following command:
>>
>> ffmpeg -i input.mkv -i logo.png -filter_complex
>> "[1:v]scale=w=iw/3:h=ih/3[watermark_scaled];[0:v][watermark_scaled]overlay=x=main_w-overlay_w-main_w/20:y=main_h-overlay_h-main_w/20"
>> output.mkv
>>
>> I use scale=w=iw/3:h=ih/3, but I can't use "main_w" and "main_h"
>> variables in this place. E.g. scale=w=main_w*0.05:main_h*0.05 don't
>> work. How to get video frame width and height to use them for scaling
>> watermark?
>
> Hello,
>
> as far as i know, it is not possible. You have to get the video
> dimension on an outer layer, like a shell script, and pass it to the
> scale filter. All filters only know about their inputs, not about other
> filter chains.
>
> Something like:
>
> streaminfo=`mktemp`
> ffprobe -v quiet -show_streams -select_streams v:0 input.mkv >$streaminfo
> width=`grep width $streaminfo | cut -d'=' -f2`
> height=`grep height $streaminfo | cut -d'=' -f2`
>
> ffmpeg -i input.mkv -i logo.png -filter_complex
> "[1:v]scale=w=$width/3:h=$height/3[watermark_scaled];[0:v][watermark_scaled]overlay=x=main_w-overlay_w-main_w/20:y=main_h-overlay_h-main_w/20"
> output.mkv
>
> rm $streaminfo

I'm using Windows. Can anyone help me solve this issue for Windows?

Hope for your help! Thanks in advance!
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] X264 and Smooth Text

2015-01-19 Thread Moritz Barsnick
On Mon, Jan 19, 2015 at 07:49:13 +0100, Robert Nagy wrote:
> I'm using settings along the following lines right now:
> ffmpeg -i in.mov -codec:v libx264 -crf 18 -maxrate 3M -bufsize 12M -preset
> faster -profile:v main -level 3.2 out.mov

What resolution are you operating at? In other words, please provide
the complete, uncut console output from the command. It might give some
more hints.

Moritz
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] Image Conversion TIFF > JPEG with yuv422 chroma subsampling

2015-01-19 Thread Moritz Barsnick
To add to Werner's comments:

On Mon, Jan 19, 2015 at 18:05:34 +0100, Andrea Rastelli wrote:
> >> Also, the only codec that works is the MJPEG, any other codec produces
> >> unreadable images or extremely slow-to-process images (libopenjpeg)..

I can't comment on slow-to-process images, but there's a section on the
readability. It's not obvious, so thanks for asking. ;-)

https://www.ffmpeg.org/ffmpeg-bitstream-filters.html#mjpeg2jpeg

So please check whether adding "-bsf:v mjpeg2jpeg" (after the input
file, before the output file - just saying this to be sure) solves that
issue.

Moritz
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] How can I determine if a 10bit videofile has full 10bit video data or 8bit (+ 2bits zeros) data

2015-01-19 Thread Dave Rice
Hi Christoph,

> On Jan 19, 2015, at 4:02 AM, Christoph Gerstbauer 
>  wrote:
> 
> Thank you, Dave!
> 
> As I guess, this commandline is just working on linux, right?

On Mac.

> I tried it on windows but:
> 
> ffmpeg -i 
> I:\_10bit_PERFORMANCE_TESTS\analog_tape_records\10bit_v210_captured_via_SDI-8bit.mov
>  -c:v rawvideo -f rawvideo - | xxd -c 2 -b
> 'xxd' is not recognized as an internal or external command,
> operable program or batch file.

I'm not familiar enough with windows to suggest an alternate to xxd, though 
perhaps it can be installed on windows.

> The whole thing I am trying to do is: ffv1 speed/cpu load tests with 10bit 
> sources.
> But first I have to be 100 percent shure that the v210 files I am generating 
> with SDI capturing are real 10bit sources.
> I have several "10bit"-believing files (v210/AVC-Intra for example) but I was 
> not the creator of them. If in their generation chain was just one point 
> where 8bit was used, the 10bit information is lost. And thats why I can just 
> believe that it is 10bit.

You could also try using ffmpeg to view a bit plane of the video, for instance:

bit=8 ; ffplay -f lavfi -i mandelbrot -vf 
"lutyuv=y=bitand(val\,pow(2\,8-$bit))*pow(2\,$bit):u=128:v=128"

Here you can set bit to an integer between 1 and 8 to present a bit plane. I 
haven't been able to identify a way to do this entirely within ffmpeg with a 
bit position above 8, since the lutyuv and geq filters only take in 8 bit.

> I am capturing from a IMX VTR which allows to set the SDI bitdepth for the 
> SDI output (8bit/10bit). SO I can directly control that the final captured 
> v210 file will have 8bit or 10bit information (capturing via a AJA Kona card).
> 
> So, for your mentioned method, I will need linux. Right?
> 
> Addionally:
> As far as I know, 10bit ffv1 compression rates are better than 8bit. SO a 
> "8bit"-v210 file is a little bit larger than a "10bit"-v210 file. Do you know 
> why?

This seems unusual. The higher the bit depth of sampling from an analog source 
the more noise in the least significant bits so the less effective is the 
lossless encoding. However v210 has padding bits so that every 3 10 bit samples 
includes 2 bits of padding. In a v210 -> ffv1 the padding bits are discarded 
and could then be considered to throw off a compression rate analysis. For 
instance a 320x240 frame in v210 would be 215,040 bytes but only 192,000 of 
those bytes are non-padding data. Thus the v210 padding may through off your 
compression test by about 12%.  (please correct me if my math is wrong here).
Dave

> Best Regards
> Christoph
> 
> Am 16.01.2015 um 16:40 schrieb Dave Rice:
>> Hi Christoph,
>> 
>>> On Jan 16, 2015, at 10:03 AM, Moritz Barsnick  wrote:
>>> On Fri, Jan 16, 2015 at 14:10:38 +0100, Christoph Gerstbauer wrote:
 I am searching for a possibility to check if a 10bit 4:2:2 videofile
 (v210 codec or ffvhuff codec) has
 a) 8bit+2empty bits or
 b) full 10bit data
 in the video stream.
>>> You'll probably need to export it to raw YUV or RGB (depending on the
>>> input color space) and inspect the least significant bits. This might
>>> be easier with a small libav* program than ffmpeg. My first shot would
>>> be trying to understand the raw output formats, and to parse them with
>>> a pipe to a perl one-liner using unpack(). ;-)
>> I pipe the data to xxd for this, such as:
>> ffmpeg -i v210.mov -c:v rawvideo -f rawvideo - | xxd -c 2 -b
>> 
>> Since the rawvideo of v210 is 16 bits, I use -c 2 to show the output in 2 
>> bytes per row (-c 2). You’ll get an output that looks like this:
>> 
>> 008322e: 11011101 0001
>> 0083230: 01001000 0010
>> 
>> In the case I’ll see the last two (right most) bits of the first byte 
>> toggling indicated that it is actually using 10 bits of detail. If the v210 
>> was 8 plus two zeros then the last two bits of the first byte would always 
>> be zero. Unfortunately there is a lot of video hardware that works as 8 bits 
>> so often those who are intending to digitize analog video to 10 bit are 
>> actually creating 10 bit files with the least significant bits simply being 
>> padding. Some digital videotapes also decode to 8 bit but are received over 
>> 10 bit SDI so this same process can be used to verify if the SDI contains 
>> actual 10 bit video or some amount of padding.
>> Best Regards,
>> Dave Rice
>> 
>> ___
>> ffmpeg-user mailing list
>> ffmpeg-user@ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> 
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] Image Conversion TIFF > JPEG with yuv422 chroma subsampling

2015-01-19 Thread Werner Robitza
On Mon, Jan 19, 2015 at 6:46 PM, Werner Robitza 
wrote:

> ffmpeg -i in.tif -pix_fmt yuv444p -q:v 1 out.jpg
>

Actually, use yuvj444p instead of yuv444p.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] Image Conversion TIFF > JPEG with yuv422 chroma subsampling

2015-01-19 Thread Werner Robitza
On Mon, Jan 19, 2015 at 6:05 PM, Andrea Rastelli 
wrote:

> $ ffmpeg.exe -pix_fmt yuv422p -i "in.tif" "out.jpg" -q 1
>

Set -q before specifying the output filename.

-pix_fmt specified before -i will try to read the input with said format.
That doesn't make a lot of sense here. Also, if you want yuv444p output,
you need to specify yuv444p, not yuv422p, and it needs to be specified
after the input file, that is:

ffmpeg -i in.tif -pix_fmt yuv444p -q:v 1 out.jpg

PS: Please don't top-post.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] X264 and Smooth Text

2015-01-19 Thread Robert Nagy
Haven't tried two-pass encode. But I can't quite use 2 pass encoding in my
usage scenario since I'm capturing live.

On Mon, Jan 19, 2015 at 6:04 PM, Werner Robitza 
wrote:

> On Mon, Jan 19, 2015 at 7:49 AM, Robert Nagy  wrote:
>
> > However, at the first 1-2 seconds of the video the text looks quite a bit
> > worse and then "pops" to better quality.
> >
> > Is there some setting I can use so that x264 uses a higher bitrate at the
> > beginning of a clip as to avoid the "pop"?
> >
>
> I'm surprised that CRF 18 exhibits this kind of rate control issue. Have
> you tried a fixed-bitrate two-pass encode?
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] Image Conversion TIFF > JPEG with yuv422 chroma subsampling

2015-01-19 Thread Andrea Rastelli

here the uncut command

$ ffmpeg.exe -pix_fmt yuv422p -i 
"//isilon.nas/miame/02_production/00_supervision/03_shot_approval/06_compositing/sc_mm2e14/_Tiff/sq_001/sc_001/pcp_m
ia_mm2e14_001_001_v005/pcp_mia_mm2e14_001_001_v005_0067.tif" 
"//isilon.nas/miame/02_production/02_compositing/test/test_jpeg/pcp_mia_mm2e14_001_001_v

005_0067_yuv422_test_01.jpeg" -q 1
ffmpeg version N-68645-g41ee459 Copyright (c) 2000-2014 the FFmpeg 
developers

  built on Dec 21 2014 22:02:40 with gcc 4.9.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads 
--enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r 
--enable-gnu
tls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b 
--enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm 
--enable-
libilbc --enable-libmodplug --enable-libmp3lame 
--enable-libopencore-amrnb --enable-libopencore-amrwb 
--enable-libopenjpeg --enable-libopus --enable-l
ibrtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex 
--enable-libtheora --enable-libtwolame --enable-libvidstab 
--enable-libvo-aacenc --
enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx 
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 
--enable-libxavs --ena

ble-libxvid --enable-decklink --enable-zlib
  libavutil  54. 15.100 / 54. 15.100
  libavcodec 56. 16.100 / 56. 16.100
  libavformat56. 16.101 / 56. 16.101
  libavdevice56.  3.100 / 56.  3.100
  libavfilter 5.  4.100 /  5.  4.100
  libswscale  3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc53.  3.100 / 53.  3.100
Trailing options were found on the commandline.
[tiff_pipe @ 02c89360] Stream #0: not enough frames to estimate rate; 
consider increasing probesize
Input #0, tiff_pipe, from 
'//isilon.nas/miame/02_production/00_supervision/03_shot_approval/06_compositing/sc_mm2e14/_Tiff/sq_001/sc_001/pcp_mia_mm2e1

4_001_001_v005/pcp_mia_mm2e14_001_001_v005_0067.tif':
  Duration: N/A, bitrate: N/A
Stream #0:0: Video: tiff, rgb24, 1920x1300 [SAR 1:1 DAR 96:65], 25 
tbr, 25 tbn, 25 tbc
[swscaler @ 02ca1fc0] deprecated pixel format used, make sure you did 
set range correctly
Output #0, image2, to 
'//isilon.nas/miame/02_production/02_compositing/test/test_jpeg/pcp_mia_mm2e14_001_001_v005_0067_yuv422_test_01.jpeg':

  Metadata:
encoder : Lavf56.16.101
Stream #0:0: Video: mjpeg, yuvj444p(pc), 1920x1300 [SAR 1:1 DAR 
96:65], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc

Metadata:
  encoder : Lavc56.16.100 mjpeg
Stream mapping:
  Stream #0:0 -> #0:0 (tiff (native) -> mjpeg (native))
Press [q] to stop, [?] for help
frame=1 fps=0.0 q=8.5 Lsize=N/A time=00:00:00.04 bitrate=N/A
video:162kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB 
muxing overhead: unknown



On 19/01/2015 18:03, Werner Robitza wrote:

On Mon, Jan 19, 2015 at 5:53 PM, Andrea Rastelli 
wrote:


Hi,

I'm trying to convert a TIFF image sequence into JPEG (sequence) for
preliminary video analysis, and I need to save the JPEG using yuv444 or
yuv442.. but all I have achieved by now is the simple TIFF to JPEG
conversion with some setup in the quality setting (that still produce
blocky images, even with -q 1 or -q:v 1)..

Also, the only codec that works is the MJPEG, any other codec produces
unreadable images or extremely slow-to-process images (libopenjpeg)..


Please post the command(s) you're using, including the full, uncut command
line output.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] X264 and Smooth Text

2015-01-19 Thread Werner Robitza
On Mon, Jan 19, 2015 at 7:49 AM, Robert Nagy  wrote:

> However, at the first 1-2 seconds of the video the text looks quite a bit
> worse and then "pops" to better quality.
>
> Is there some setting I can use so that x264 uses a higher bitrate at the
> beginning of a clip as to avoid the "pop"?
>

I'm surprised that CRF 18 exhibits this kind of rate control issue. Have
you tried a fixed-bitrate two-pass encode?
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] Image Conversion TIFF > JPEG with yuv422 chroma subsampling

2015-01-19 Thread Werner Robitza
On Mon, Jan 19, 2015 at 5:53 PM, Andrea Rastelli 
wrote:

> Hi,
>
> I'm trying to convert a TIFF image sequence into JPEG (sequence) for
> preliminary video analysis, and I need to save the JPEG using yuv444 or
> yuv442.. but all I have achieved by now is the simple TIFF to JPEG
> conversion with some setup in the quality setting (that still produce
> blocky images, even with -q 1 or -q:v 1)..
>
> Also, the only codec that works is the MJPEG, any other codec produces
> unreadable images or extremely slow-to-process images (libopenjpeg)..
>

Please post the command(s) you're using, including the full, uncut command
line output.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


[FFmpeg-user] Image Conversion TIFF > JPEG with yuv422 chroma subsampling

2015-01-19 Thread Andrea Rastelli

Hi,

I'm trying to convert a TIFF image sequence into JPEG (sequence) for 
preliminary video analysis, and I need to save the JPEG using yuv444 or 
yuv442.. but all I have achieved by now is the simple TIFF to JPEG 
conversion with some setup in the quality setting (that still produce 
blocky images, even with -q 1 or -q:v 1)..


Also, the only codec that works is the MJPEG, any other codec produces 
unreadable images or extremely slow-to-process images (libopenjpeg)..


Any help will be appreciated.

Thanks
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] How to scale watermark proportionally to width and height of video frame?

2015-01-19 Thread Frank Tetzel
> How to scale watermark proportionally video frame size (to width and
> to height of video frame)?
> 
> Now I use the following command:
> 
> ffmpeg -i input.mkv -i logo.png -filter_complex
> "[1:v]scale=w=iw/3:h=ih/3[watermark_scaled];[0:v][watermark_scaled]overlay=x=main_w-overlay_w-main_w/20:y=main_h-overlay_h-main_w/20"
> output.mkv
> 
> I use scale=w=iw/3:h=ih/3, but I can't use "main_w" and "main_h"
> variables in this place. E.g. scale=w=main_w*0.05:main_h*0.05 don't
> work. How to get video frame width and height to use them for scaling
> watermark?

Hello,

as far as i know, it is not possible. You have to get the video
dimension on an outer layer, like a shell script, and pass it to the
scale filter. All filters only know about their inputs, not about other
filter chains.

Something like:

streaminfo=`mktemp`
ffprobe -v quiet -show_streams -select_streams v:0 input.mkv >$streaminfo
width=`grep width $streaminfo | cut -d'=' -f2`
height=`grep height $streaminfo | cut -d'=' -f2`

ffmpeg -i input.mkv -i logo.png -filter_complex
"[1:v]scale=w=$width/3:h=$height/3[watermark_scaled];[0:v][watermark_scaled]overlay=x=main_w-overlay_w-main_w/20:y=main_h-overlay_h-main_w/20"
output.mkv

rm $streaminfo


Greetings,
Frank.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] FFMPEG for encoding to Multichannel ALAC

2015-01-19 Thread Moritz Barsnick
Hi Rashed,

On Mon, Jan 19, 2015 at 17:53:44 +0530, Rashed wrote:
> C:\AudioTools\ALAC>ffmpeg -i pcmfile_48k_16bit_5.1.wav -acodec alac -ac 6 
> out.m4a

What happens if you omit "-ac 6"?

> Output #0, ipod, to 'out.m4a':
>   Metadata:
> encoder : Lavf56.19.100
> Stream #0:0: Audio: alac (alac / 0x63616C61), 48000 Hz, 5.1, s16p, 128 
> kb/s

This looks correct.

> Channel(s)   : 2 channels

This doesn't.

First of all, please inspect the resulting file out.m4a with "ffprobe"
or "ffmpeg -i". There may be a mismatch between the file header and the
actual stream. (I recall this having happened with mono versus stereo
MPEG audio.)

Secondly, please try this. Mediainfo and ffprobe both properly report 6
channels in my resulting file:

$ ffmpeg -f lavfi -i "aevalsrc=sin(440*2*PI*t):s=48000:c=5.1" -c:a alac -t 10 
out.m4a

(And please inspect the resulting file.)

The only other difference I can see is that your input file is reported
as "6" channels instead of "5.1", with the additional message:
> Guessed Channel Layout for  Input Stream #0.0 : 5.1
which I can't reproduce, but which seems correct for this purpose
anyway.

Moritz
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


[FFmpeg-user] How to scale watermark proportionally to width and height of video frame?

2015-01-19 Thread Барт Гопник
Hi!

How to scale watermark proportionally video frame size (to width and
to height of video frame)?

Now I use the following command:

ffmpeg -i input.mkv -i logo.png -filter_complex
"[1:v]scale=w=iw/3:h=ih/3[watermark_scaled];[0:v][watermark_scaled]overlay=x=main_w-overlay_w-main_w/20:y=main_h-overlay_h-main_w/20"
output.mkv

I use scale=w=iw/3:h=ih/3, but I can't use "main_w" and "main_h"
variables in this place. E.g. scale=w=main_w*0.05:main_h*0.05 don't
work. How to get video frame width and height to use them for scaling
watermark?

Thanks in advance!
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] FFMPEG for encoding to Multichannel ALAC

2015-01-19 Thread Rashed
Sorry, just subscribed to this list.

C:\AudioTools\ALAC>ffmpeg -i pcmfile_48k_16bit_5.1.wav -acodec alac -ac 6
out.m4a
ffmpeg version N-69146-g90c9899 Copyright (c) 2000-2015 the FFmpeg
developers
  built on Jan 19 2015 01:28:38 with gcc 4.9.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r
--enable-gn
utls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b
--enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm
--enabl
e-libilbc --enable-libmodplug --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg
--enable-libopus --enabl
e-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex
--enable-libtheora --enable-libtwolame --enable-libvidstab
--enable-libvo-aacen
c --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
--enable-libxavs
--enable-libxvid --enable-lzma --enable-decklink --enable-zlib
  libavutil  54. 17.100 / 54. 17.100
  libavcodec 56. 20.100 / 56. 20.100
  libavformat56. 19.100 / 56. 19.100
  libavdevice56.  4.100 / 56.  4.100
  libavfilter 5.  8.100 /  5.  8.100
  libswscale  3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc53.  3.100 / 53.  3.100
Guessed Channel Layout for  Input Stream #0.0 : 5.1
Input #0, wav, from 'pcmfile_48k_16bit_5.1.wav':
  Duration: 00:02:50.14, bitrate: 4608 kb/s
Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 6
channels, s16, 4608 kb/s
File 'out.m4a' already exists. Overwrite ? [y/N] y
Output #0, ipod, to 'out.m4a':
  Metadata:
encoder : Lavf56.19.100
Stream #0:0: Audio: alac (alac / 0x63616C61), 48000 Hz, 5.1, s16p, 128
kb/s
Metadata:
  encoder : Lavc56.20.100 alac
Stream mapping:
  Stream #0:0 -> #0:0 (pcm_s16le (native) -> alac (native))
Press [q] to stop, [?] for help
size=   20640kB time=00:02:50.15 bitrate= 993.7kbits/s
video:0kB audio:20631kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 0.042673%

C:\AudioTools\ALAC>mediainfo out.m4a
General
Complete name: out.m4a
Format   : MPEG-4
Format profile   : Apple audio with iTunes info
Codec ID : M4A
File size: 20.2 MiB
Duration : 2mn 50s
Overall bit rate mode: Variable
Overall bit rate : 994 Kbps
Writing application  : Lavf56.19.100

Audio
ID   : 1
Format   : ALAC
Codec ID : alac
Codec ID/Info: Apple Lossless Format
Duration : 2mn 50s
Duration_LastFrame   : -15ms
Bit rate mode: Variable
Bit rate : 993 Kbps
Channel(s)   : 2 channels
Sampling rate: 48.0 KHz
Bit depth: 16 bits
Stream size  : 20.1 MiB (100%)

On Mon, Jan 19, 2015 at 5:41 PM, Moritz Barsnick  wrote:

> Hi Rashed,
>
> On Mon, Jan 19, 2015 at 17:22:18 +0530, Rashed wrote:
> > I am trying to generate multichannel ALAC content using FFMPEG but
> somehow
> > is seem to be getting only up to stereo. Is this a limitation of FFMPEG
> or
> > am i doing something incorrectly.
> >
> > ffmpeg -i pcmfile_48k_16bit_5.1.wav -acodec alac -ac 6 out.m4a
>
> Could you please, as always requested here, show us the complete, uncut
> console output from this command?
>
> Everything else is just guesswork.
>
> Moritz
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] FFMPEG for encoding to Multichannel ALAC

2015-01-19 Thread Moritz Barsnick
Hi Rashed,

On Mon, Jan 19, 2015 at 17:22:18 +0530, Rashed wrote:
> I am trying to generate multichannel ALAC content using FFMPEG but somehow
> is seem to be getting only up to stereo. Is this a limitation of FFMPEG or
> am i doing something incorrectly.
> 
> ffmpeg -i pcmfile_48k_16bit_5.1.wav -acodec alac -ac 6 out.m4a

Could you please, as always requested here, show us the complete, uncut
console output from this command?

Everything else is just guesswork.

Moritz
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


[FFmpeg-user] FFMPEG for encoding to Multichannel ALAC

2015-01-19 Thread Rashed
Hi Folks,

I am trying to generate multichannel ALAC content using FFMPEG but somehow
is seem to be getting only up to stereo. Is this a limitation of FFMPEG or
am i doing something incorrectly.

ffmpeg -i pcmfile_48k_16bit_5.1.wav -acodec alac -ac 6 out.m4a

Thanks.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] How can I determine if a 10bit videofile has full 10bit video data or 8bit (+ 2bits zeros) data

2015-01-19 Thread Christoph Gerstbauer

Hello Dave,

I tried it on ubuntu. It works.

But, can you explain me:

Why it is the last 2 bits of the first byte?  Shouldnt it be the first 2 
bits of the last byte?
In my understanding, 8 bit are 8 digits -> first byte should be always 
full. (?)

But maybe this only is for RGB correct and not for YUV?

br
Christoph

Am 16.01.2015 um 16:40 schrieb Dave Rice:

Hi Christoph,


On Jan 16, 2015, at 10:03 AM, Moritz Barsnick  wrote:
On Fri, Jan 16, 2015 at 14:10:38 +0100, Christoph Gerstbauer wrote:

I am searching for a possibility to check if a 10bit 4:2:2 videofile
(v210 codec or ffvhuff codec) has
a) 8bit+2empty bits or
b) full 10bit data
in the video stream.

You'll probably need to export it to raw YUV or RGB (depending on the
input color space) and inspect the least significant bits. This might
be easier with a small libav* program than ffmpeg. My first shot would
be trying to understand the raw output formats, and to parse them with
a pipe to a perl one-liner using unpack(). ;-)

I pipe the data to xxd for this, such as:
ffmpeg -i v210.mov -c:v rawvideo -f rawvideo - | xxd -c 2 -b

Since the rawvideo of v210 is 16 bits, I use -c 2 to show the output in 2 bytes 
per row (-c 2). You’ll get an output that looks like this:

008322e: 11011101 0001
0083230: 01001000 0010

In the case I’ll see the last two (right most) bits of the first byte toggling 
indicated that it is actually using 10 bits of detail. If the v210 was 8 plus 
two zeros then the last two bits of the first byte would always be zero. 
Unfortunately there is a lot of video hardware that works as 8 bits so often 
those who are intending to digitize analog video to 10 bit are actually 
creating 10 bit files with the least significant bits simply being padding. 
Some digital videotapes also decode to 8 bit but are received over 10 bit SDI 
so this same process can be used to verify if the SDI contains actual 10 bit 
video or some amount of padding.
Best Regards,
Dave Rice

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Re: [FFmpeg-user] How can I determine if a 10bit videofile has full 10bit video data or 8bit (+ 2bits zeros) data

2015-01-19 Thread Christoph Gerstbauer

Thank you, Dave!

As I guess, this commandline is just working on linux, right?
I tried it on windows but:

ffmpeg -i 
I:\_10bit_PERFORMANCE_TESTS\analog_tape_records\10bit_v210_captured_via_SDI-8bit.mov 
-c:v rawvideo -f rawvideo - | xxd -c 2 -b

'xxd' is not recognized as an internal or external command,
operable program or batch file.

The whole thing I am trying to do is: ffv1 speed/cpu load tests with 
10bit sources.
But first I have to be 100 percent shure that the v210 files I am 
generating with SDI capturing are real 10bit sources.
I have several "10bit"-believing files (v210/AVC-Intra for example) but 
I was not the creator of them. If in their generation chain was just one 
point where 8bit was used, the 10bit information is lost. And thats why 
I can just believe that it is 10bit.


I am capturing from a IMX VTR which allows to set the SDI bitdepth for 
the SDI output (8bit/10bit). SO I can directly control that the final 
captured v210 file will have 8bit or 10bit information (capturing via a 
AJA Kona card).


So, for your mentioned method, I will need linux. Right?

Addionally:
As far as I know, 10bit ffv1 compression rates are better than 8bit. SO 
a "8bit"-v210 file is a little bit larger than a "10bit"-v210 file. Do 
you know why?


Best Regards
Christoph

Am 16.01.2015 um 16:40 schrieb Dave Rice:

Hi Christoph,


On Jan 16, 2015, at 10:03 AM, Moritz Barsnick  wrote:
On Fri, Jan 16, 2015 at 14:10:38 +0100, Christoph Gerstbauer wrote:

I am searching for a possibility to check if a 10bit 4:2:2 videofile
(v210 codec or ffvhuff codec) has
a) 8bit+2empty bits or
b) full 10bit data
in the video stream.

You'll probably need to export it to raw YUV or RGB (depending on the
input color space) and inspect the least significant bits. This might
be easier with a small libav* program than ffmpeg. My first shot would
be trying to understand the raw output formats, and to parse them with
a pipe to a perl one-liner using unpack(). ;-)

I pipe the data to xxd for this, such as:
ffmpeg -i v210.mov -c:v rawvideo -f rawvideo - | xxd -c 2 -b

Since the rawvideo of v210 is 16 bits, I use -c 2 to show the output in 2 bytes 
per row (-c 2). You’ll get an output that looks like this:

008322e: 11011101 0001
0083230: 01001000 0010

In the case I’ll see the last two (right most) bits of the first byte toggling 
indicated that it is actually using 10 bits of detail. If the v210 was 8 plus 
two zeros then the last two bits of the first byte would always be zero. 
Unfortunately there is a lot of video hardware that works as 8 bits so often 
those who are intending to digitize analog video to 10 bit are actually 
creating 10 bit files with the least significant bits simply being padding. 
Some digital videotapes also decode to 8 bit but are received over 10 bit SDI 
so this same process can be used to verify if the SDI contains actual 10 bit 
video or some amount of padding.
Best Regards,
Dave Rice

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user