Discussion:
ffmpeg issue?
Hugh Reynolds
2017-10-09 12:28:18 UTC
Permalink
Using PVR on Windows I get:

5686: tv, Scrum V: Sunday: 2017/2018 - 08/10/2017, BBC Two, b098spzq
INFO: 1 matching programmes

WARNING: A UK TV licence is required to access BBC iPlayer TV content
legally
INFO: Downloading tv: 'Scrum V: Sunday: 2017/2018 - 08/10/2017 (b098spzq)
[original]'
WARNING: Your version of ffmpeg () does not support conversion of hvf
downloads to MP4 - not converting .ts file
WARNING: ffmpeg 2.5 or higher is required to convert hvf downloads to MP4
WARNING: Use --raw to bypass MP4 conversion and retain .ts file
WARNING: Use --ffmpeg-force to override checks and force MP4 conversion
attempt
############################################################################
###################
INFO: Downloaded: 629.24 MiB (00:49:01) @ 6.00 Mibit/s (hvfxsd1)
[audio+video]

But my ffmpeg is much newer than that.
Inspecting ffmpeg I get:
C:\Program Files (x86)\get_iplayer\utils>ffmpeg - version
ffmpeg version 3.3.3 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 7.1.0 (GCC)

Is there a simple way to resolve this?

Regards

Hugh


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
David Cantrell
2017-10-09 12:47:52 UTC
Permalink
Post by Hugh Reynolds
WARNING: Your version of ffmpeg () does not support conversion of hvf
Judging from the empty brackets where I would expect to see the version
number I imagine that it can't find your ffmpeg.
Post by Hugh Reynolds
But my ffmpeg is much newer than that.
C:\Program Files (x86)\get_iplayer\utils>ffmpeg - version
ffmpeg version 3.3.3 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 7.1.0 (GCC)
Is there a simple way to resolve this?
I expect that that directory isn't in your $PATH, or whatever the
Windows equivalent is.
--
David Cantrell | London Perl Mongers Deputy Chief Heretic

Did you know that shotguns taste like candy canes? Put the barrel in
your mouth and pull the trigger for an extra blast of minty goodness!
Hugh Reynolds
2017-10-09 12:52:22 UTC
Permalink
David,
...it reports version 3.3.3
What empty brackets?
All other conversions work.

" Did you know that shotguns taste like candy canes? Put the barrel in your
mouth and pull the trigger for an extra blast of minty goodness!"
This is sick. Unwanted.

Regards

Hugh

-----Original Message-----
From: get_iplayer [mailto:get_iplayer-***@lists.infradead.org] On Behalf
Of David Cantrell
Sent: 09 October 2017 13:48
To: ***@lists.infradead.org
Subject: Re: ffmpeg issue?
Post by Hugh Reynolds
WARNING: Your version of ffmpeg () does not support conversion of hvf
Judging from the empty brackets where I would expect to see the version
number I imagine that it can't find your ffmpeg.
Post by Hugh Reynolds
But my ffmpeg is much newer than that.
C:\Program Files (x86)\get_iplayer\utils>ffmpeg - version ffmpeg
version 3.3.3 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 7.1.0 (GCC)
Is there a simple way to resolve this?
I expect that that directory isn't in your $PATH, or whatever the Windows
equivalent is.

--
David Cantrell | London Perl Mongers Deputy Chief Heretic

Did you know that shotguns taste like candy canes? Put the barrel in your
mouth and pull the trigger for an extra blast of minty goodness!

_______________________________________________
get_iplayer mailing list
***@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
'David Cantrell'
2017-10-09 12:56:49 UTC
Permalink
Post by Hugh Reynolds
What empty brackets?
The ones I quoted from your original email.
--
David Cantrell | Cake Smuggler Extraordinaire

