AvsPmod (Windows_x86) mod

[rco133]

Originally Posted by gispos

Yes, please test and let me know.
Try to switch on the prefetch again, maybe I have overlooked something in the options.dat and old and new options.dat is not 100% compatible at the beginning until the new values are set.

As soon as I switch on that Prefect setting, I get that error.

I am using this avisynth:
VersionString: AviSynth+ 0.1 (r2772, MT, x86_64)
VersionNumber: 2.60

Maybe thats why.

Works fine for me, so I have never seen a reason to change it.

rco133

[gispos]

Originally Posted by rco133

As soon as I switch on that Prefect setting, I get that error.

I am using this avisynth:
VersionString: AviSynth+ 0.1 (r2772, MT, x86_64)
VersionNumber: 2.60

Maybe thats why.

Works fine for me, so I have never seen a reason to change it.

rco133

Please use the latest Avisynth+ version, in older versions there were sometimes errors that caused AvsPmod to crash.

[gispos]

AvsPmod 2.7.7.8

* Added directory 'sound' in the program folder. Please unzip it into the AvsPmod folder if you do not unzip everything.
* In the Tablist context menu there is an entry 'Execute menu'. You have to configure this entry yourself, read Help > 'Tablist readme'.
* Script Selector has been updated. There is now a simple search function and the tabs got a context menu.
- the search function finds scripts by name (wildcards * and ?) and displays found scripts in a new tab.
- these tabs are write protected, you cannot add elements or update these tabs.
- to reduce the amount of data, you should delete these tabs when they are no longer needed (tab name starts with @).
* Changed: The window state from maximized to normal now restores the script height or (video height when zoom fit/fill).
* Bugfix: An error could occur when changing the window state from maximized to normal.
* Bugfix audio playback: Unknown error float/int fixed.
* Bugfix: If the program was closed and a script was saved, an error could occur if the 'Tablist' was open.
* Bugfix: Resize filter was not removed from all scripts when setting a manual zoom value.
* Some other small corrections.

[FranceBB]

Thanks for yet another update and keeping the project alive.

[BuCCi]

The following error occurs when using the trim editor when the preview window and source are separated.
(This does not seem to occur when the preview and source are in one window.)



This has been happening since the next version 2.7.4.1, will this ever be fixed?

Thank you in advance.

[gispos]

Originally Posted by BuCCi

The following error occurs when using the trim editor when the preview window and source are separated.
(This does not seem to occur when the preview and source are in one window.)



This has been happening since the next version 2.7.4.1, will this ever be fixed?

Thank you in advance.

Tomorrow there will be a new version with the fix for the Separate Video Window and the Trim Editor.
I do not use the Separate Video Window and only become aware of errors when users report them. So if you still find a bug please let me know. Thank you.

[BuCCi]

Originally Posted by gispos

Tomorrow there will be a new version with the fix for the Separate Video Window and the Trim Editor.
I do not use the Separate Video Window and only become aware of errors when users report them. So if you still find a bug please let me know. Thank you.

Thank you for your reply.
We are very pleased to hear that you will correct the problem immediately.

Thank you for always maintaining our great software.

[gispos]

AvsPmod 2.7.7.9

* Another update for the 'Script Selector': Added to context menu Options & Aditional > 'Find dups', 'Find dups (dif) and 'Find dups (same tab)'. 
- 'Find dups' shows all duplicate entries and 'Find dups (dif)' only duplicate entries with different script text. 'Find dups (same tab)' shows duplicates if the entries in the same tab.
- '@ dups' tabs are read-only, but the entries referred to the other tabs can be updated with 'Update selection from avs'.
- and a double click on an entry in the '@ dups' tab opens the linked tab.
* Removed del protection from the 'Script Selector' search tabs (this was not the intention, only the entries should be protected against deletion) ,)
* Who uses AvsPThumb: In the 'Script Selector' several list entries can now be opened at once (multi selection) with AvsPThumb.
* Bugfix: On closing the 'Script Selector' the application loses the focus.
* Bugfix Tablist: Error avsp.pyo line 4931 in OnGetItemTextColour: invalid item index in GetItemState.
* Bugfix 'Separate Video Window': Trim Editor error and zoom fit/fill fixed.
* Added some voices in the sound directory (They can be exchanged, only the name must be the same).
- if you do not like it, remove the sound directory or the voice file. But I find it more pleasant than a Bell without a hint or a MessageBox when it is not needed.
- there won't be come many.

