|
|
|
04-26-2020, 10:51 AM
|
#1
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,333
|
v6.09rc2 - April 26 2020
v6.09rc2 - April 26 2020
- + NINJAM import: fix possible crash on empty leading intervals
- + Render: document behavior of wildcards like $filenumber[N] in wildcard help dialog
- + Theme element finder: fix interactions with theme color tweak window
- # Media Explorer: use case-insensitive matching to populate metadata for FLAC, OGG, OPUS files [p=2278039]
- # ReaScript: add GetNumTakeMarkers, SetTakeMarker, GetTakeMarker, DeleteTakeMarker
- # Render: $filenumber and similar wildcards default to 1 digit when rendering 1-9 files, 2 digits when rendering 10-99 files
- # Render: $filenumber wildcard starts counting from 1 by default, not 0 [p=2278002]
- # Take markers: adjust take markers properly when rapidly editing media item left edge
- # Take markers: handle left edge edits of unlooped MIDI items [p=2277983]
- # Windows: improve VST positioning on hidpi
This thread is for pre-release features discussion. Use the Feature Requests forum for other requests.
Changelog - Pre-Releases
Generated by X-Raym's REAPER ChangeLog to BBCode
|
|
|
04-26-2020, 11:20 AM
|
#2
|
Human being with feelings
Join Date: Jan 2012
Posts: 1,180
|
Quote:
Originally Posted by vitalker
v6.09rc2 - April 26 2020
[*]# Take markers: handle left edge edits of unlooped MIDI items [[url=http://forum.cockos.com]
|
This seems to be fixed now.
Here's another one: Take marker moves in a midi item when I split the item after the first note.
(sorry this one was there in RC1 also)
|
|
|
04-26-2020, 11:54 AM
|
#3
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Quote:
Originally Posted by Triode
Take marker moves in a midi item when I split the item after the first note.
|
Fixing, thanks!
|
|
|
04-26-2020, 01:26 PM
|
#4
|
Human being with feelings
Join Date: Apr 2013
Location: France
Posts: 9,875
|
Many thanks for the take markers fixes !
--
Bug with take markers:
If you set Section in Media item source with source start at non 0, then Take Markers will be offset :
Problem also with reverse : the take markers aren't link to their initial source position
--
I continue testing this feature, it is promising !
|
|
|
04-26-2020, 01:45 PM
|
#5
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Quote:
Originally Posted by X-Raym
If you set Section in Media item source with source start at non 0, then Take Markers will be offset :
|
Thank you for the in-depth testing! Like stretch markers, take markers are applied after section source and reverse, so what should happen in this case is the take marker remains in the same place within the media item, even though the audio is changing underneath it. That does not appear to be what is happening in your screencap, though, which I can't duplicate. Regardless, this is sort of a corner case -- there are different reasonable expectations for what should happen to a take marker through a section source transformation.
|
|
|
04-26-2020, 01:51 PM
|
#6
|
Human being with feelings
Join Date: Apr 2013
Location: France
Posts: 9,875
|
Take Markers Readability
Not a bug but it seems that default take markers colors is yellow,
This is fine with unselected items but become unreadable if selected because of low contrast.
It kinda hard to find a color which will pass in those two cases, especially cause the font size is already not very small and the background quite in the middle greys,
but it seems something like a dark blue, or red works better in those two cases.
Accessibility is tricky there cause items area can become quite crowdy (take envelopes, take markers etc), people can have various items background color (especially if they have background colored items)
(here, markers lost in items background)
I'm starting to wonder if woudn't be more readable if take markers text was only white / black, over a rectangle bacgrounds, colored by the marker color value. Just like Markers and regions in facts.
|
|
|
04-26-2020, 02:03 PM
|
#7
|
Human being with feelings
Join Date: Apr 2013
Location: France
Posts: 9,875
|
Quote:
Originally Posted by schwa
Thank you for the in-depth testing!
|
And thank you for your considerations
Quote:
Originally Posted by schwa
there are different reasonable expectations for what should happen to a take marker through a section source transformation.
|
Ok I understand it can be wanted to have it not move with source manipulation (reverse or section), but activate these settings make them move by the source offset amount (I think) which is unexpected (especially when checking section, they should at least not move at all).
To reproduce, I only had to put an audio on a track, to trim the left side of the item so that source isn't 0 anymore, and then to click one Section or Reverse and apply. I can send a project if necessary.
Although, considering the real usage cases which this takes markers could have: I would imagine they will be used to mark a source point or midi note, to say things like "correct things there, unwanted background noise there" etc, so I would assume it would stay in sync with source if source is reverse. They do stay in sync with take rate change, take stretch markers etc.
Maybe more users can answer on what they will do with take markers ?
|
|
|
04-26-2020, 02:14 PM
|
#8
|
Human being with feelings
Join Date: Oct 2016
Location: Germany
Posts: 157
|
Since the VST-Window positioning is subject of this cycle I would like to bring this related problem to mind:
https://forum.cockos.com/showthread.php?t=222919
|
|
|
04-26-2020, 02:31 PM
|
#9
|
Human being with feelings
Join Date: Apr 2016
Location: ASU`ogacihC
Posts: 3,913
|
Thanks for the updates!
Quote:
# ReaScript: add GetNumTakeMarkers, SetTakeMarker, GetTakeMarker, DeleteTakeMarker
|
Using reaper.SetTakeMarker, when adding a marker at exact same positions the marker retains the orginal color, only new text changes color, is that expected behavior?
|
|
|
04-26-2020, 02:32 PM
|
#10
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Quote:
Originally Posted by Edgemeal
Using reaper.SetTakeMarker, when adding a marker at exact same positions the marker retains the orginal color, only new text changes color, is that expected behavior?
|
I think you are ending up with multiple markers at the same location, but only one of them has text.
|
|
|
04-26-2020, 02:44 PM
|
#11
|
Human being with feelings
Join Date: Apr 2016
Location: ASU`ogacihC
Posts: 3,913
|
Quote:
Originally Posted by schwa
I think you are ending up with multiple markers at the same location, but only one of them has text.
|
Your right, take number does increase each time take is added even when position is same, EDIT had to increase height of item to see it. Sorry!
Last edited by Edgemeal; 04-26-2020 at 02:59 PM.
|
|
|
04-26-2020, 03:01 PM
|
#12
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,333
|
Can long marker names be handled like this instead of shrinking them off?
|
|
|
04-26-2020, 03:04 PM
|
#13
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Quote:
Originally Posted by vitalker
Can long marker names be handled like this instead of shrinking them off?
|
I think they are drawn that way, if the media item is tall enough.
|
|
|
04-26-2020, 03:23 PM
|
#14
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,333
|
Quote:
Originally Posted by schwa
I think they are drawn that way, if the media item is tall enough.
|
Oh sorry, I meant if there are other markers after, like here:
|
|
|
04-26-2020, 03:30 PM
|
#15
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Quote:
Originally Posted by vitalker
Oh sorry, I meant if there are other markers after, like here:
|
Make the track taller.
|
|
|
04-26-2020, 06:20 PM
|
#16
|
Human being with feelings
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
|
Quote:
Originally Posted by Triode
This seems to be fixed now.
Here's another one: Take marker moves in a midi item when I split the item after the first note.
(sorry this one was there in RC1 also)
|
Sorry OT, but love that item selection. What theme is it?
|
|
|
04-26-2020, 06:48 PM
|
#17
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,333
|
Quote:
Originally Posted by schwa
Make the track taller.
|
Great, thank you!
|
|
|
04-27-2020, 01:52 AM
|
#18
|
Human being with feelings
Join Date: Jan 2012
Posts: 1,180
|
Quote:
Originally Posted by _Stevie_
Sorry OT, but love that item selection. What theme is it?
|
Hey Stevie
It's my mod of Imperial. The item backgrounds I've linked here:
https://stash.reaper.fm/38989/Item%20Backgrounds.zip
|
|
|
04-27-2020, 02:41 AM
|
#19
|
Human being with feelings
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
|
Thanks Triode!
|
|
|
04-27-2020, 08:59 AM
|
#20
|
Human being with feelings
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
|
@schwa:
found a way to include the timecode into FLAC:
https://www.loc.gov/preservation/dig...dd000198.shtml
Have a look for this part: "Transport system, native file format."
|
|
|
04-27-2020, 10:11 AM
|
#21
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
I have seen other references like that, mentioning that the header could contain a timecode (always listed alongside sync pattern and checksum), but no specification for how the timecode is encoded. The encoding for sync pattern and checksum are well specified.
I think this is one of those things where an inaccurate line of descriptive text just keeps getting copied over and over. I do not think there is a standard flac specification for timecode. There are specifications for cuesheets and other metadata that could possibly be reused as a timecode, but no clear "this is a timecode."
|
|
|
04-27-2020, 10:15 AM
|
#22
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Reminds me of this Stephen Jay Gould essay:
Quote:
Originally Posted by About Stephen Jay Gould
However, of more interest to Gould was that reference to Hyracotherium being the ‘size of a Fox Terrier’. To his surprise, he found it in a large proportion of the books he reviewed. But when he actually came to think about it, he realised that he had absolutely no idea what a Fox Terrier looked like, nor how big a Fox Terrier is. Nor did anyone he knew. It wasn’t a common breed. This suggested that the people who’d written all of the books that used the fox terrier comparison probably didn’t know what one looked like either. So had they simply copied the description from previously published books?
Gould dug deeper and discovered that the first appearance of the Fox Terrier comparison was in 1904 when American Museum boss Henry Fairfield Osborne published an article called The evolution of the horse in America in Century Magazine. He wrote: ‘We may imagine the earliest herds of horses in the lower Eocene as resembling a lot of Fox-Terriers in size …’ and, for nearly a hundred years thereafter, this description had been copied and re-copied by lazy researchers. Now, as it happens, this particular issue wasn’t really a problem because Hyracotherium really was the size of a Fox Terrier (about the same as a large Jack Russell and similar looking too). But, wondered Gould, had other facts been copied in this way too? Could this mean that modern texts might be repeating facts that science had since discovered were inaccurate?
|
|
|
|
04-27-2020, 10:46 AM
|
#23
|
Human being with feelings
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
|
Couldn't the nice folks at xiph explain if there's an official way to do that, or something?
|
|
|
04-27-2020, 10:58 AM
|
#24
|
Human being with feelings
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
|
Quote:
Originally Posted by schwa
I have seen other references like that, mentioning that the header could contain a timecode (always listed alongside sync pattern and checksum), but no specification for how the timecode is encoded. The encoding for sync pattern and checksum are well specified.
I think this is one of those things where an inaccurate line of descriptive text just keeps getting copied over and over. I do not think there is a standard flac specification for timecode. There are specifications for cuesheets and other metadata that could possibly be reused as a timecode, but no clear "this is a timecode."
|
Hi Schwa, what DAW makers are using, including Steinberg is iXML. iXML is a very established spec and one that has been around for a while. This is what has been adopted for embedding timecode into FLAC files (Cubase and Nuendo both currently use this). So this is indeed an established standard.
http://www.gallery.co.uk/ixml/
And if you don't want to dig through that here is a quick one page PDF of the formatting.
https://s3.amazonaws.com/TLMusic/Reaper/SX-ST-iXML.pdf
iXML is also not just for embedding in FLAC files. It is used for OGG, WavPack as well as others. So, literally all you would have to do is insert the XML data into the header as specified.
I'm sure someone could post an exported FLAC with the proper XML data for you as well. I would but I'm on my laptop and don't have Cubase installed here. Perhaps @Stevie could?
|
|
|
04-27-2020, 11:02 AM
|
#25
|
Human being with feelings
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
|
Now that you mention it... I have been using iXML in Cubase when I was exporting my music.
I quickly rendered a file that has the chunk included:
https://nextcloud.stephanroemer.net/...it5tdzr9CxzMwj
Last edited by _Stevie_; 04-27-2020 at 11:17 AM.
|
|
|
04-27-2020, 11:19 AM
|
#26
|
Human being with feelings
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
|
Quote:
Originally Posted by _Stevie_
I quickly rendered a file that has the chunk included
|
That was fast. You aren't stalking me, are you?
|
|
|
04-27-2020, 11:20 AM
|
#27
|
Human being with feelings
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
|
LOL no, subscribed thread and in front of the DAW working :P
|
|
|
04-27-2020, 11:35 AM
|
#28
|
Administrator
Join Date: Mar 2007
Location: NY
Posts: 15,750
|
Thanks, are you able to render a similar ogg or opus file using the same application?
|
|
|
04-27-2020, 11:48 AM
|
#29
|
Human being with feelings
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
|
Unfortuntely, Cubase didn't implement the iXML on OGG and OPUS is not supported at all
|
|
|
04-28-2020, 02:38 AM
|
#30
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,333
|
Quote:
Originally Posted by schwa
Thanks, are you able to render a similar ogg or opus file using the same application?
|
I'm not sure it will help, but AIMP player allows to tag different file formats. https://www.aimp.ru/?do=download&os=windows
|
|
|
04-28-2020, 03:30 AM
|
#31
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,690
|
+ Render: document behavior of wildcards like $filenumber[N] in wildcard help dialog
A wonderful idea !
-Michael
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 06:35 AM.
|