# Preferences: preference to limit edge edits to source media content does not apply to click source, LTC, or empty media items
Thanks a lot. Could this also apply to subprojects without a corresponding RPP-PROX file? When scoring to picture and using a master project with subprojects acting as single pieces of music, it would be useful to have the subproject media items not be unaffected by edge limit edits for easier visual referencing.
Even better would be if the subproject items were limited to their =START and =END markers.
[*]+ Tooltips: improve visibility for some instances e.g. floating toolbars
Maybe a tooltip could be shown for plugin names in the FX list too, considering that in some cases the left pane can't be stretched out to read the full name?
Thanks a lot. Could this also apply to subprojects without a corresponding RPP-PROX file? When scoring to picture and using a master project with subprojects acting as single pieces of music, it would be useful to have the subproject media items not be unaffected by edge limit edits for easier visual referencing.
Even better would be if the subproject items were limited to their =START and =END markers.
What do you mean with "without a corresponding RPP-PROX file"?
I use subprojects exactly for the same reason as you - scoring a picture.
I'm running 7.03+dev1107 and edge limiting DOES APPLY to subproject media items respecting START / END markers (which is good!).
[*]# Preferences: preference to limit edge edits to source media content does not apply to click source, LTC, or empty media items
Another one on this topic:
When moving item contents with edge limiting turned on, I would expect the media edge to move together with the content or to be trimmed automatically after move content operation.
Further thinking about this... Maybe this could be optional because it is not easily reversible and could bring some confusion (it would change the length of the item and moving content to the original position would not make it longer again).
What do you mean with "without a corresponding RPP-PROX file"?
A subproject which has not been rendered yet. Rendered subprojects have RPP-PROX as format
Quote:
Originally Posted by fonolit
I use subprojects exactly for the same reason as you - scoring a picture.
I'm running 7.03+dev1107 and edge limiting DOES APPLY to subproject media items respecting START / END markers (which is good!).
No difference beyond moving the window to the different display -- these images (and only these images AFAICT) are not being autoscaled. Is this a me problem or a you problem? This theme does not have any 150 or 200 assets, these are all images at the top-level; using the corresponding image files from Default 7 does not solve the issue.
v7.03+dev1107 - November 7 2023
[*]# Preferences: preference to limit edge edits to source media content does not apply to click source, LTC, or empty media items
D'accord with click source and ltc. I think there are situations where you want empty media items to be trimmed. E.g. if you use them as markers with large text or so.
With the recent changes to collapsed folder views, is there a way I can make it so that when I select a collapsed folder track and insert a new track via action that the new track is placed OUTSIDE of the folder?
With the recent changes to collapsed folder views, is there a way I can make it so that when I select a collapsed folder track and insert a new track via action that the new track is placed OUTSIDE of the folder?
That's what I'm already getting. What action are you using?
Didn't have this issue in reaper 6 but I have found that when switching between screens sets (that also have different TCP widths saved within the too). It can make nearly all of the track icons on the TCP (mute, solo, volume slider etc) dissappear until I manually adjust the TCP width. At which point the icons come back.
This only happens when changing screen sets.
Maybe it's because the arrange window also gets moved to a different monitor. I'll try keeping it on the same one later
__________________ subproject FRs click here note: don't search for my pseudonym on the web. The "musicbynumbers" you find is not me or the name I use for my own music.
I'm still seeing inconsistent lane placement of new items/takes when I record with a pre-roll vs auto-punch time selection. I don't think I've Adequately explained myself in previous posts - I hope this video gets my point across.
I'm still seeing inconsistent lane placement of new items/takes when I record with a pre-roll vs auto-punch time selection. I don't think I've Adequately explained myself in previous posts - I hope this video gets my point across.
Thanks for the video. As you describe, REAPER is making the lane selection based on the start/end of the raw recording, rather than the start/end after it's trimmed to fit the autopunch area. We'll see if we can improve this behavior.
No difference beyond moving the window to the different display -- these images (and only these images AFAICT) are not being autoscaled. Is this a me problem or a you problem? This theme does not have any 150 or 200 assets, these are all images at the top-level; using the corresponding image files from Default 7 does not solve the issue.
This looks like it's related to the version setting. I've attached a toy theme which exhibits the issue on a Fixed Lanes track.
... or maybe it's "use_pngs 1" -- it's enabled automatically at version 5+ apparently. Disabling the version and enabling "use_pngs 1" causes the problem, as well.
Removing the 150 and 200 folders from the Default 7 theme also results in the same behavior, so I'm going to guess that this is simply a bug.
Thanks for the video. As you describe, REAPER is making the lane selection based on the start/end of the raw recording, rather than the start/end after it's trimmed to fit the autopunch area. We'll see if we can improve this behavior.
Oh, OK. I thought it was something else, as all the recordings in the video were of the same length. I guess the files are marked differently (or something?) depending on whether the source length is longer because of the recording pre-roll or longer because of the play position using auto-punch.
v7.03+dev1107 - November 7 2023
Linear Mode