[BuCCi]

* Bugfix 'Separate Video Window': Trim Editor error and zoom fit/fill fixed.

Thank you very much for the quick correction.
We have confirmed that this issue has been resolved and is working properly.

Many thanks.

[TomGo]

Thanks for the AvsPmod, it is very helpful for my vacation videos and other stuff. The example macros are quite good and helped me to learn much about how to program my own macros.

Questions:
1.) Every time I open the Trim editor, it is placed in the left bottom corner over the video output. I have to reposition it to a place where it doesn't disturb me. How do I save the position of the Trim Editor?
2.) For certain codec (e. g. Windows Media Video 9 Advanced Profile), navigating in the video can be quite slow. Is there a way to improve performance - for example by defining some kind of frame cache for the frames coming from avisynth, or something like that?

Feature request
1.) It would be very convenient if the Trim editor window could be kept from closing when pressing "Apply". Similar to to the search dialog in "Notepad++" with a checkbox "keep open". Additionally it would be very nice to make it transparent, when no Trims are set, again similar to the search dialog of "Notepad++"
2.) When using the Trim editor to select a region AND the slider is still on the last frame of the marked region, pressing "Apply" in the Trim editor (often this inserts the Trim commands to a commented line) will reset the video slider to the frame number of the complete movie equal to the number of selected frames of the marked region. For me this behaviour is not very useful, especially when Trims are appended to commented lines, and I would appreciate could it be disabled in the options or something like that.


Thanks,
Tom

[StvG]

Using 2.7.7.9.
I set Resize video window to Static.
When 100% zoom and double click on the splitter line, the video window is reset to the video height. https://i.ibb.co/mybdh9j/Untitled.png
When zoom is different than 100% zoom and double click on the splitter line, the video window is reset to 100% video height instead to X% (zoom % different than 100%) video height. For e.g., if 50% zoom when double click on the splitter line, the video window isn't reset to the new video height - https://i.ibb.co/PG2PZdZ/Untitled1.png
Can you make it the video window to be reset to the video height for any zoom factor?

[gispos]

Originally Posted by TomGo

Questions:
1.) Every time I open the Trim editor, it is placed in the left bottom corner over the video output. I have to reposition it to a place where it doesn't disturb me. How do I save the position of the Trim Editor?

In general, this behavior is not so wrong; if the sliding window is visible, the Trim Editor is displayed on the sliding window. Ok, sometimes it annoys me too , if I feel like it I might change it and save the position.

Originally Posted by TomGo

2.) For certain codec (e. g. Windows Media Video 9 Advanced Profile), navigating in the video can be quite slow. Is there a way to improve performance - for example by defining some kind of frame cache for the frames coming from avisynth, or something like that?

This would not speed up navigation but slow it down. You would only notice a difference if you jumped to a few of the same frames again and again or went backwards a few frames. I had already tested it once and the benefit is questionable.
If you jump back and forth often enough (to the same frame) Avisynth does the caching quite well.

Originally Posted by TomGo

Feature request
1.) It would be very convenient if the Trim editor window could be kept from closing when pressing "Apply". Similar to to the search dialog in "Notepad++" with a checkbox "keep open". Additionally it would be very nice to make it transparent, when no Trims are set, again similar to the search dialog of "Notepad++"

Explain why. You can leave the Trim Editor open.
Transparent? for what? Close it when you no longer need it. If you choose 'Copy to Clipboard' nothing will be changed immediately and all selections will be kept and you can paste the trims from the clipboard if you want.
The selections can even be saved in the script and restored. And in the context menu of the timeline you can do different actions with the selections (trim, clip...)

Originally Posted by TomGo

2.) When using the Trim editor to select a region AND the slider is still on the last frame of the marked region, pressing "Apply" in the Trim editor (often this inserts the Trim commands to a commented line) will reset the video slider to the frame number of the complete movie equal to the number of selected frames of the marked region. For me this behaviour is not very useful, especially when Trims are appended to commented lines, and I would appreciate could it be disabled in the options or something like that.

