hlsvhigh4 error

[tellyaddict]

> > I have found that "best" mode often defaults to the xxxx1 option,
> > which I have occasionally found to be significantly slower than xxxx2
> 
> - which is likely to be because more people are trying to fetch items 
> from
> that server, and it and the paths to it are busier
> 
> 
> > So I reran the command (with force and verbose) and got the following.
> > I'm afraid I don't know nearly enough about the options and
> > intricacies to make sense of this:
> 
> Someone who understands what the ffmpeg command that gip builds is meant 
> to contain needs to
> explain why it contains a parameter that ffmpeg doesn't like.  We see 
> from the --verbose output
> that g_ip created that the ffmpeg command it issues is:
> 
> ..
> ..
> > INFO: Trying hlsvhigh4 mode to record tv: Private's Progress - -
> > INFO: Attempt number: 1 / 3
> > INFO: File name prefix = Privates_Progress_-__b03906f2_default
> > 
> > INFO: Command: ".\FFmpeg\ffmpeg-2.2.3-win32-static\bin\ffmpeg.exe"
> > "-loglevel" "verbose" "-y" "-i"
> > "vf_b0004hf7_3832dfa5-0657-4a4a-9d0c-4e816c64e61f-pa3=96000-pv10=1604000.m3u8?__gda__=1436827546_1b0af07aeccec0a45126dce0b0c73035"
> > "-vcodec" "copy" "-acodec" "copy"
> > "G:\Videos\iPlayer\Privates_Progress_-__b03906f2_default.partial.mp4.ts"
> 
> Then ffmpeg starts:
> 
> > ffmpeg version 2.2.3 Copyright (c) 2000-2014 the FFmpeg developers
> >   built on Jun 19 2014 20:24:25 with gcc 4.8.3 (GCC)
> >   configuration: --enable-gpl --enable-version3 --disable-w32threads
> > --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r
> > --enable-gnutls --enable-iconv --enable-libass --enable-libbluray
> > --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-librtmp
> > --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 --enable-libxvid --enable-decklink
> > --enable-zlib
> >   libavutil      52. 66.100 / 52. 66.100
> >   libavcodec     55. 52.102 / 55. 52.102
> >   libavformat    55. 33.100 / 55. 33.100
> >   libavdevice    55. 10.100 / 55. 10.100
> >   libavfilter     4.  2.100 /  4.  2.100
> >   libswscale      2.  5.102 /  2.  5.102
> >   libswresample   0. 18.100 /  0. 18.100
> >   libpostproc    52.  3.100 / 52.  3.100
> 
> ...tells us (all the output up to there) which options ffmpeg itself was 
> built from,
> then says:
> 
> > vf_b0004hf7_3832dfa5-0657-4a4a-9d0c-4e816c64e61f-pa3=96000-pv10=1604000.m3u8?__gda__=1436827546_1b0af07aeccec0a45126dce0b0c73035:
> > Invalid argument
> > Conversion failed!
> 
> - so what was the part starting "vf..."  and was it meant to be there?  
> Is it wrong, or is
> it correct but requires some other -option to be coded as well?

This thread https://squarepenguin.co.uk/forums/thread-464.html shows that the HLS 2-4 options were added after GiP's last release and are not supportable using the current parsing methods that GiP uses for HLS streams. I think the plan is to hide them in the next release until the code can be adapted to make use of them.