Log in

View Full Version : FFmpegSource


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60

avih
5th March 2015, 23:55
FFMS2 C-plugin r940+64 (http://www.mediafire.com/?74ls4i3woi369ic)

Optimized for Pentium-III and SSE.

ffmpeg version r69783 git-bbb0634 Copyright (c) 2000-2015 the FFmpeg developers
built with gcc 4.9.2 (GCC)

...
--disable-network
--disable-hwaccels
...



I'm completely unfamiliar with ffms2 internals and never tried to build it myself (I am building ffmpeg for other projects though, such as mpv, cross compiling in MXE, FWIW), but these 2 options could be useful and AFAIK they work rather well in ffmpeg.

hwaccel (i'm guessing that's dxva2?) actually reduces cpu load and power usage when used, and network _should_ work (can it actually be used to play network clips via avisynth?).

If that matters, I'm using ffms2 as a source plugin together with SVP.

qyot27
6th March 2015, 00:40
I'm not sure if FFMS2 allows using the dxva/vdpau/vda/etc. decoders, especially since there is also currently no way (in FFMS2) to select one decoder out of many for the same format that might exist in libavcodec. And I have no idea if the network support would work correctly. AviSynth did/does have the TCPSource/Deliver plugin (not that I've ever used it), but I don't know if it would have an effect in FFMS2.

The reality is that those four options (disable-network, disable-hwaccels, disable-indevs, and disable-outdevs) have been in the build options I've used for a long time. They were suggested quite a number of years ago in the API docs (https://github.com/FFMS/ffms2/blob/master/doc/ffms2-api.md#compilation) and in this thread (http://forum.doom9.org/showthread.php?p=1367924#post1367924), so part of it is just not running any tests on either one to see how necessary it actually is nowadays - unlike the encoders and muxers, which are completely useless for FFMS2 and reduce the size of the .dll by a good amount.