If I have understood your question (wish) correctly. If you transfer the trims into the script with 'Apply', the script will be updated automatically.
But you don't want the script to be updated when you press 'Apply', you would rather update it manually.

Either use 'Copy to Clipboard' as already mentioned or switch off the automatic update completely in the program options. Video > 'Refresh preview automatically'
Then you have to refresh the script with F5. But I will think about whether your request makes sense and can be easily implemented.

-----------------

Originally Posted by StvG

Using 2.7.7.9.
I set Resize video window to Static.
When 100% zoom and double click on the splitter line, the video window is reset to the video height. https://i.ibb.co/mybdh9j/Untitled.png
When zoom is different than 100% zoom and double click on the splitter line, the video window is reset to 100% video height instead to X% (zoom % different than 100%) video height. For e.g., if 50% zoom when double click on the splitter line, the video window isn't reset to the new video height - https://i.ibb.co/PG2PZdZ/Untitled1.png
Can you make it the video window to be reset to the video height for any zoom factor?

After double-clicking on the spitter, the window size is now adapted to the video*zoom in 'Static' mode.
I don't know yet whether I will do the same for other modes. Newer versions will definitely have this for 'Static'.

Look under Pre-Releases, it is version 2.7.7.9 with this one change (after-release)

https://drive.google.com/drive/folde...usp=drive_link

What I have forgotten: The new 'Static' splitter position is then the current one.

[StvG]

Originally Posted by gispos

After double-clicking on the spitter, the window size is now adapted to the video*zoom in 'Static' mode.
I don't know yet whether I will do the same for other modes. Newer versions will definitely have this for 'Static'.

Look under Pre-Releases, it is version 2.7.7.9 with this one change (after-release)

https://drive.google.com/drive/folde...usp=drive_link

What I have forgotten: The new 'Static' splitter position is then the current one.

Thanks.

[TomGo]

Hello gispos,

thanks for your reply and sorry for my late reply.

Let me explain the context of my current project:
I have a lot of old vacation videos, digitized from tape, and my wife came up with this "idea" that, after I have this expensive equipment, at leat I can do something "useful" and cut those digitized viedeos according to her categorization. So she gave me 10 categories I have to scan and cut those viedeos for.
I do this in one tab of avspmod, having a line of Trims for each category and year - the lines are commented out to avoid refreshing the video window to the scene I just apllied.

This involves:
- as categories are overlapping sometimes, one scenes for one category might include scenes fitting to other categories, while having the "main" scene in the Trim editor I add Trims to the other fitting categories manually - I could go over scene repeatedly to cut out the appropriate scenes for every category, but I think the other method is faster.

- repositioning back and forth to find the right cut points (I already got reminded that I need to do cutting more accurately and smoother )

- having to fill different categories, I often "apply" with Trim editor (added script to cusor position) for non overlapping scenes, meaning I have to reopen the Trim editor quite often - It would be quite helpfull to have the option to keep it open after pressing apply. [Btw. in this scenario it would be convenient to have an option to append Trims to a line, meaning to add the "++" before the Trim automatically, sorry couldn't resist to add it. ]
etc.

Originally Posted by gispos

In general, this behavior is not so wrong; if the sliding window is visible, the Trim Editor is displayed on the sliding window. Ok, sometimes it annoys me too , if I feel like it I might change it and save the position.

I would appreciate that.

Originally Posted by gispos

This would not speed up navigation but slow it down. You would only notice a difference if you jumped to a few of the same frames again and again or went backwards a few frames. I had already tested it once and the benefit is questionable.
If you jump back and forth often enough (to the same frame) Avisynth does the caching quite well.

I see, you are the expert here .. :-)

Originally Posted by gispos

Explain why. You can leave the Trim Editor open.
Transparent? for what? Close it when you no longer need it. If you choose 'Copy to Clipboard' nothing will be changed immediately and all selections will be kept and you can paste the trims from the clipboard if you want.
The selections can even be saved in the script and restored. And in the context menu of the timeline you can do different actions with the selections (trim, clip...)

Transparent? Ok, you are right it isn't such a good idea.
But the advantage to be able to keep the Trim editor open is explained above in the context of the categorisation project.

