PDA

View Full Version : Welcome to dBpoweramp Video Converter



Spoon
05-13-2018, 06:03 AM
For all posts pertaining to Video Conversion.

hanschke
05-13-2018, 01:25 PM
it is released?

Spoon
05-13-2018, 01:33 PM
Hopefully in the next few days.

Sweet
05-19-2018, 12:44 AM
Can add a custom option to change the video display resolution? also if y'all create a video editor like imovie next that be the icing on the cake!

Spoon
05-19-2018, 04:39 AM
Use the Scale DSP effect to set the resolution

Sweet2
05-19-2018, 07:27 AM
Still can't custom change it can only pick a resolution that is already available

Spoon
05-19-2018, 03:49 PM
Have a look at:

C:\Program Files\dBpowerampVideo\DSPs\Scale\dsp.txt

and replace the 640x480 values (on 2 lines).

Lynx_TWO
06-20-2018, 06:23 PM
Hey Spoon, you and the person who programs StaxRip should get in contact if you aren't already. https://github.com/stax76/staxrip

Between the two of you there's gonna be some quintessential pro stuff here! :)

Lynx_TWO
06-20-2018, 06:29 PM
Found a file format it doesn't yet support:

Blu-ray Disc Audio-Video (BDAV) MPEG-2 Transport Stream (M2TS) container file format, *.m2ts

Spoon
06-21-2018, 03:54 AM
The next update will add support for this file type, so it can be selected.

Lynx_TWO
06-29-2018, 07:43 AM
Outstanding! Question: I'm currently building a 20-core 40-thread workstation/home server (sniped two Xeon E5-2630v4 ES processors off eBay for $322.50!!) with 64GB of DDR4-2300 RAM. Handbrake is unable to utilize so many cores for x265/H265. Is the video converter programmed for these type of use-cases? I could see this type of scenario becoming more common for enthusiasts such as myself, as Facebook, Google, Amazon, etc upgrade their servers and flood the used markets with currently-exotic things like 18-core 36-thread Xeon processors.

Spoon
06-29-2018, 08:58 AM
Each h265 encoder uses 4 cores, and there are 16 simultaneous conversions, so: 64 cores

Lynx_TWO
06-29-2018, 06:12 PM
Each h265 encoder uses 4 cores, and there are 16 simultaneous conversions, so: 64 cores

Well. That'll hold us for awhile :D I need more cores! Is that 16 simultaneous slices, or 16 separate encodes (16 separate videos)?

Reading up on it here: http://x265.readthedocs.io/en/default/threading.html

Spoon
06-30-2018, 09:13 AM
16 separate encodes

Lynx_TWO
07-01-2018, 08:40 AM
16 separate encodes

Is that a limitation of x265? If so, guess I'll just have to run multiple encodes which is fine. Let's just hope Windows doesn't decide to restart itself halfway through :D

Spoon
07-01-2018, 09:49 AM
It would be inefficient to only to do 1 encode at a time.

KowKow
07-15-2018, 07:38 PM
Just tried the demo, love the OS integration and speed. Was wondering if there were any plans for an image sequence (DPX, TIF, TGA, JPG, etc) conversion option?

Spoon
07-16-2018, 04:44 AM
It would be hard to implement it into the style of operation that dBpoweramp expects (normally 1 file in, 1 file out), here you have multiple files in and one out.

Lynx_TWO
07-26-2018, 07:34 PM
Any plans to include HDR to SDR conversion, something like this?https://forum.doom9.org/showthread.php?t=174415

Spoon
07-27-2018, 06:23 AM
Will look into it.

Lynx_TWO
08-01-2018, 10:58 PM
Glad to see the converter simply encodes as anamorphic instead of changing height vs. width. I'm encoding my PLEX movie library for minimum potential streaming quality at 448x240, mono audio using the DynAudioNorm setting.

Quick suggestion: in the batch converter you can filter by video type, but I don't see any way to exclude files that have a specific string of characters in the name. For example, all the movie trailers are stored in the same folder as the movie, so I want to filter out all files that contain "-trailer" in them.