avih
6th March 2015, 01:06
Well, mpv (http://mpv.io/) uses ffmpeg's hwaccel (vpdau, dxva2, etc) and it's quite effective on windows and AFAIK on other platforms as well. As for usage for network sources via ffmpeg, imagine youtube clip url into ffms2 into svp into mpv ;) I got this exact chain working well for local files now with a system which generates an avs file on the fly, but doing the same for a network clip could be cool...

Maybe I'll try to build ffms2 myself with different ffmpeg options..

LigH
6th March 2015, 09:41
Not for every GPU, using the decoder chip will be a speedup compared to CPU decoding.

And if I have to be afraid that the GPU decoding applies an undesired IVTC or deinterlacing without control, I would not use FFMS2.

qyot27
6th March 2015, 16:56
Well, mpv (http://mpv.io/) uses ffmpeg's hwaccel (vpdau, dxva2, etc) and it's quite effective on windows and AFAIK on other platforms as well. As for usage for network sources via ffmpeg, imagine youtube clip url into ffms2 into svp into mpv ;) I got this exact chain working well for local files now with a system which generates an avs file on the fly, but doing the same for a network clip could be cool...

Maybe I'll try to build ffms2 myself with different ffmpeg options..
The YouTube example won't work, unless you do it the hard way and go through RTMP. Just giving FFmpeg the https:// url won't do anything, and thus FFMS2 won't either.

mpv supports playing streaming media through a youtube-dl bridge, only falling back on FFmpeg's network stuff if the ytdl loader fails. FFmpeg's tenuous support of it was provided through libquvi (which mpv also used to use, before dropping it in favor of ytdl), which is mostly completely broken/outdated now and should be removed from libavformat.

Kein
8th March 2015, 17:32
Hello, I'm having a bit of a problem and can't figure out why:

Win7x64
AviSynth_150114_260_rc1 (x86/32bit)
ffms2-2.20-msvc (x86/32bit)

This clip: http://www64.zippyshare.com/v/kTIU4syL/file.html

a=FFAudioSource("CastleInTheDarkness 2015-03-08 00-37-59-551.avi")
v=FFVideoSource("CastleInTheDarkness 2015-03-08 00-37-59-551.avi")
AudioDub(v, a)
Info()


Someone please explain what I'm doing wrong? It simply won't open it. Nothing being returned besides usual "can't open file" error by MPC/Vdub.

LigH
8th March 2015, 17:49
Before I download this file, could you post a MediaInfo report about it? Maybe it contains a video or audio stream format not supported by FFMS2?

Selur
8th March 2015, 17:54
Video is xtor (http://exkode.com/dxtory-features-en.html) and (using latest version posted by qyot27) FFVideoSource can open it fine here,..

Kein
8th March 2015, 17:55
Before I download this file, could you post a MediaInfo report about it? Maybe it contains a video or audio stream format not supported by FFMS2?

Format : AVI
Format/Info : Audio Video Interleave
File size : 97.2 MiB
Duration : 12s 140ms
Overall bit rate : 67.1 Mbps
Original source form/Distributed by : Video:YUV420|CompressV3 Audio:Speakers (VIA High Definition Audio)
Writing application : DxtoryCore ver2.0.0.127

Video
ID : 0
Format : xtor
Codec ID : xtor
Duration : 11s 400ms
Bit rate : 69.8 Mbps
Width : 960 pixels
Height : 640 pixels
Display aspect ratio : 3:2
Frame rate : 30.000 fps
Bits/(Pixel*Frame) : 3.789
Stream size : 94.9 MiB (98%)

Audio
ID : 1
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : 1
Duration : 12s 140ms
Bit rate mode : Constant
Bit rate : 1 536 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 2.22 MiB (2%)
Alignment : Aligned on interleaves
Interleave, duration : 93 ms (2.80 video frames)


http://i.imgur.com/IINL2gB.png

Video is xtor (http://exkode.com/dxtory-features-en.html) and (using latest version posted by qyot27) FFVideoSource can open it fine here,..

I know it is xtor, I recorded it. The thing is - I can't open it through ffms2 via avs script. It boggles my mind.

qyot27
8th March 2015, 18:11
From the MediaInfo output in the issue on Github (https://github.com/FFMS/ffms2/issues/194):
Writing application : DxtoryCore ver2.0.0.127

2.20 is from June 20th, 2014.

The FFmpeg git log, with a search for 'dxtory'. (http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=commit&s=dxtory):
2014-09-25 Michael Niedermayer avcodec/dxtory: Support dxtory-2.0.127.avi

The problem is that the official build of FFMS2 2.20 is not using a build of FFmpeg new enough to decode the file, because the build is from three months prior to that being committed to FFmpeg.

It's also why it's fixed in the C plugin builds, because those use reasonably updated versions of FFmpeg.

Kein
8th March 2015, 18:22
I just recorded another clip from this and another game with the same codec and same options and then opened it just fine (with your version of the plugin, ffms2_r940c64-avs_vsp). But that particular clip I cannot.

It works just fine elsewhere. It is not damaged. There is nothing special about it. You can open. Why I can't?

kolak
10th March 2015, 10:41
Can we have ffmpegsource based on "current" (2.6) ffmpeg, please?

Groucho2004
10th March 2015, 10:51
I just recorded another clip from this and another game with the same codec and same options and then opened it just fine (with your version of the plugin, ffms2_r940c64-avs_vsp). But that particular clip I cannot.

It works just fine elsewhere. It is not damaged. There is nothing special about it. You can open. Why I can't?
Did you load ffms2.dll with "LoadCPlugin" or just copy it to your auto-load directory? Your file also works for me with r940c64.

stax76
15th March 2015, 07:27
Possibly ffms2 misses to release a file handle, I use the avifile API, after releasing and cleaning everything the process still locks the source, I tried other source filters and it happens only with ffms2.

stax76
16th March 2015, 19:50
With latest C plugin build when I open 2-3 movies seeking around in StaxRip's preview memory grow up quickly causing a out of memory exception at 1,5 GB.

With the 2.20 release memory stays always below 850 MB.

Specs of test file: http://pastebin.com/MxqcTkRh

qyot27
17th March 2015, 03:02
This has been a mysterious leak for a while. It came up regarding MeGUI a year ago, and I could reproduce it in VirtualDub:
http://forum.doom9.org/showthread.php?p=1674911#post1674911

But I wasn't able to find where it was doing it in the C interface part of FFMS2.

stax76
17th March 2015, 03:11
Any ideas on the file lock?

edit: happens also with c plugin only

Kein
23rd March 2015, 00:34
Another issue with Dxtory and FFmpeg.

For some reason ffms detects source as 1920x1080@44FPS while it was recorded in 60. What gives?

qyot27
27th March 2015, 00:16
FFMS2 C-plugin r944+69

Optimized for Pentium-III and SSE.

ffmpeg version r70952 git-db4234c Copyright (c) 2000-2015 the FFmpeg developers
built with gcc 4.9.2 (GCC)
libavutil 54. 20.100 / 54. 20.100
libavcodec 56. 29.100 / 56. 29.100
libavformat 56. 26.101 / 56. 26.101
libavdevice 56. 4.100 / 56. 4.100
libavfilter 5. 13.101 / 5. 13.101
libavresample 2. 1. 0 / 2. 1. 0
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc 53. 3.100 / 53. 3.100

configuration:
--prefix=/home/qyot27/win32_build
--cross-prefix=i686-w64-mingw32-
--enable-gpl
--enable-version3
--disable-w32threads
--enable-avresample
--disable-encoders
--disable-decoder=utvideo
--enable-libutvideo
--disable-decoder=dca
--enable-libdcadec
--disable-muxers
--disable-doc
--disable-debug
--disable-devices
--cpu=pentium3
--extra-cflags='-mfpmath=sse -march=pentium3 -msse -mtune=pentium3 -DPTW32_STATIC_LIB'
--target-os=mingw32
--arch=x86

Uses libdcadec, although due to the currently fairly rapid development pace of libdcadec, consider it only a snapshot. Should still be better compared to the native decoder.

EDIT 2015-05-05: Newer build available here. (http://forum.doom9.org/showthread.php?p=1720384#post1720384)

Pat357
27th March 2015, 12:14
FFMS2 C-plugin r944+69 (http://www.mediafire.com/?d537njuct4i95kq)

Uses libdcadec, although due to the currently fairly rapid development pace of libdcadec, consider it only a snapshot. Should still be better compared to the native decoder.

Thanks !
Finally a decent replace for the rather poor ffdca !!
Note : currently no support for 192 kHz sample rates , just up to 92 kHz !

see : https://github.com/foo86/dcadec

Wilbert
28th March 2015, 00:53
I have a question about the license:

The source is MIT licensed and can be obtained from https://github.com/FFMS/ffms2/. The precompiled binary is GPL3 licensed. (...)
I don't understand this construction. As I understand it you can only license the software (being the binary here). The binary can be released under different licenses, and you (if one wouldn't be the sole copyright-holder) can release it under a compatible license. It doesn't make any sense to me to say that the sourcecode is licensed under a particular license. Perhaps i'm missing something ...

LoRd_MuldeR
28th March 2015, 01:06
I have a question about the license:


I don't understand this construction. As I understand it you can only license the software (being the binary here). The binary can be released under different licenses, and you (if one wouldn't be the sole copyright-holder) can release it under a compatible license. It doesn't make any sense to me to say that the sourcecode is licensed under a particular license. Perhaps i'm missing something ...

Well, to my understanding, the copyright-holder can put his/her own code under whatever license he/she wants. The code can even be released under multiple different licenses at the same time - as many projects do.

Now, if you combine your own code with someone else's code, then the combined work needs to be distributed under a compatible license, of course. So, if the authors of FFMS2 decide to release their own code under the MIT license, they are of course free to do so! But as soon as a binary is created, which unavoidably contains some FFmpeg code too, then the whole thing must be distributed under the LGPL or GPL - depending on what FFmpeg feature are enabled. That's because FFmpeg is released under the LGPL - and partly under the GPL. And the GPL/LGPL is more restrictive than the MIT license. You can combine MIT'ed code with GPL'ed or LGPL'ed code, but the combined work has to be distributed under GPL/LGPL then.

Unless I'm missing anything here, this should be fine :confused:

captainadamo
28th March 2015, 01:11
I have a question about the license:

The source is MIT licensed and can be obtained from https://github.com/FFMS/ffms2/. The precompiled binary is GPL3 licensed. (...)

I don't understand this construction. As I understand it you can only license the software (being the binary here). The binary can be released under different licenses, and you (if one wouldn't be the sole copyright-holder) can release it under a compatible license. It doesn't make any sense to me to say that the sourcecode is licensed under a particular license. Perhaps i'm missing something ...

What exactly is the confusion? Certain source files in ffms2 are licensed under something like the MIT license, but the project also contains GPLed code. So as a whole the combined work, the binary, is licensed under the GPL per the way the GPL works. It's no different than how countless other projects such as the Linux kernel work. The Linux kernel is overarching GPLv2, but it contains MIT/BSD/etc. more permissive licensed code in it as well. There is nothing exotic or out-of-the-ordinary here.

Wilbert
28th March 2015, 01:29
Guess i should think a little bit before asking. I forgot that you are combining GPL en MIT code. How stupid.

mariner
28th March 2015, 05:27
FFMS2 C-plugin r944+69 (http://www.mediafire.com/?d537njuct4i95kq)

Optimized for Pentium-III and SSE.

ffmpeg version r70952 git-db4234c Copyright (c) 2000-2015 the FFmpeg developers
built with gcc 4.9.2 (GCC)
libavutil 54. 20.100 / 54. 20.100
libavcodec 56. 29.100 / 56. 29.100
libavformat 56. 26.101 / 56. 26.101
libavdevice 56. 4.100 / 56. 4.100
libavfilter 5. 13.101 / 5. 13.101
libavresample 2. 1. 0 / 2. 1. 0
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc 53. 3.100 / 53. 3.100

configuration:
--prefix=/home/qyot27/win32_build
--cross-prefix=i686-w64-mingw32-
--enable-gpl
--enable-version3
--disable-w32threads
--enable-avresample
--disable-encoders
--disable-decoder=utvideo
--enable-libutvideo
--disable-decoder=dca
--enable-libdcadec
--disable-muxers
--disable-doc
--disable-debug
--disable-devices
--cpu=pentium3
--extra-cflags='-mfpmath=sse -march=pentium3 -msse -mtune=pentium3 -DPTW32_STATIC_LIB'
--target-os=mingw32
--arch=x86

Uses libdcadec, although due to the currently fairly rapid development pace of libdcadec, consider it only a snapshot. Should still be better compared to the native decoder.

Greetings qyot27. Appreciate your continuing effort to update ffms2.

Is this to be used with Avisynth 2.58?

Many thanks and best regards.

qyot27
28th March 2015, 07:23
Is this to be used with Avisynth 2.58?
2.5 is still supported, at the moment. But the C plugin's purpose had shifted to giving 2.6 precedence years ago.

mariner
28th March 2015, 12:55
2.5 is still supported, at the moment. But the C plugin's purpose had shifted to giving 2.6 precedence years ago.

Thanks for the kind reply, qyot27.
I take it yours is the preferred version to the official 2.2 built?
Many thanks and best regards.

qyot27
28th March 2015, 20:02
My builds of the C plugin are simply updated more often. 'Preferred' is purely subjective.

Kein
28th March 2015, 21:08
Another issue with Dxtory and FFmpeg.

For some reason ffms detects source as 1920x1080@44FPS while it was recorded in 60. What gives?


No ideas?

sneaker_ger
28th March 2015, 21:10
Make a bug report with a sample on the tracker. Best chance to get someone to look at it.
https://github.com/FFMS/ffms2/issues

mariner
29th March 2015, 06:01
My builds of the C plugin are simply updated more often. 'Preferred' is purely subjective.


Thanks qyot27. Two questions:

1. Can this deal with interlaced content?
2. And what about interlaced content that's been encoded as progressive (as reported by mediainfo) in a ts container? Or is there a way to flag these as interlaced without re-encoding?

Many thanks and best regards.

qyot27
29th March 2015, 07:28
I don't know, as I've never had to handle interlaced H.264 with FFMS2. Since the latest builds have the Haali splitters removed, its performance should map fairly equally to how it's handled in FFmpeg itself.

Selur
29th March 2015, 07:56
Or is there a way to flag these as interlaced without re-encoding?
iirc there's a modified ffmpeg version floating around which can remux and change the interlaced flag,..

StainlessS
29th March 2015, 10:55
iirc there's a modified ffmpeg version floating around which can remux and change the interlaced flag,..

Dont know about that, but there is one to hack Aspect Ratio:-
"New tool to change SAR in H264 bitstream "
http://forum.doom9.org/showthread.php?t=152419

Selur
29th March 2015, 11:30
damn, thought that one could also change the interlaced flags,...

LigH
30th March 2015, 08:39
There is quite a difference between PAFF and MBAFF interlacing. It's more than a matter of setting flags. You would confuse a decoder substantially if you patched them wrong.

mariner
9th April 2015, 06:49
I don't know, as I've never had to handle interlaced H.264 with FFMS2. Since the latest builds have the Haali splitters removed, its performance should map fairly equally to how it's handled in FFmpeg itself.

Thanks for the reply.

MultiAVCHD was not able to display the menu and video when the r944 files was placed in the Avisynth plugin folder. No issue with the official 2.2 build. What may have caused this?

Many thanks and best regards.

Pat357
9th April 2015, 12:07
Thanks for the reply.

MultiAVCHD was not able to display the menu and video when the r944 files was placed in the Avisynth plugin folder. No issue with the official 2.2 build. What may have caused this?

Many thanks and best regards.

Did you also put the file FFMS2.avsi in the plugin directory ?
You need to do so, because this is a C-plugin and it will not autoload without the FFMS2.avsi file being present in the same directory.

LigH
9th April 2015, 12:12
AviSynth+ (note the plus) is able to autoload AviSynth C plugins; the original AviSynth 2.x is not, therefore the import script (with additional declared convenience functions).

mariner
10th April 2015, 01:49
Did you also put the file FFMS2.avsi in the plugin directory ?
You need to do so, because this is a C-plugin and it will not autoload without the FFMS2.avsi file being present in the same directory.

Thanks for the reply, Pat.

All the three files are placed in the plugin directory.

Here's the situation:

1. No files in plugin directory: multiAVCHD OK.
2. Build 2.2 files in plugin directory: OK.
3. Build 944: NOT OK

Any idea?

qyot27
10th April 2015, 02:42
Some programs require AviSynth's plugins folder to be on the %PATH% in order to handle the .avsi. In those cases it's the program's issue, not FFMS2's.

stax76
26th April 2015, 11:31
Here is a problem a StaxRip user reported:


------------------------------------------------------------
Source file MediaInfo
------------------------------------------------------------

D:\Spiele\BorderlandsPreSequel 2015-02-05 20-34-18-52_merged.mkv

General
Unique ID : 242162529886412073948372795964824009988 (0xB62ECE8896C135ED9BB8CA6516F8BD04)
Complete name : D:\Spiele\BorderlandsPreSequel 2015-02-05 20-34-18-52_merged.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 6.21 GiB
Duration : 1mn 16s
Overall bit rate : 701 Mbps
Encoded date : UTC 2015-04-26 10:03:44
Writing application : mkvmerge v7.7.0 ('Six Voices') 32bit built on Feb 28 2015 23:23:00
Writing library : libebml v1.3.1 + libmatroska v1.4.2
DURATION : 00:01:16.133000000
NUMBER_OF_FRAMES : 2438
NUMBER_OF_BYTES : 14617600
_STATISTICS_WRITING_APP : mkvmerge v7.7.0 ('Six Voices') 32bit built on Feb 28 2015 23:23:00
_STATISTICS_WRITING_DATE_UTC : 2015-04-26 10:03:44
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Video
ID : 1
Format : Fraps
Codec ID : V_MS/VFW/FOURCC / FPS1
Duration : 1mn 16s
Width : 2 560 pixels
Height : 1 600 pixels
Display aspect ratio : 16:10
Frame rate mode : Constant
Frame rate : 30.000 fps
Default : Yes
Forced : No

Audio
ID : 2
Format : PCM
Codec ID : A_PCM/INT/LIT
Duration : 1mn 16s
Bit rate mode : Constant
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Default : Yes
Forced : No


------------------------------------------------------------
Index with ffmsindex
------------------------------------------------------------

"E:\Video\StaxRip_1.2.2.0\Applications\AviSynth plugins\ffms2\ffmsindex.exe" "D:\Spiele\BorderlandsPreSequel 2015-02-05 20-34-18-52_merged.mkv" "D:\Spiele\BorderlandsPreSequel 2015-02-05 20-34-18-52_merged temp files\BorderlandsPreSequel 2015-02-05 20-34-18-52_merged.ffindex"


------------------------------------------------------------
Error Index with ffmsindex
------------------------------------------------------------

Index with ffmsindex failed with exit code -1073741819

stax76
26th April 2015, 15:48
There is a ffmsindex memory leak with 2.20 64-Bit

General

Audio_Codec_List : DTS
Audio_Language_List : English
Codec/String : Matroska
FileSize/String4 : 9.837 GiB
Duration/String1 : 2h 8mn 15s 691ms
OverallBitRate/String : 11.0 Mbps
FrameRate/String : 23.976 fps
FrameCount : 184512
StreamSize/String : 200 MiB (2%)
Encoded_Date : UTC 2015-04-23 21:59:03
File_Created_Date_Local : 2015-04-24 21:24:08.430
File_Modified_Date_Local : 2015-04-24 08:34:08.485
Encoded_Application : mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Encoded_Library : libebml v1.3.0 + libmatroska v1.4.0

Video

ID : 1
Format_Profile : High@L4.1
Codec/String : AVC
Duration/String1 : 2h 8mn 15s 696ms
BitRate/String : 9 469 Kbps
Width/String : 1 920 pixels
Height/String : 800 pixels
PixelAspectRatio : 1.000
DisplayAspectRatio/String : 2.40:1
FrameRate/String : 23.976 fps
FrameCount : 184512
Resolution/String : 8 bits
ScanType : Progressive
StreamSize/String : 8.29 GiB (84%)
Encoded_Library : x264 - core 144 r2525 40bb568
Language/String : English
Default : Yes
Forced : No

Audio

ID : 2
Codec/String : DTS
Duration/String1 : 2h 8mn 15s 691ms
BitRate_Mode : CBR
BitRate/String : 1 509 Kbps
Channel(s)/String : 6 channels
SamplingRate/String : 48.0 KHz
Resolution/String : 24 bits
Compression_Mode : Lossy
Video_Delay : 0
StreamSize/String : 1.35 GiB (14%)
Language/String : English
Default : Yes
Forced : No

Myrsloik
26th April 2015, 19:08
I'm posting about it here as well since not everyone reads the VapourSynth thread...

Here's a ffms2 32bit test build (https://www.dropbox.com/s/6vxgt5npuyifjjw/ffms2-test1.7z?dl=1) from my own development branch. Compiled with latest libav.

I need help to test it to see so I didn't break anything for Avisynth users. If you don't test it now you'll be getting buggy Avisynth builds later.

stax76
26th April 2015, 19:19
Thanks for build although I could only test x64.

stax76
27th April 2015, 03:43
The ffmsindex memory leak is critical since a 8 GB movie causes ffmsindex to grow 8 GB memory, it's only happening with the x64 version.

Myrsloik
27th April 2015, 10:07
64 bit test build (https://www.dropbox.com/s/lc0x2qncwbaup45/ffms2-test1-x64.7z?dl=1). Basically the same code as the 32 bit one.

Report your results.

stax76
27th April 2015, 10:18
First thanks for your work and support. :thanks:

I confirm the ffmsindex leak is fixed but there is another problem, the filter reports 'No video track found' trying to open avc mkv.

Myrsloik
27th April 2015, 10:34
First thanks for your work and support. :thanks:

I confirm the ffmsindex leak is fixed but there is another problem, the filter reports 'No video track found' trying to open avc mkv.

When you do what exactly?

stax76
27th April 2015, 10:47
------------------------------------------------------------
Environment
------------------------------------------------------------

StaxRip version : 1.3.0.3
OS : Windows 7 Home Premium
Language : German (Germany)
CPU : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz
GPU : NVIDIA GeForce GTX 960
LAV Filters : LAV Filters 0.65.0-2

------------------------------------------------------------
Source file MediaInfo
------------------------------------------------------------

C:\Daten\Temp\test\test.mkv

General
Unique ID : 179239962812818211157003190095008528769
Complete name : C:\Daten\Temp\test\test.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 65.4 MiB
Duration : 2mn 5s
Overall bit rate : 4 385 Kbps
Encoded date : UTC 2015-04-27 05:46:06
Writing application : mkvmerge v7.8.0 ('River Man') 32bit built on Mar 27 2015 16:18:02
Writing library : libebml v1.3.1 + libmatroska v1.4.2
DURATION : 00:02:05.185000000
NUMBER_OF_FRAMES : 6260
NUMBER_OF_BYTES : 1272797
_STATISTICS_WRITING_APP : mkvmerge v7.8.0 ('River Man') 32bit built on Mar 27 2015 16:18:02
_STATISTICS_WRITING_DATE_UTC : 2015-04-27 05:46:06
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2mn 5s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 146 r2538 121396c
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex /
subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 /
8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 /
lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 /
bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 /
direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 /
intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=22.0 / qcomp=0.60 / qpmin=0 /
qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No

Audio
ID : 2
Format : Opus
Codec ID : A_OPUS
Duration : 2mn 5s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Default : Yes
Forced : No

------------------------------------------------------------
Index with ffmsindex
------------------------------------------------------------

"C:\Daten\Projekte\GitHub\staxrip\bin\Tools\Plugins\ffms2\ffmsindex.exe" "C:\Daten\Temp\test\test.mkv"
"C:\Daten\Temp\test\test temp files\test.ffindex"

Writing index... done.

Start: 11:44:34
End: 11:44:34
Duration: 00:00:00


------------------------------------------------------------
Error opening source
------------------------------------------------------------

FFVideoSource: No video track found
(C:\Daten\Temp\test\test temp files\test_new_Source.avs, line 2)

FFVideoSource("C:\Daten\Temp\test\test.mkv", cachefile = "C:\Daten\Temp\test\test temp files\test.ffindex")
AssumeFPS(25.000000)