Immigration: making Britain great since AD43
Tony Quinn
2017-10-09 14:27:04 UTC
Permalink
Post by Hugh Reynolds
David,
...it reports version 3.3.3
What empty brackets?
All other conversions work.
" Did you know that shotguns taste like candy canes? Put the barrel in your
mouth and pull the trigger for an extra blast of minty goodness!"
This is sick. Unwanted.
One person's sick is another person's hysterically funny and I'm in the
latter group - that aside, GIP is working fantastically at the moment
(and given that I support two remote users, neither of whom can be
described as technical, that's a GOOD thing - thanks to all involved.

I used to have a random .sig inserter when I used Turnpike  what seems
like a lifetime ago - I've never bothered to investigate it with
Thunderbird - perhaps I should
Vangelis forthnet
2017-10-09 19:02:03 UTC
Permalink
Post by Hugh Reynolds
Is there a simple way to resolve this?
... Actually yes! But:

1. First indicate the version of GiP used;
nothing in your post identifies that, my bet
is you're still on previous version 3.03,
so the rest of my answer is based on that
assumption; if it's not true, then please
disregard...

2. Both I and Alan recently posted in this list
about the advent of bug-fix version GiP 3.04:
http://lists.infradead.org/pipermail/get_iplayer/2017-October/011183.html
List members are invited to read linked
release notes even when not initially planning
an immediate update...
Post by Hugh Reynolds
Fixed a serious bug introduced in v3.03 that could cause
MP4 conversions to be skipped when using the PVR function.
If you are using v3.03, you are strongly urged
to upgrade to v3.04 immediately.
For the record, the bug was identified after the
following Forum thread:
https://squarepenguin.co.uk/forums/thread-1518-newpost.html
Code commit that fixed it:
https://github.com/get-iplayer/get_iplayer/commit/bdf3c7eb990e49953aea34f43ce2f378307c959b

So, if you're on GiP 3.03, the "simple way to resolve"
your issue is to upgrade to 3.04 (!).

I have commented about it in the past, but the current
workflow in GiP development (issues tracker removed,
"contribute" branch only updated publicly after a major
stable release) might (and has several times) make the released
version more prone to undetected bugs, which rear their
ugly heads until after the "master" branch script is let loose...
So that's why you should also look at
https://github.com/get-iplayer/get_iplayer/wiki/issues
some time after a tag release...

Regards,
Vangelis.
Hugh Reynolds
2017-10-10 08:52:02 UTC
Permalink
Many thanks.
No obvious way of finding the version. I inspected the get_iplayer.pl file
it was 3.03.
I found the problem. Yet again, during installation, perl.exe was locked
and the installation of v3.04 had failed. Once that was unlocked, by using
IObit Unlocker, the PVR/ffmpeg combination worked and converted the .ts
file.

Perl.exe is locked again after installing v3.04. Why does perl.exe get
locked? All I'm doing is running the installation .exe.

Regards

Hugh

-----Original Message-----
From: get_iplayer [mailto:get_iplayer-***@lists.infradead.org] On Behalf
Of Vangelis forthnet
Sent: 09 October 2017 20:02
To: ***@lists.infradead.org
Subject: Re: ffmpeg issue?
Post by Hugh Reynolds
Is there a simple way to resolve this?
... Actually yes! But:

1. First indicate the version of GiP used; nothing in your post identifies
that, my bet is you're still on previous version 3.03, so the rest of my
answer is based on that assumption; if it's not true, then please
disregard...

2. Both I and Alan recently posted in this list about the advent of bug-fix
version GiP 3.04:
http://lists.infradead.org/pipermail/get_iplayer/2017-October/011183.html
List members are invited to read linked
release notes even when not initially planning an immediate update...
Post by Hugh Reynolds
Fixed a serious bug introduced in v3.03 that could cause
MP4 conversions to be skipped when using the PVR function.
If you are using v3.03, you are strongly urged to upgrade to v3.04
immediately.
For the record, the bug was identified after the following Forum thread:
https://squarepenguin.co.uk/forums/thread-1518-newpost.html
Code commit that fixed it:
https://github.com/get-iplayer/get_iplayer/commit/bdf3c7eb990e49953aea34f43c
e2f378307c959b

So, if you're on GiP 3.03, the "simple way to resolve"
your issue is to upgrade to 3.04 (!).

I have commented about it in the past, but the current workflow in GiP
development (issues tracker removed, "contribute" branch only updated
publicly after a major stable release) might (and has several times) make
the released version more prone to undetected bugs, which rear their ugly
heads until after the "master" branch script is let loose...
So that's why you should also look at
https://github.com/get-iplayer/get_iplayer/wiki/issues
some time after a tag release...

Regards,
Vangelis.


_______________________________________________
get_iplayer mailing list
***@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Vangelis forthnet
2017-10-10 15:08:18 UTC
Permalink
Post by Hugh Reynolds
Many thanks.
You're welcome!
Post by Hugh Reynolds
No obvious way of finding the version.
In the CLI:

get_iplayer -V

If using the GUI exclusively, scroll all the way down
and you should see a footer with the GiP version, e.g.

get_iplayer Web PVR Manager 3.01-windows.0
Post by Hugh Reynolds
I inspected the get_iplayer.pl file, it was 3.03.
Just as I thought...
Post by Hugh Reynolds
Yet again, during installation, perl.exe was locked
and the installation of v3.04 had failed.
Once that was unlocked, by using IObit Unlocker,
(snip)
Perl.exe is locked again after installing v3.04.
Why does perl.exe get locked?
When neither the CLI nor GUI of GiP are running,
you shouldn't see any perl.exe processes running in
TM and perl.exe shouldn't be locked! It appears
your issue is particular to your setup...

I know this sounds like a really dumb question, but
are you sure you have properly exited the Web PVR
command prompt window prior to starting the update?
Post by Hugh Reynolds
Before installation, close all running instances of get_iplayer,
including any Web PVR Manager server window that is open.
For troubleshooting, IObit unlocker gives info about
all processes locking file perl.exe, you should start from
there...

My gut feeling is you have an overzealous AV suite
that locks file perl.exe, but hard to tell - if so, try to
whitelist it inside your AV's exceptions list...
Post by Hugh Reynolds
All I'm doing is running the installation .exe.
Have you tried with your AV temporarily turned off?
(No real risk there, the installation file is clean; could
also scan it prior to running it; after you're comfortable
with it, turn briefly the AV off and start installation...).

My aging memory doesn't help, but thanks to my local
e-mail archive I was able to spot this previous list exchange:

http://lists.infradead.org/pipermail/get_iplayer/2017-August/011080.html

where I simply speculated about pretty much the same things,
Post by Hugh Reynolds
Using Unlocker is just a workaround;
if you do not discover the root cause
of your issue and rectify it, then there's
a chance you'll revisit the issue in the next
GiP update (?)
Only you can debug your own system, sorry :-(
(But anyone else can chime in with some other
ideas to aid you in that...).

Regards,
Vangelis.

Loading...