It may be useful to be able to filter out files smaller than X size, and/or filter by video resolution.


To maximize theoretical quality, at least for x264, it might be good to have a setting to only use 1 core per encode.

For downsizing video, for example you can see a pretty significant difference at small resolutions between bilinear/bicubic and spline16. Spline16 keep a lot more fine detail without negatively impacting upscaling (no haloes or over sharpening like Lanczos). It might be cool to also implement an option for content-adaptive downsizing as well, something like this: http://johanneskopf.de/publications/downscaling/

Lynx_TWO
08-01-2018, 11:09 PM
Ahh, I just saw the CPU-Force option, so I can use 1 core and 16 simultaneous encodes. Any way we can expand that to 40 simultaneous encodes? That way I could use all 20 cores and 40 threads on the workstation. Currently, using 1 core per encode and 16 simultaneous encodes are only utilizing 41% of my CPU :D

I did try editing the DSP file, but no luck, it just ignores the added option.

Spoon
08-02-2018, 04:30 PM
Each encoder uses 4 cpu cores (encoder specific), so 16 encoders should be 64 cores.


If you are getting 41% CPU utilized, then it is likely your I/O (ssd drive) is the bottle neck, not CPU.

Lynx_TWO
08-02-2018, 06:36 PM
Each encoder uses 4 cpu cores (encoder specific), so 16 encoders should be 64 cores.


If you are getting 41% CPU utilized, then it is likely your I/O (ssd drive) is the bottle neck, not CPU.

I'm using the CPU Force option to only use 1 core per encoder instead of 4. Hard drive usage is at between 1%-5% so that shouldn't be an issue... I'm encoding H264 at the slowest setting, so it's *only* getting 105 fps using 16 simultaneous encodes, forced to one core per CPU. Now, if I use two cores per encoder it jumps to 82%, and around 210 fps, since it's using 32 threads of the 40 total threads at that point, but to maintain absolute best theoretical quality for H264, one core should be used per encode, yes?

I guess my point is, if you have a lot of cores, there's really no reason not to encode at the best theoretical quality possible given h264 and the CRF value, using one core per encoder. Now, h265 I could see given it's much better at distributing workload, but from the documentation it appears even that encoder can theoretically benefits from using only one core per encode, and the only downside is time. Of course, I could also be totally wrong :D


I guess the thing to do would be to test output file size differences given the same CRF value and other settings with one core vs four per encode. I will have to do this and report back... Hey... having a script to auto-test different settings in dBpoweramp might be a niche, but really useful feature as well!

Spoon
08-03-2018, 03:14 AM
> one core should be used per encode, yes?

No, the codec is designed to run at 4 normally. Quality is the same no matter how many cores are used. Certain h264 or h265 encoders might be better on one core, but not this one.

Lynx_TWO
08-05-2018, 04:36 PM
> one core should be used per encode, yes?

No, the codec is designed to run at 4 normally. Quality is the same no matter how many cores are used. Certain h264 or h265 encoders might be better on one core, but not this one.

Ahh, cool! It'll be a bit before I have 64 usable threads :D

Right now this chip - Intel Xeon E5-2698 v4 - 2.2 GHz - 20-Core - 40 Threads - 50 MB Cache is $3,400 each. No thanks! :)

If only I could find a couple engineering samples for ~$200 each ;) Right now they are on eBay for closer to $800 each.

Olivechicago
02-03-2019, 01:10 PM
I love you

(being a dbPoweramp user since 2013, i cannot believe that i only discovered this today. This might very well be the first time in my life that i wish i had either opt-in for vendor spam (if you offered it at some point and i declined,) or that I had read the vendor spam announcing its release. I have no idea how much time and money I've pissed away over thew years trying programs that do EXACTLY what this does and as easily as it does without spending hours testing and tweaking settings.)

DrForce
03-23-2019, 01:50 PM
Will video converter download the metadata and artwork for a movie/tv show like music converter does for albums? iFlicks on the mac has this feature and I'd love to be able to replace it with this new app.

Spoon
03-23-2019, 03:00 PM
It does not, sorry.