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
Implemented by [crop] Allow to hide the rubber band (https://github.com/mean00/avidemux2/commit/8f2c51ebe14db5309565a65deef71951c9639437). Please note that the visibility state of the rubber band persists only within the same filter instance and defaults to "visible".
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?
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 (http://avidemux.org/smif/index.php/topic,17915.msg81686.html#msg81686)
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?).
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 (http://avidemux.org/smif/index.php/topic,17418.0.html) <= here
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 (https://we.tl/zfZn01UJ34) (11 MB, 14 sec).
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 ...
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 :D
You must be using Windows 7. Decoding via DXVA2 works with 2.7.x on Windows 10 (64 bit), but not on Windows 7.