[ Meow | Audio Editor ] Public Beta

wim

@SevenSystems said:

@wim said:
I think you're right. Having to apply a destructive fade in order to copy and paste what you currently "have" in the selection isn't ideal. Since undo is step by step there's no way of going back if you wanted to change the fade on the original portion.

You can 'Apply Fades' -> 'Copy' -> 'Undo' (Undo doesn't affect the clipboard), but yeah, I think even logically, it makes more sense to have the fades in the clipboard automatically.

Undo is very powerful in Meow in general because it also includes steps for selection operations and fade adjustments, not just edits to the audio buffer itself.

But, it's sequential though right? So, if I applied the fade, copied and then pasted, could I undo back to before the apply without undoing the paste? I don't have the app available right now, so I can't check.

SevenSystems

@wim said:

@SevenSystems said:

@wim said:
I think you're right. Having to apply a destructive fade in order to copy and paste what you currently "have" in the selection isn't ideal. Since undo is step by step there's no way of going back if you wanted to change the fade on the original portion.

You can 'Apply Fades' -> 'Copy' -> 'Undo' (Undo doesn't affect the clipboard), but yeah, I think even logically, it makes more sense to have the fades in the clipboard automatically.

Undo is very powerful in Meow in general because it also includes steps for selection operations and fade adjustments, not just edits to the audio buffer itself.

But, it's sequential though right? So, if I applied the fade, copied and then pasted, could I undo back to before the apply without undoing the paste? I don't have the app available right now, so I can't check.

No, but you can Apply Fades -> Copy -> Undo [undoes the Apply Fades] -> Paste!

It's a moot point with the next update though because fades are always transparently applied to the clipboard now.

wim

@SevenSystems said:

@wim said:

@SevenSystems said:

@wim said:
I think you're right. Having to apply a destructive fade in order to copy and paste what you currently "have" in the selection isn't ideal. Since undo is step by step there's no way of going back if you wanted to change the fade on the original portion.

You can 'Apply Fades' -> 'Copy' -> 'Undo' (Undo doesn't affect the clipboard), but yeah, I think even logically, it makes more sense to have the fades in the clipboard automatically.

Undo is very powerful in Meow in general because it also includes steps for selection operations and fade adjustments, not just edits to the audio buffer itself.

But, it's sequential though right? So, if I applied the fade, copied and then pasted, could I undo back to before the apply without undoing the paste? I don't have the app available right now, so I can't check.

No, but you can Apply Fades -> Copy -> Undo [undoes the Apply Fades] -> Paste!

doh. yeh. 🤦🏻‍♂️

It's a moot point with the next update though because fades are always transparently applied to the clipboard now.

yeh, saw that after I posted.

SevenSystems

New 1.0.7 Beta sent to Apple and hopefully approved soon. @Samu you'll be happy about the direct access 'Zoom Selection Start / End' buttons in the bottom toolbar

NEW:

• Support for 'Open in'.

IMPROVEMENTS:

• Clipboard: If there are fades when 'Cut' / 'Copy' is invoked, the fades are now baked into the clipboard buffer (no need to 'Apply Fades').
• Process: Do not apply crossfades right at the start / end of the file.
• View Selection Start / End: Never zoom further out automatically.
• View Selection Start / End: Show extra quick access buttons in bottom toolbar when there's enough space.
• Paste: Move view to make sure pasted section is always fully in view.
• Record: Try harder to set the hardware sampleRate as desired when recording.
• Record: Made meters slightly taller.
• Record: Added a timer during recording.
• Record: More responsive overall.
• All positions (playhead, last played, etc.) are now always automatically internally corrected for any insertions / deletions.

FIXES:

• Fix crash when resampling would result in a zero-length buffer.
• Fix view sliding under nudged handle even if nudge didn't move the handle.
• Fix playhead position sometimes not being updated correctly after 'Paste'.
• Fix keyboard focus indicators on handles not showing.
• Minor layout fixes.

Samu

@SevenSystems One minor fix that I’d love to see is an automagic ‘select all’ after doing a trim wich would keep the waveform selected after trim for further processing?

It also feels a bit weird that the fade handles draw the red fade-overlay even when no selection is present?

And for future updates an option to toggle larger icons on/off for ‘sausage fingers’

Samu

@SevenSystems Sorry for spamming...

I noticed that the Meow engine is definitely capable of fast re-trigging (tap outside the waveform while a file is playing to reset the playhead).

https://www.dropbox.com/scl/fi/p9zi5mylpcecgrt7iwnnd/MeowReTrig.MOV?rlkey=pfqldjrlglzyhun5pqjtfbn68&dl=0

This could with a minor adjustment be a superb tool...
...ie. reset the playhead location to the left marker instead of beginning of file?

Cheers!

dendy

it's nice.. now when jumping between loop points doesn hange zoom level it's perfect

i have two ne totally unimportant requests:

1/ any change to remove (optionally if you want) that gradient on waveform ? Dunno why i just don't like it.. would totally prefer if waveform has just one color :-) That gradiens feels a kinda oldschool to me :-D

2/ and other world first problem - when you jump between start and end of loop .. any change do not do it with scrolling and just instantly jump ?

these two and i am done, never any other request, rest of features is more than i need :-)

Harro

@SevenSystems said:

@Harro said:
@SevenSystems About recording:

• After deleting a recorded wave, I changed the samplerate and nevertheless Meow asked if 'the current file' (the recording that wasn't there anymore) should be resampled...

Just following up -- when you say 'After deleting a recorded wave', do you mean 'Select All' and then 'Cut' or 'Delete'? Because in that case, the wave is not really "deleted", it's still there although zero-length, but to the app, there is still something "there" to be resampled...
It doesn't happen to me if I actually select 'New' from the top toolbar...

No, I used Edit -> Delete. I just tried it again (with latest update): recorded something, used Edit -> Delete (waveform disappeared from screen), changed the samplerate, pressed Rec, and the dialog with Resample current file? popped up.
Hope that helps...

mikejohn

I’m not getting any audio through iPhone or iPad speakers .. wired and Bluetooth headphones work fine

“Open in” is working great, though.

SevenSystems

@Samu said:
@SevenSystems One minor fix that I’d love to see is an automagic ‘select all’ after doing a trim wich would keep the waveform selected after trim for further processing?

You can process further after trimming. In Meow, when nothing is selected, all operations are performed on the whole file automatically.

It also feels a bit weird that the fade handles draw the red fade-overlay even when no selection is present?

See above. "No selection" = "All is selected"

And for future updates an option to toggle larger icons on/off for ‘sausage fingers’

Meow follows the 'Settings -> Display -> Text Size' setting... I'm assuming you have this set higher than the default already? If you think that Meow's UI is too small in general (even with a bigger-than-default 'Text Size' setting), I can tweak this to be bigger.

SevenSystems

@Samu said:
@SevenSystems Sorry for spamming...

No problem, I'm used to it 😜

I noticed that the Meow engine is definitely capable of fast re-trigging (tap outside the waveform while a file is playing to reset the playhead).

https://www.dropbox.com/scl/fi/p9zi5mylpcecgrt7iwnnd/MeowReTrig.MOV?rlkey=pfqldjrlglzyhun5pqjtfbn68&dl=0

This could with a minor adjustment be a superb tool...
...ie. reset the playhead location to the left marker instead of beginning of file?

Yes, but I think this is too specialized a feature for v1.0, I currently can't see a good way to integrate this UI-wise. It's part of a broader "sampler-fodder-editing" context, and I think the best way to make this experience better is to actually add a mini-keyboard (with pitching) to Meow at a later point so it can be used to 'try out' a sample on a keyboard at various pitches.

SevenSystems

@dendy said:
it's nice.. now when jumping between loop points doesn hange zoom level it's perfect

👍

1/ any change to remove (optionally if you want) that gradient on waveform ? Dunno why i just don't like it.. would totally prefer if waveform has just one color :-) That gradiens feels a kinda oldschool to me :-D

Certainly. For v1.1, a proper settings dialog is planned, where stuff like this will be configurable. Also, more fine-grained control over snapping, etc. is on the roadmap there.

2/ and other world first problem - when you jump between start and end of loop .. any change do not do it with scrolling and just instantly jump ?

It already skips the animation if you're zoomed-in far enough to see the individual samples. Is this maybe a good enough compromise?

these two and i am done, never any other request, rest of features is more than i need :-)

OK I'll take your word for it 😂

SevenSystems

@Harro said:

@SevenSystems said:

@Harro said:
@SevenSystems About recording:

• After deleting a recorded wave, I changed the samplerate and nevertheless Meow asked if 'the current file' (the recording that wasn't there anymore) should be resampled...

Just following up -- when you say 'After deleting a recorded wave', do you mean 'Select All' and then 'Cut' or 'Delete'? Because in that case, the wave is not really "deleted", it's still there although zero-length, but to the app, there is still something "there" to be resampled...
It doesn't happen to me if I actually select 'New' from the top toolbar...

No, I used Edit -> Delete. I just tried it again (with latest update): recorded something, used Edit -> Delete (waveform disappeared from screen), changed the samplerate, pressed Rec, and the dialog with Resample current file? popped up.
Hope that helps...

Hey. OK, so, when you use 'Edit' -> 'Delete', it never actually deletes everything. It may look like it, but it always leaves at least one sample frame there. To "properly" start from scratch, use the 'New' button in the top toolbar.

SevenSystems

@mikejohn said:
I’m not getting any audio through iPhone or iPad speakers .. wired and Bluetooth headphones work fine

Could you check if your device's 'Mute' switch is engaged and turn it off if so? It's a years-old bug in an iOS API we use to play sound... it should ignore the 'Mute' switch but doesn't

“Open in” is working great, though.

Good stuff!

mikejohn

@SevenSystems said:

@mikejohn said:
I’m not getting any audio through iPhone or iPad speakers .. wired and Bluetooth headphones work fine

Could you check if your device's 'Mute' switch is engaged and turn it off if so? It's a years-old bug in an iOS API we use to play sound... it should ignore the 'Mute' switch but doesn't

“Open in” is working great, though.

Good stuff!

Haha .. yeah . That was it . I think I actually called out the same issue a couple weeks ago, just forgot about the mute switch . Thanks!

SevenSystems

@mikejohn said:

@SevenSystems said:

@mikejohn said:
I’m not getting any audio through iPhone or iPad speakers .. wired and Bluetooth headphones work fine

Could you check if your device's 'Mute' switch is engaged and turn it off if so? It's a years-old bug in an iOS API we use to play sound... it should ignore the 'Mute' switch but doesn't

“Open in” is working great, though.

Good stuff!

Haha .. yeah . That was it . I think I actually called out the same issue a couple weeks ago, just forgot about the mute switch . Thanks!

If there were a way to detect the state of the Mute switch, I'd gladly show a warning in the app, but I don't think there is.

Samu

@SevenSystems said:

See above. "No selection" = "All is selected"

Gotcha, was not immediately obvious...

Meow follows the 'Settings -> Display -> Text Size' setting... I'm assuming you have this set higher than the default already? If you think that Meow's UI is too small in general (even with a bigger-than-default 'Text Size' setting), I can tweak this to be bigger.

Thanks for reminding me, not all apps support those settings but I'm happy Meow does!

I do have 'Text Size' enabled in the control center and use app-specific settings...
...I'll try different ratios. For now I'm stuck at the 135% on my 11" M1 Pro for the editor, but that's almost too big for the 'Document Browser'

mikejohn

@SevenSystems said:

@mikejohn said:

@SevenSystems said:

@mikejohn said:
I’m not getting any audio through iPhone or iPad speakers .. wired and Bluetooth headphones work fine

Could you check if your device's 'Mute' switch is engaged and turn it off if so? It's a years-old bug in an iOS API we use to play sound... it should ignore the 'Mute' switch but doesn't

“Open in” is working great, though.

Good stuff!

Haha .. yeah . That was it . I think I actually called out the same issue a couple weeks ago, just forgot about the mute switch . Thanks!

If there were a way to detect the state of the Mute switch, I'd gladly show a warning in the app, but I don't think there is.

Oddly enough, if I use record to capture audio, it plays back through phone speakers just fine even with mute switch enabled .. then, after making the recording and opening a new sample, that audio will play through phone speakers , as well .. as long as it’s all
done within the same Meow session , as in, the app wasn’t closed and reopened between recording and opening the new sample

espiegel123

@SevenSystems : is there still no way to have meow calculate the tempo from the selection (by telling meow how many beats or bars are selected)?

SevenSystems

@Samu said:

@SevenSystems said:

See above. "No selection" = "All is selected"

Gotcha, was not immediately obvious...

I mean, I'm "voluntarily" hiding the selection overlay when "nothing" (= everything) is selected -- I could just as well show it. But I made it this way because most users are probably used to being able to select "nothing" and would be thrown off by "not being able to select nothing". Sorry for "Thinking Different" 😄 I do want to follow conventions but I also found Audacity's "To apply this edit, please first select a portion of the waveform" dialog infuriating. I mean, it's obvious: If I don't have a selection, then it's pretty damn clear that I want to process everything. But hey. I think we'll all get used to the "compromise" in Meow. I do appreciate the discussion!

Meow follows the 'Settings -> Display -> Text Size' setting... I'm assuming you have this set higher than the default already? If you think that Meow's UI is too small in general (even with a bigger-than-default 'Text Size' setting), I can tweak this to be bigger.

Thanks for reminding me, not all apps support those settings but I'm happy Meow does!

Yes, it's something I recently added to XUI (Xequence does not yet follow it). I was and sometimes still am a bit hesitant, because it opens a huge can of worms regarding UI layout (you can never be sure if anything fits...), but of course I'm the intergalactic authority on adaptive UI layout so I think I should be fine 😂

I do have 'Text Size' enabled in the control center and use app-specific settings...
...I'll try different ratios. For now I'm stuck at the 135% on my 11" M1 Pro for the editor, but that's almost too big for the 'Document Browser'

Interesting insight. It appears from your comments that XUI could be slightly larger in general, even for the default Text Size. I'll wait for more feedback after release and then tweak accordingly!

SevenSystems

@mikejohn said:

@SevenSystems said:

@mikejohn said:

@SevenSystems said:

@mikejohn said:
I’m not getting any audio through iPhone or iPad speakers .. wired and Bluetooth headphones work fine

Could you check if your device's 'Mute' switch is engaged and turn it off if so? It's a years-old bug in an iOS API we use to play sound... it should ignore the 'Mute' switch but doesn't

“Open in” is working great, though.

Good stuff!

Haha .. yeah . That was it . I think I actually called out the same issue a couple weeks ago, just forgot about the mute switch . Thanks!

If there were a way to detect the state of the Mute switch, I'd gladly show a warning in the app, but I don't think there is.

Oddly enough, if I use record to capture audio, it plays back through phone speakers just fine even with mute switch enabled .. then, after making the recording and opening a new sample, that audio will play through phone speakers , as well .. as long as it’s all
done within the same Meow session , as in, the app wasn’t closed and reopened between recording and opening the new sample

Thanks for the report, yes that's actually a bug that will be fixed in the next update (currently, 'Record' doesn't close the audio input properly). This bug may be a feature in your case but it'll be gone soon 😃

Samu

@SevenSystems said:

I do have 'Text Size' enabled in the control center and use app-specific settings...
...I'll try different ratios. For now I'm stuck at the 135% on my 11" M1 Pro for the editor, but that's almost too big for the 'Document Browser'

Interesting insight. It appears from your comments that XUI could be slightly larger in general, even for the default Text Size. I'll wait for more feedback after release and then tweak accordingly!

No need to cater for my f'ked up eyes, I can always adapt the text-size for apps individually

I'm quite sure that once the tabs pop up the issue of not seeing the current file-name will be resolved.
Being able to re-name the tabs would also help with all exported files being named 'Meow Export'

Need to rest the eyes now...

Cheers!

SevenSystems

@Samu said:

@SevenSystems said:

I do have 'Text Size' enabled in the control center and use app-specific settings...
...I'll try different ratios. For now I'm stuck at the 135% on my 11" M1 Pro for the editor, but that's almost too big for the 'Document Browser'

Interesting insight. It appears from your comments that XUI could be slightly larger in general, even for the default Text Size. I'll wait for more feedback after release and then tweak accordingly!

No need to cater for my f'ked up eyes, I can always adapt the text-size for apps individually

I didn't even know that was possible 😂 that solves everything™

I'm quite sure that once the tabs pop up the issue of not seeing the current file-name will be resolved.
Being able to re-name the tabs would also help with all exported files being named 'Meow Export'

Thanks for reminding me, I'll have a look if there's a problem with automatic naming of the exported files...

SevenSystems

@espiegel123 said:
@SevenSystems : is there still no way to have meow calculate the tempo from the selection (by telling meow how many beats or bars are selected)?

Hey, sorry, I didn't get around to this yet -- so I think we settled on that Meow should calculate the BPM as precisely as possible (not round) according to the selection, yeah?

Samu

@SevenSystems said:

No need to cater for my f'ked up eyes, I can always adapt the text-size for apps individually

I didn't even know that was possible 😂 that solves everything™

Just add the 'Text Size' widget to the control center for quick access.
It's also possible under Accessibility set a bunch of 'Per-App Settings' for even more tweaks.

Enabling Lager Accessibility Sizes gives more granular control over font-seize than the regular 'Text Size' under Display & Brightness.

I'm not yet at 'voice over stage' but in a couple of years I might be so I'm slowly learning how they work...

SevenSystems

@Samu said:

@SevenSystems said:

No need to cater for my f'ked up eyes, I can always adapt the text-size for apps individually

I didn't even know that was possible 😂 that solves everything™

Just add the 'Text Size' widget to the control center for quick access.
It's also possible under Accessibility set a bunch of 'Per-App Settings' for even more tweaks.

Enabling Lager Accessibility Sizes gives more granular control over font-seize than the regular 'Text Size' under Display & Brightness.

I'm not yet at 'voice over stage' but in a couple of years I might be so I'm slowly learning how they work...

Oh, sorry to hear. I have pretty bad eyesight as well (-8 / -10 dpt meaning without glasses I can only see about 4 inches...), PVD with huge amounts of garbage floating around (both small strings, dots, and larger "globe pieces"), no stereo vision, damaged patches of retina that have high latency, etc...

But probably not as bad as yours. If I look closely at stuff and don't move my head too much and wait until the garbage has settled, it's quite OK!

SevenSystems

@espiegel123 I guess it could then also automatically adjust the 'ruler offset' so that it aligns with the beginning of the selection...

espiegel123

@SevenSystems said:

@espiegel123 said:
@SevenSystems : is there still no way to have meow calculate the tempo from the selection (by telling meow how many beats or bars are selected)?

Hey, sorry, I didn't get around to this yet -- so I think we settled on that Meow should calculate the BPM as precisely as possible (not round) according to the selection, yeah?

Yes. Probably hundredths is sufficient. User will need supply the number of beats so you know how many beats the selection represents … and so you don’t have to know the meter.

espiegel123

@SevenSystems said:
@espiegel123 I guess it could then also automatically adjust the 'ruler offset' so that it aligns with the beginning of the selection...

That would be great

Harro

@SevenSystems said:

@Harro said:

@SevenSystems said:

@Harro said:
@SevenSystems About recording:

• After deleting a recorded wave, I changed the samplerate and nevertheless Meow asked if 'the current file' (the recording that wasn't there anymore) should be resampled...

Just following up -- when you say 'After deleting a recorded wave', do you mean 'Select All' and then 'Cut' or 'Delete'? Because in that case, the wave is not really "deleted", it's still there although zero-length, but to the app, there is still something "there" to be resampled...
It doesn't happen to me if I actually select 'New' from the top toolbar...

No, I used Edit -> Delete. I just tried it again (with latest update): recorded something, used Edit -> Delete (waveform disappeared from screen), changed the samplerate, pressed Rec, and the dialog with Resample current file? popped up.
Hope that helps...

Hey. OK, so, when you use 'Edit' -> 'Delete', it never actually deletes everything. It may look like it, but it always leaves at least one sample frame there. To "properly" start from scratch, use the 'New' button in the top toolbar.

@SevenSystems said:

@Harro said:

@SevenSystems said:

@Harro said:
@SevenSystems About recording:

• After deleting a recorded wave, I changed the samplerate and nevertheless Meow asked if 'the current file' (the recording that wasn't there anymore) should be resampled...

Just following up -- when you say 'After deleting a recorded wave', do you mean 'Select All' and then 'Cut' or 'Delete'? Because in that case, the wave is not really "deleted", it's still there although zero-length, but to the app, there is still something "there" to be resampled...
It doesn't happen to me if I actually select 'New' from the top toolbar...

No, I used Edit -> Delete. I just tried it again (with latest update): recorded something, used Edit -> Delete (waveform disappeared from screen), changed the samplerate, pressed Rec, and the dialog with Resample current file? popped up.
Hope that helps...

Hey. OK, so, when you use 'Edit' -> 'Delete', it never actually deletes everything. It may look like it, but it always leaves at least one sample frame there. To "properly" start from scratch, use the 'New' button in the top toolbar.

When something ‘looks like it, but is not like it’, I find that a bug, or al least not ‘intuitiv’…