[Solved] Avidemux 2.7 - Crop filter - rubber bands ** SOLVED **

[ivitek]

Hi,

could you please make rubber bands in crop filter optional - simply give me some chance to turn it off?

Because when I want to crop f.e. black borders of the video: I want to SEE!!! where the black borders end and where the "non-black" video pixels start. Rubber bands completely prevent me from seeing that zone. Add please f.e. a little checkbox that allows me to disable it to that dialog window.

Thank you

And thanks a million for your (in other ways) excellent software

[eumagga0x2a]

Implemented by [crop] Allow to hide the rubber band. Please note that the visibility state of the rubber band persists only within the same filter instance and defaults to "visible".

[ivitek]

Wow, great, thank you Two more questions.

When I go via File ... Save as project - the line in the saved script will be? like:
adm.addVideoFilter("crop", "top=0", "bottom=0", "left=0", "right=0", "rubber_bands_visibility = off")
So I can copy this to custom scripts and make the rubber bands invisible "automatically"?
Am I right? If not, it's OK - one more click on checkbox is still OK for me.

Second - this "fix" will be in 2.7.1? When?

[Jan Gruuthuse]

It should be available in nightly when build:
http://www.avidemux.org/nightly/

or if you build yourself from source:
https://github.com/mean00/avidemux2

like I do:
dev branch: avidemux Cli/Qt5 2.7.0 64-bit deb on ubuntu HWE 16.04.3 LTS

[ivitek]

Thank you, I've tried nightly avidemux_r170826_win64Qt5_457
and the option "rubber_is_hidden=True" is in the script and works Avesome

Unfortunately in this specific version doesn't work moving by keyframes (even normal frames) for PVR .ts videos from DVB-T HD (SD are fine - why?).

[Jan Gruuthuse]

That should normally not be the case.
If you loaded this video previously, delete the existing .idx2 file (same name of video)
Either your provider, DVB-T/T2 or your PVR  (STB) is doing something?
Upload a 10 to 30 seconds recording, so Developer(s) can have a look at this mpeg-ts recording?
See Upload Info Hochladen Télécharger Subir <= here

[ivitek]

I've tested it on more videos recorded in the last week (.idx2 deleted every time). Result are the same:

The HD files work in Avidemux 2.6.21 64bit, but not at all in 2.7 branch (stable 32bit and nightly r170826_win64Qt5_457).

Link to video sample: https://we.tl/zfZn01UJ34 (11 MB, 14 sec).

[Jan Gruuthuse]

Opens for me, with keyboard up down arrows, I get keyframes at
00:00:01.480
00:00:02.760
00:00:04.040
00:00:04.480
00:00:05.760
00:00:07.040
00:00:08.320
00:00:09.600
00:00:10.320
00:00:11.440
00:00:12.360
00:00:13.640
00:00:14.160

on Ubuntu 16.04.3 64-bit with commit 68308da.
You did use the installer avidemux_2.7.0_r170826_win64.exe and not unpack the zip?
Check your settings in avidemux 2.7, could be behaviour setting for keyboard
Preferences: [User Interface]
- [ ] Enable alternative keyboard shortcuts
- [ ] Reverse UP and DOWN arrow keys for navigation

Lets see if developer has idea ...

[ivitek]

I have the zip version.

And to be sure it's not a keyboard problem I already clicked on buttons under the timeline too (during testing). No move

Checking the preferences....

"Decode video using DXVA2 (Windows)" was it Thank you 

[eumagga0x2a]

You must be using Windows 7. Decoding via DXVA2 works with 2.7.x on Windows 10 (64 bit), but not on Windows 7.