Originally Posted by gispos

If I have understood your question (wish) correctly. If you transfer the trims into the script with 'Apply', the script will be updated automatically.
But you don't want the script to be updated when you press 'Apply', you would rather update it manually.

Sorry, bad explained from my side: I usually select the mode to enter the trims at the cursor position and I want the script to be updated. BUT, under the described conditions, the video window is updated and the slider is moved! As I add to lines which are commented out , moving the slider in that scenario is just inconvenient.

Originally Posted by gispos

Either use 'Copy to Clipboard' as already mentioned or switch off the automatic update completely in the program options. Video > 'Refresh preview automatically'
Then you have to refresh the script with F5. But I will think about whether your request makes sense and can be easily implemented.

Let me check, if deselecting "Video > 'Refresh preview automatically'" helps ... - nope, that doesn't work in that scenario. Let me describe what i mean step by step:
1. load a movie into avspmod
2. position video slider at any position grater zero, for example to frame 1000
3. press Home to start a selection with trim editor
4. advance 100 frames and press End and without any further change press apply.
5. Video slider is now placed at frame 100 and not 1100. It might make sense to do it this way, when you added a new trim to an uncommented line, but at least if you applied the trims to a commented line, so that the inserted trim is not "active", the video slider position should not be changed.
Btw., if you, after pressing End AND advance by one or more frames, avspmod doesn't move the video slider. Unfortunately, at least I forget to advance, after pressing End, much too often
Hope that explains it.

Thanks in advance,
Tom

[gispos]

AvsPmod 2.7.8.1

* The reason for this version 2.7.8.1 is that due to the new bookmark handling some macros no longer work properly, 
- instead of changing all macros the problem was fixed in this version. Sorry.
* Added automatic loading of the function 'LocateFrames'. 
- if the function 'LocateFrames' is not found when executing 'Locate frame', it is imported from the specified file. 
- Program options > Path > 'Function LocateFrames import'.
* 2.7.8.0
* Bookmarks handling reworked. There should be no more incorrect assignments.
* Loading sessions and files has been reworked and should now be faster (Dogway?, for me 200 scripts 10sec).
* Improved Tablist update: If the tab list is visible, the entries should now always be up-to-date (bookmark count is only on show and tab change updated).
* Tablist Execute menu: added Separator and Submenu. Use '-' for an separator and '>Name of menu' for indicate to put the next entrie in this submenu, indication of end is <
- example: Save script|File -> Save script, >My Submenu, Bookmarks to script|Video -> Bookmarks -> Bookmarks to script, <, next entrie in main context menu 
* Added to 'Script Selector' context menu:
- 'Search in scripts...', searches in all scripts for the given text (good for finding functions that you have used before).
- 'Find only new from avs...' searches for new scripts (names) that are not present in the data and does not update other scripts.
- Edit > 'Search in Notes...', searches in all Notes for the given text.
- Edit > 'Change note...', now with multiselection and @ linked tabs.
- Options & Additional > 'Selections distribute all', distributes all values (script, markers, note) from this entrie to all entries with the same file (path,name).
* 'Script Selector' can now show the saved scripts (double click Path or -20 pixel Name). You can copy the text but the script cannot be saved.
- for this function there is also an option Option & Additional > 'Same size on showing scripts'
- note: linked @tabs processes the linked entries. If you delete the link, the linked entry will also be deleted.
* The Trim Editor got a context menu and can now save/restore it's position and can be made transparent (Hold down the left mouse button and move to the left or right).
- known bug: if the AvsPmod option 'Always on top' is set, the trim editor is overlaid by the program window. (no fix at the moment).
* Added to MediaInfo context menu 'Auto close' 
* Function 'Locate Frame' revised:
- no more variables or selections required (optional but possible) always the next script (the right one) is used for finding the frame.
- there is now an dialog for start, stop, threshold and 'Split View freeze frame' settings. 
- more in the 'Locate Frame' readme.
* Fixed: The tab's reactions became slower when many files were open (>100) and no multiline tab style and tab images were enabled.
* Bugfix Macro 'PreviewEncode.py': The encoded clips were entered twice in the script. 
* Some other changes.