aclap-dev / vdhcoapp Goto Github PK

(please)

I downloaded the Linux tar file with the binaries in it and it did not say to run sudo /opt/net.downloadhelper.coapp/bin/net.downloadhelper.coapp-linux-64 install. Later I found that in the instructions for building from the source code.

There's a link on the page with the binaries in a tar file that says "Extra step required to complete install" but it doesn't actually do anything when I click on that link.

Please don't waste people's time with hidden documentation. Thanks.

I don't know if this is answered somewhere else - sorry if it is, but at least this question will be here if anyone else is looking for this answer. I've had some downloads with VideoDownloadHelper that are "jittery" when played with OSX Quicktime Player (or the QuickLook plugin, which I assume uses the same class), but not when played with VLC (I assume uses it's own decoding engine).

I don't know much about how the MPEG spec works, but it looks like it might be doing something where it mis-orders the key-frames somehow, so instead of seeing (this is my guess as to how things are coded) "(keyframe A)-[diff A]-(KF B)-[diff B]" where [diff] is the encoded difference information for whatever time-slicing is used, it goes "(KF A)-[diff A]-(KF A)-(KF B)-[diff B]"

But it seems odd that QT player displays it "jittery", but VLC doesn't - is VLC "non-compliant" with the spec in some way that hides the artifact?

Thanks,

Very nice work. Haven't tried your downloader for a couple years but it is up at the top for web extensions, thank you.
My issue is in what handles the downloads. I put effort into not letting the browser handle downloads and was wondering if there is a method currently for me to allow my download manager to take the downloads. If there is not that would be my request, for a third download processor option. You can imagine how personal people take their setup and well i found other inferior scripts and add-on that allow that but I am hoping to come to terms because I wont have any problems putting my money where my mouth is if I can work that out. If you have suggestions or questions let me know, I am looking forward to working it out, and thank you for listening.

sorry I'm a béta user...

Running Firefox 64 bit 63.0.1 on Fedora 28. I've installed the companion app from the downloads page into /opt/net.downloadhelper.coapp and run sudo /opt/net.downloadhelper.coapp/bin/net.downloadhelper.coapp-linux-64 install. I've restarted Firefox several times, but whenever I try to download a video, I get the message saying I need to install the companion app.

I'm wondering if this might be due to Fedora having a somewhat different filesystem layout compared to other distros. Would anybody be able to tell me where any log files or manifests might be located, so I can try and debug what's happening?

The anonscm.debian.org has been discontinued. The converter/get-sources.sh script cannot download the orc package. I found that one has to change line 49

(cd $SRCDIR; git clone git://anonscm.debian.org/pkg-gstreamer/orc.git orc; cd orc; git checkout "$ORC_VER")

to

(cd $SRCDIR; git clone https://salsa.debian.org/gstreamer-team/orc.git orc; cd orc; git checkout "$ORC_VER")

Please update the ffmpeg version to 3.3.3 and allow the use of a custom encoding codec to select the h264_nvenc, to use the GPU to encode the video.

Hi,

My context:

$ lsb_release -a
...
Description:    Ubuntu 17.10
Codename:       artful
...

# apt-get dist-upgrade
...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

What I did:

• Trying to install .deb

# dpkg -x net.downloadhelper.coapp-1.1.3-1_amd64.deb 
Unpacking net.downloadhelper.coapp (1.1.3) ...
dpkg: error processing archive net.downloadhelper.coapp-1.1.3-1_amd64.deb (--install):
 unable to open '/etc/opt/chrome/native-messaging-hosts/net.downloadhelper.coapp.json.dpkg-new': No such file or directory
Errors were encountered while processing:
 net.downloadhelper.coapp-1.1.3-1_amd64.deb

RESULT: not installed

• Trying to install .tar.gz with included scripts

# tar xvzf net.downloadhelper.coapp-1.1.3-1_amd64.tar.gz
# cd net.downloadhelper.coapp-1.1.3
# ./setup-linux-system.sh 
Executable file net.downloadhelper.coapp-linux-64 is not in the current directory
# ./setup-linux-user.sh 
Executable file net.downloadhelper.coapp-linux-64 is not in the current directory

RESULT: not installed

• Installed .tar.gz as system with commands from (https://www.downloadhelper.net/install-coapp)

# tar xvzf net.downloadhelper.coapp-1.1.3-1_amd64.tar.gz
# cd net.downloadhelper.coapp-1.1.3/bin
# ./net.downloadhelper.coapp-linux-64 install --system
VdhCoApp: VdhCoApp is ready to be used

RESULT: install worked, Addons pref pages displays "Found companion app: VdhCoApp 1.1.3[...]"
Trying to download 2 videos(*) resulted in FF crash.

• Installed .tag.gz as user with commands from https://www.downloadhelper.net/install-coapp

$ ./net.downloadhelper.coapp-linux-64 install --user
VdhCoApp: VdhCoApp is ready to be used

RESULT: install worked, Addons pref pages displays "Found companion app: VdhCoApp 1.1.3[...]"
Trying to download same 2 videos(*) resulted in FF crash.

Is there a way to find some logs that would explain the crashes?

(*) I had a few tabs opened in 2 windows plus a 3rd tab with the 2 following videos to be downloaded (in the lowest resolution)
https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/
https://labs.spotify.com/2014/09/20/spotify-engineering-culture-part-2/

I installed net.downloadhelper.coapp-1.1.0-1_amd64.tar.gz. coapp's ffmpeg fails with the message below. NUMA isn't available for my Linux/GNU box. Is libnuma a strict requirement for coapp to work? Thanks.

Failed aggregating ...

/usr/local/net.downloadhelper.coapp-1.1.0/converter/build/linux/64/ffmpeg: error while loading shared libraries: libnuma.so.1: cannot open shared object file: No such file or directory

Hello!
Many linux users already have ffmpeg in system, so it would be good idea to allow use it instead of compile it again

On Ubuntu 17.10 build of theora fails with: LaTeX: Unknown float option `H'.

This is a known issue with a fix:
https://www.mail-archive.com/[email protected]/msg1350523.html

The diff from upstream:
https://git.xiph.org/?p=theora.git;a=commitdiff;h=fbb275803696085225c310773474ef4dcf8a4528

That patch right here so you don't even have to click on a link:

diff --git a/doc/spec/spec.tex b/doc/spec/spec.tex
index 5cd0e59..2206e10 100644
--- a/doc/spec/spec.tex
+++ b/doc/spec/spec.tex
@@ -11,6 +11,7 @@
 \usepackage{longtable}
 \usepackage{ltablex}
 \usepackage{wrapfig}
+\usepackage{float}
 \usepackage[pdfpagemode=None,pdfstartview=FitH,pdfview=FitH,colorlinks=true]%
  {hyperref}
 
@@ -1959,7 +1960,7 @@ These are indicated as they appear in the sections below.
 \section{Common Header Decode}
 \label{sub:common-header}
 
-\begin{figure}[Htbp]
+\begin{figure}[H]
 \begin{center}
 \begin{verbatim}
   0                   1                   2                   3   
@@ -2034,7 +2035,7 @@ Packets with other header types (\hex{83}--\hex{FF}) are reserved and MUST be
 \section{Identification Header Decode}
 \label{sec:idheader}
 
-\begin{figure}[Htbp]
+\begin{figure}[H]
 \begin{center}
 \begin{verbatim}
   0                   1                   2                   3   

I just compiled release 1.2.0 under Arch Linux and got the following warnings:

npm WARN deprecated [email protected]: gulp-util is deprecated - replace it, following the guidelines at https://medium.com/gulpjs/gulp-util-ca3b1f9f9ac5
npm WARN deprecated [email protected]: gulp-util is deprecated - replace it, following the guidelines at https://medium.com/gulpjs/gulp-util-ca3b1f9f9ac5
npm WARN deprecated [email protected]: All versions below 4.0.1 of Nodemailer are deprecated. See https://nodemailer.com/status/
npm WARN deprecated [email protected]: please upgrade to graceful-fs 4 for compatibility with current and future versions of Node.js
npm WARN deprecated [email protected]: no longer maintained
npm WARN deprecated [email protected]: This project is unmaintained
npm WARN deprecated [email protected]: If using 2.x branch, please upgrade to at least 2.1.6 to avoid a serious bug with socket data flow and an import issue introduced in 2.1.0
npm WARN deprecated [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue
npm WARN deprecated [email protected]: Use uuid module instead
npm WARN deprecated [email protected]: This project is unmaintained
npm WARN deprecated [email protected]: If using 2.x branch, please upgrade to at least 2.1.6 to avoid a serious bug with socket data flow and an import issue introduced in 2.1.0
npm WARN deprecated [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue
npm WARN deprecated [email protected]: please upgrade to graceful-fs 4 for compatibility with current and future versions of Node.js
npm notice created a lockfile as package-lock.json. You should commit this file.
added 824 packages from 483 contributors in 22.328s
[!] 17 vulnerabilities found [2998 packages audited]
    Severity: 3 low | 9 moderate | 4 high | 1 critical
    Run `npm audit` for more detail

The tag in the script to pull the relevant versions of the dpeendencies declares the ffmpeg version as n2.91.3

However in the ffmpeg the tag 2.9..13 doesn't exist. Did you mistype an indended branch?

As a side note, it seems like it would speed up the git clone operations a little if you ran with the syntax of

git clone "${SRCIDR}" --branch="${WHATVR_VER}" --single-branch

which would work for all but the vorbis git repo because you are pointing directly at a commit hash.

This plugin is always a pain to have it running correctly.

The 1.2.1 tarball doesn't have the install scripts.
What I did, from the deb package, was to install it to /opt, make symlinks from /usr/local/bin to that /opt/net.downloadhelper.coapp/bin/net.downloadhelper.coapp-linux-64 file and copied the the json file to /usr/lib/mozilla/native-messaging-hosts/net.downloadhelper.coapp.json
But this has a code inside it that I don't know how to generate.
Restarted firefox, but it still says can't find the companion app.

What to do?

It would be better if coapp would respect Firefox or system proxy settings.

Now it connects directly to net.

lsof -p lists the XPI-files of installed firefox extensions. Why is vdhcoapp accessing them?

Using Ubuntu 16.04.3 with net.downloadhelper.coapp 1.1.1

I keep getting

Companion application upgrade required
You are running the companion application version 1.0.10 but this feature requires version 1.2.1

Then when I update it says it is ready to use, and then I get the same error from above again.
Rebooting does not help.

OSX 10.12.6

I was trying to build vdhcoapp 1.3.1 and this was an error I found when I was executing build-apps.sh:

Building vpx
enabling pic
disabling examples
disabling docs
disabling install_bins
disabling install_srcs
disabling unit_tests
enabling postproc
enabling multi_res_encoding
enabling vp9_temporal_denoising
enabling vp9_postproc
enabling vp8_encoder
enabling vp8_decoder
enabling vp9_encoder
enabling vp9_decoder
Configuring for target 'x86_64-linux-gcc'
enabling x86_64
enabling runtime_cpu_detect
enabling mmx
enabling sse
enabling sse2
enabling sse3
enabling ssse3
enabling sse4_1
enabling avx
enabling avx2
using nasm
Toolchain is unable to link executables

Configuration failed. This could reflect a misconfiguration of your
toolchains, improper options selected, or another problem. If you
don't see any useful error messages above, the next step is to look
at the configure error log file (config.log) to determine what
configure was trying to do when it died.
[root@fedora converter]#

Any idea how to solve this?

Hi and thanks a lot for Video DownloadHelper!

The application works fine for me in Firefox 67 on Arch Linux 5.1.2; I was wondering if there's a way to move the application's binaries from ~/net.downloadhelper.coapp-1.2.4 to somewhere like ~/.local/bin/.

Is this possible? I couldn't find a way in the Firefox add-on settings to define a new path to the binaries.

Thanks!

When installing the "PKG" version i got a warning for "MacOS.Backdoor.Bella.A".

Is the PKG tainted?

If I use firefox native download method whenever there is a fail the name of the download is stored in the download history, but when using this coapp this is the only error I get for failed downloads in downloadhelper errors tab:

Download error

Response code 403 (Forbidden)

Which is very unhelpful in determining which file failed to download. I'm using version 7.1.0. Sorry if I should have reported this as a downloadhelper bug instead.

VDH+vdhcoapp should honour the current proxy the user thinks they have in place.

There are various addons for firefox which provide a degree of user anonymity, and sometimes bypass unfriendly firewalls.
If a user has one of these in effect, it seems that VDH + vdhcoapp steps outside the 'VPN' cloak, exposing the user's real IP without warning.

This could lead to serious consequences in countries where civil liberties and freedom of expression are poorly respected.

The "without warning" in itself is a cause for concern and irresponsible where naive users are concerned.

downloadhelper.net/install-coapp is a little economical with the truth:

"How safe is it to install and run the companion app ?"
"The companion application is very safe …"
(not)

Unless vdhcoapp uses a proxy different from the current firefox proxy, or bypasses the system-wide proxy, or there isn't a proxy in use, for most users naturally this is not going to be a problem.

As a companion app which accesses the wider net in the background, I feel vdhcoapp bears a responsibility to be 'safe' or at least to warn potentional users if it is not 'safe' with regard to secure privacy.
Currently it accesses the net in a way the user might not expect, is not led to expect, which could be regarded as irresponsible.

I suggest that this inadequacy be addressed in some way.

• One solution would be to have vdhcoapp pick up the current firefox proxy & use that.
• Another could be for vdhcoapp to ask for a proxy: warn, ask, suggest, default, setting, reminder.
  This would need much more code.
• At the very least warnings about proxy access 'should' be prominently documented, with suitable warnings about leaky config settings (consider https://ipleak.net/ )

As for Firefox itself, management is and has for some time been in abrogation of its stated mission in imposing various defaults which leak users' identities, often in vicarious pursuit of fashion. One can only hope the current bunch of souls in charge will move on as soon as practicable, before firefox ceases to be relevant (there is good work going on, too).
There are Firefox config entries that can be altered if the user is warned about them (peerconnction etc,) as some privacy addons do warn but many don't.
VDH with vdhcoapp would begin to fall into this bracket of needing good policy to inform the user.

The above may apply to other browsers too.

Blessings.

All is in the title...OSX capitan 10.11.6
A solution?
Thanks

Since I had trouble getting 1.0.7 to work, I removed it and installed 1.0.9. But the same errors persists. Please see below for details.

Environment

Distro: Fedora 26 (64-bit) with all latest updates installed
Browser: Firefox Quantum 57.0 (Fedora - 1.0 build)

Error with user-wide install

How to reproduce:

1. Install latest Video DownloadHelper
2. Install the Companion App user-wide
3. Restart Firefox
4. Try to download an ADP video

Companion App Status:

Companion App installed

Found companion app: VdhCoApp 1.0.9
Companion app binary: /home/xxxxxx/net.downloadhelper.coapp-1.0.9/bin/net.downloadhelper.coapp-linux-64

Error details:

Failed getting info from "Web Video"

Exit code: 127
/home/xxxxxx/net.downloadhelper.coapp-1.0.9/converter/build/linux/64/ffprobe: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory

Additional remarks:

• Packages: bzip2-libs (and bzip2-devel) already installed

$ sudo dnf install -y bzip2-libs bzip2-devel
Last metadata expiration check: 1:24:23 ago on Thu 30 Nov 2017 07:32:38 AM +0530.
Package bzip2-libs-1.0.6-22.fc26.x86_64 is already installed, skipping.
Package bzip2-devel-1.0.6-22.fc26.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!

• Installing into custom a path (e.g., ~/Apps/net.downloadhelper.coapp-1.0.9) does not help

Error with system-wide install

How to reproduce:

1. Install latest Video DownloadHelper
2. Install the Companion App user-wide
3. Restart Firefox
4. Try to download an ADP video

Companion App Status:

Companion App not installed

Additional remarks:

• Installing into custom path (e.g., /opt/net.downloadhelper.coapp-1.0.9) does not help

I download the source code to compile here in ARM architecture . Could you put the description instructions to do

Thanks

This happens with some live broadcasts, and results in an unusable stream - it would be much nicer to properly close off the .part file when this happens.

On Fedora 26 (64 bit) I have to run this command after doing a system wide install (sudo /usr/local/net.downloadhelper.coapp-1.1.0/bin/net.downloadhelper.coapp-linux-64 install --system) to get firefox to detect the companion app:

sudo cp /usr/lib/mozilla/native-messaging-hosts/net.downloadhelper.coapp.json  /usr/lib64/mozilla/native-messaging-hosts/

The file net.downloadhelper.coapp.json doesn't get detected if it is in the folder that the install script puts it in (/usr/lib/mozilla/native-messaging-hosts/). Instead it needs to be in /usr/lib64/mozilla/native-messaging-hosts/.

Not sure if this is caused by other native apps that I already had in /usr/lib64/mozilla/native-messaging-hosts. But at least some time ago when making my own firefox addon I too had to place it in that folder for it to work.

Exit code: 127
/home/don/net.downloadhelper.coapp-1.0.9/converter/build/linux/64/ffprobe: error while loading shared libraries: libnuma.so.1: cannot open shared object file: No such file or directory

Downloading ADP videos from YouTube is not working any more for me.
It worked, with some failures, with VDH 7.0.0 and CoApp 1.0.5&1.0.7.
With CoApp 1.1.0, it is not working. Tested with VDH 7.1.0, 7.1.1 and 7.1.2a1.
I tried re-installing old VDH (7.0.0) & CoApp (1.0.5&1.0.7) and those versions are still working.
I am using Gentoo GNU/Linux ~amd64 and Firefox 57.0/57.0.1. I got this bug on two of my computers (all my computers have the same OS), not tested the other two.
The error appends quasi-instantly after starting the download.
This issue is not present with HLS videos from Dailymotion

Here are the error's details:
Exit code: 1
ffprobe version n2.8.13-vdhcoapp Copyright (c) 2007-2017 the FFmpeg developers
built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.5) 20160609
configuration: --arch=x86_64 --prefix=/home/mig/git/vdhcoapp/converter/src-build/linux/64/converter-build --extra-version=vdhcoapp --extra-cflags=-I/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/include --extra-ldflags='-L/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib -L/home/mig/git/vdhcoapp/converter/src-build/linux/64/zlib -static-libgcc' --pkg-config=pkg-config --pkgconfigdir=/home/mig/git/vdhcoapp/converter/src-build/linux/64/deps/lib/pkgconfig --extra-libs=-ldl --enable-shared --enable-gpl --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxvid --enable-libx264 --enable-avresample --disable-indev=sndio --disable-outdev=sndio
libavutil 54. 31.100 / 54. 31.100
libavcodec 56. 60.100 / 56. 60.100
libavformat 56. 40.101 / 56. 40.101
libavdevice 56. 4.100 / 56. 4.100
libavfilter 5. 40.101 / 5. 40.101
libavresample 2. 1. 0 / 2. 1. 0
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 2.101 / 1. 2.101
libpostproc 53. 3.100 / 53. 3.100
/tmp/vdh-321422XX5VBaaPxjm.tmp: Invalid data found when processing input

Would it be possible to add some simple examples of how to use this? And some documentation? IE: How to host a web page that installs the executable and manifest. How to build a web page that gets a local video file, issues encoding commands with ffmpeg parameters, then uploads that file to the web server... something like that?

Shows up as 97.3 GB but should be around 90 MB.

How do you uninstall this software on Mac OS Sierra?

Recording live infinite video (like live cam) is impossible to stop.
If process of coapp is killed, video file and .part filecan not be played even with vlc.
Please find a way to clearly stop the dowload (like before with firefox < 57)

The block starting here https://github.com/mi-g/vdhcoapp/blob/9989b1ada04d3e51135ae2b5de6a42786e97abc4/app/converter.js#L127
looks like you are misusing the ffprobe command line interface.
If I understand that block, you are parsing the standard error channel output of ffprobe.
Instead, you should tell ffprobe what it should output. You can then change the output format to a more javascript friendly json format.
My ffprobe installation supports these show options:

-print_format format  set the output printing format (available formats are: default, compact, csv, flat, ini, json, xml)
-show_data          show packets data
-show_data_hash     show packets data hash
-show_error         show probing error
-show_format        show format/container info
-show_frames        show frames info
-show_format_entry entry  show a particular entry from the format/container info
-show_entries entry_list  show a set of specified entries
-show_log           show log
-show_packets       show packets info
-show_programs      show programs info
-show_streams       show streams info
-show_chapters      show chapters info
-show_program_version  show ffprobe version
-show_library_versions  show library versions
-show_versions      show program and library versions
-show_pixel_formats  show pixel format descriptions
-show_private_data  show private data

of which show_format and show_streams should be the most useful in this context.
As a demonstration, run this command on your system: ffprobe -loglevel error -print_format json -show_format -show_streams </path/to/video/file.mp4> replacing the path with a test video on your system.
ffprobe then outputs your requested data on the standard output and only (real) errors during the file scan on the standard error channel. The returned json data should be directly loadable into a javascript program and spares you the manual parsing.
Sample output from a video file downloaded from youtube running the ffprobe command from above:

{
   "streams": [
       {
           "index": 0,
           "codec_name": "h264",
           "codec_long_name": "H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10",
           "profile": "High",
           "codec_type": "video",
           "codec_time_base": "1/50",
           "codec_tag_string": "avc1",
           "codec_tag": "0x31637661",
           "width": 1280,
           "height": 720,
           "coded_width": 1280,
           "coded_height": 720,
           "has_b_frames": 0,
           "sample_aspect_ratio": "1:1",
           "display_aspect_ratio": "16:9",
           "pix_fmt": "yuv420p",
           "level": 31,
           "chroma_location": "left",
           "refs": 1,
           "is_avc": "true",
           "nal_length_size": "4",
           "r_frame_rate": "25/1",
           "avg_frame_rate": "25/1",
           "time_base": "1/25",
           "start_pts": 0,
           "start_time": "0.000000",
           "duration_ts": 6400,
           "duration": "256.000000",
           "bit_rate": "1088421",
           "bits_per_raw_sample": "8",
           "nb_frames": "6400",
           "disposition": {
               "default": 1,
               "dub": 0,
               "original": 0,
               "comment": 0,
               "lyrics": 0,
               "karaoke": 0,
               "forced": 0,
               "hearing_impaired": 0,
               "visual_impaired": 0,
               "clean_effects": 0,
               "attached_pic": 0,
               "timed_thumbnails": 0
           },
           "tags": {
               "language": "und",
               "handler_name": "VideoHandler"
           }
       },
       {
           "index": 1,
           "codec_name": "aac",
           "codec_long_name": "AAC (Advanced Audio Coding)",
           "profile": "LC",
           "codec_type": "audio",
           "codec_time_base": "1/44100",
           "codec_tag_string": "mp4a",
           "codec_tag": "0x6134706d",
           "sample_fmt": "fltp",
           "sample_rate": "44100",
           "channels": 2,
           "channel_layout": "stereo",
           "bits_per_sample": 0,
           "r_frame_rate": "0/0",
           "avg_frame_rate": "0/0",
           "time_base": "1/44100",
           "start_pts": 0,
           "start_time": "0.000000",
           "duration_ts": 11290624,
           "duration": "256.023220",
           "bit_rate": "191999",
           "max_bit_rate": "202840",
           "nb_frames": "11026",
           "disposition": {
               "default": 1,
               "dub": 0,
               "original": 0,
               "comment": 0,
               "lyrics": 0,
               "karaoke": 0,
               "forced": 0,
               "hearing_impaired": 0,
               "visual_impaired": 0,
               "clean_effects": 0,
               "attached_pic": 0,
               "timed_thumbnails": 0
           },
           "tags": {
               "creation_time": "2014-08-19T02:57:25.000000Z",
               "language": "und",
               "handler_name": "IsoMedia File Produced by Google, 5-11-2011"
           }
       }
   ],
   "format": {
       "filename": "Videos/Kool_Savas_Matrix_Official_HD_Video_2014.mp4",
       "nb_streams": 2,
       "nb_programs": 0,
       "format_name": "mov,mp4,m4a,3gp,3g2,mj2",
       "format_long_name": "QuickTime / MOV",
       "start_time": "0.000000",
       "duration": "256.021667",
       "size": "41054405",
       "bit_rate": "1282841",
       "probe_score": 100,
       "tags": {
           "major_brand": "mp42",
           "minor_version": "0",
           "compatible_brands": "isommp42",
           "creation_time": "2014-08-19T02:57:23.000000Z"
       }
   }
}

Had the Firefox extension Video DownloadHelper running fine and it just stopped working. Did a remove and reinstall of both Download helper and Coapp but on each occasion it fails to verify the existence of the coapp. I even did a fresh install of Firefox and a flush of all residual files before reinstall. The recheck button does nothing

And I have verified the files are in place

Any help please

I followed the instructions provided, but I cannot install the companion app either system wide or for the user only. I'm running Void Linux.

After running the installer, there's

Checking companion app returned: An unexpected error occurred

Hi

Thank you for all the efforts. When I try to install the deb file, a warning is given by package manager,

The package is of bad quality
The installation of a package which violates the quality standards isn't allowed. This could cause serious problems on your computer. Please contact the person or organisation who provided this package file and include the details beneath.

E: net.downloadhelper.coapp: dir-or-file-in-etc-opt etc/opt/chrome/
E: net.downloadhelper.coapp: dir-or-file-in-etc-opt etc/opt/chrome/native-messaging-hosts/
E: net.downloadhelper.coapp: dir-or-file-in-etc-opt etc/opt/chrome/native-messaging-hosts/net.downloadhelper.coapp.json

It seems the package violate Debian policy.

It would be very useful to have this app on Flathub [1] as a Flatpak [2].

[1] https://flathub.org/
[2] https://flatpak.org/

Could you setup repositories for the Debian/ Ubuntu install packages, please?
It's very annoying to download and install a new coapp-version so often manually, especially on slow internet connections, before you're able to download the actual file you wanted.

Can releases include an RPM package?

Why does this app have to be installed as root? Is it possible to install it in a ~/bin directory?

Won't work for YouTube rentals or purchases. I was willing to pay for discs, but the discs I keep receiving (not BD), believe it or not, are formatted to an aspect ratio that isn't the original one (4:3). So I can buy or rent on YouTube, but I want the freedom to play the file wherever I wish, which requires apps like this, but it won't work. Only the first eight seconds play and then video pixelates and sound disappears. The movies play fine in my browser on the site, so the data is being transmitted to my browser. You just need to figure out how to get that data from screen to file.

I tried 5 times to download the Linux - 64 bits - deb. The download starts but does not complete. Transfer speed is also low.

The Linux 64 bits deb package reports a humongous size of 97.3 GB (!) when opened with the Ubuntu 16.04 software center (see attachment; add-on version: 3.1.4 on Firefox 60). This looks a bit troubling at first glance. It installs and works fine, however. I cannot tell if the issue lies within the package or in the way it is handled by the software center.
Anyways, thanks for this very useful piece of software!

Error seen on Fedora 26. This particular link does not exist, though libbz2.so and libbz2.so.1 and libbz2.so.1.0.6 all do. Easy enough to fix by creating the symlink, but wonder if there is something else you could do here.... Maybe just load libbz2.so.1?

First, thanks for developing this awesome Firefox plugin.

I encounter a phenomenon similar to #4 , after cloning, building & installing (without root privilege) vdhcoapp, restarting Firefox, and Video DownloadHelper hangs at Verifying Companion App... like this:

I checked the executable path & permission in ~/.mozilla/native-messaging-hosts/net.downloadhelper.coapp.json, but it seems no problem...?

I cannot see any error message or logs about it. What can I do to find out where the problem is? Thanks.

On an elementary OS Freya (64-bit) Built on "Ubuntu 14.04 LTS"