No, I'm not a developer.

It's the same as with the SaveFrom browser plugin, it only always the saving of YouTube videos up to 720p.

Anything higher will need the Pro version of Televzr.

There are other options of course, like 4K Video Downloader, which I also use.

720p is the maximum resolution that you can download with the free version of Televzr.

If you want 1080p or higher you will need to buy the pro version.

What malware do you see it loading?

@ANDREY Glad to hear that it worked, the procedure is not very intuitive, and I've told them that!

@Андрей Have you tried uninstalling it and reinstalling it?

There should be an icon top right of the program window to log in.

This should take you to a page in your browser to enter your e-mail address.

Once it's accepted the program should update to the pro version.

There is no license key.

If you log into the program with the e-mail address you used for the purchase, it should automatically become the pro version.

When you click the download button, there should be a pop-up list to select the quality you want.

I'm not sure why there would be a need for a separate button or buttons to select the quality.

If there is no list, presumably that's because there is only one option available, but it should still tell you what it is.

Thanks Alexander!

Yes, I have done some more tests now, and it looks as if Televzr cannot write its saved files to the root of a drive.
If you specify a folder on the drive it's fine, but not if you specify the root.

It can put its "Temp" folder in the root OK, but it appears that it cannot transfer the downloaded file from the Temp folder to the specified final location when the download is completed if it's the drive root. The downloaded file can still be retrieved from the Temp folder, but most people would not realise that of course!

This obviously isn't a big problem in itself, but it is if you don't know about it as the downloads will fail for no apparent reason! This issue should be fixed of course, but if it can't be users should be prevented from specifying the root of a drive as their save destination. Cheers, Dave.

Hi Alexander!

Has this been fixed in the latest version, either intentionally or accidentally?

With 1.9.43@2.3.48 I can now download OK from the sources that were failing before, but now there's another problem!

The downloads now fail when they get to the very end, but only if I'm saving them on one of my drives.

The log says -

[15/May/2020:17:31:38 +0000] [error] [renderer] app:fileTransfer upnp.open error! Error [TypeError]: e.replace is not a function at Object.r.validate (file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/5c1b9231694be47cce2a.worker.js:1:221657) at file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/5c1b9231694be47cce2a.worker.js:1:49209 at D (file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/5c1b9231694be47cce2a.worker.js:1:56317) at PassThrough. (file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/5c1b9231694be47cce2a.worker.js:1:59362) at PassThrough.emit (events.js:210:5) at endReadableNT (_stream_readable.js:1183:12) at processTicksAndRejections (internal/process/task_queues.js:80:21) { name: 'TypeError', message: 'e.replace is not a function' }
[15/May/2020:17:31:51 +0000] [info] [main] powerSaveBlockerWrapper startPowerSaveBlocker prevent-app-suspension 0
[15/May/2020:17:35:06 +0000] [info] [main] powerSaveBlockerWrapper stopPowerSaveBlocker 0
[15/May/2020:17:35:06 +0000] [error] [renderer] downloadItem Download error i [Error]: YTDL: Can't rename tmp file
at file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/bg.js:71:7823
at async file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/bg.js:71:7782
at async Promise.all (index 0)
at async file:///C%3A/Users/Dave/AppData/Local/televzr/resources/app.asar/bundle/bg.js:346:271305 {
code: 'CANT_RENAME_TMP_FILE',
original: [Error: EPERM: operation not permitted, mkdir 'S:\'] {
errno: -4048,
code: 'EPERM',
syscall: 'mkdir',
path: 'S:\\'
}
}

It appears to be some sort of permissions problem.

I am trying to save to the root of drive S: which should be OK.

The temp folder is there on the drive OK, so the program can presumably write to the drive OK, but it does not seem to be able to complete the transfer when the download is complete.

I tried resetting all the NTFS permissions on the drive, but it has made no difference.

Any ideas?

Thanks, Dave.

Thanks Alexander!