Zynewave's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 1,036 through 1,050 (of 5,969 total)
  • in reply to: Restricted to Podium license owners
    Zynewave
    Keymaster
    This content is restricted to Podium license owners.
    in reply to: Preview 2.34: Minor consistency updates #18978
    Zynewave
    Keymaster

    I’ve updated the guide with the new features coming in 2.35:

    The “Browser Window” chapter is updated with MIDI file audition. Sorry about the Spanish translation LiquidProj3ct 😳 . You can see the changes I’ve made with the “Old revisions” button.

    I also updated the Note Sequence chapter with info on MIDI file drop + new improved multiple selection Insert key behaviour. The Insert key behaviour described below is also implemented in the arrangement editor.

    Note events can be added by dragging MIDI files directly onto the note editor timeline. This will merge the notes from the MIDI file into the current sequence, in contrast to dropping the MIDI file on a track, which will create a new sequence object. Dropping MIDI files onto the note editor timeline enables you to build a sequence using simple elements, such as chords, arpeggios, single drum patterns, and so on. You can create your library of MIDI file elements by using the **Export to MIDI File** command in the note editor **File** menu. When you move a MIDI file over the timeline, you’ll notice that the drop highlight is cut at the note under the mouse cursor. This indicates that all the notes in the MIDI file will be offset to this root note. For example, if you have a MIDI file containing a C major chord, dropping the file on a D note will create a D major chord. Holding the Alt key will override the root note offset. Holding Shift will override snap mode.

    The Insert key can be used as a quick shortcut to append duplicates of selected events. The duplicates will be placed starting at the end of the last selected event. The original events will be deselected and the duplicated events will be selected, so that pressing the Insert key repeatedly will continue to append duplicates. A duplicate event will not be created if an existing event is already positioned at the place where the duplicate should be placed. If snap mode is enabled, pressing Insert will snap the duplicates relative to the next editor grid line. Press Shift+Insert to override snap. Press Ctrl+Insert to snap to the next bar, no matter what the editor snap settings are.

    in reply to: Preview 2.34: Minor consistency updates #18973
    Zynewave
    Keymaster

    @Zynewave wrote:

    @thcilnnahoj wrote:

    I found some time to give reformatting (just hope I didn’t mess it up) the preferences chapter a try. Lots of stuff left that I couldn’t explain very well, or not at all. 🙁

    I see you placed “fixme” next to a few items that already have a description. Is that because you think the text is not clear enough?

    in reply to: Preview 2.34: Minor consistency updates #18972
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Zynewave wrote:

    If it’s okay, I’d like to have a go at the Loop-Recording and Composite Tracks section, which looks like it needs screenshots as well.

    The page is all yours. The current text and screenshots were contributed by Mike G a long time ago, so that’s why the formatting may appear different.

    I see – I hope he won’t mind, then!

    I took the liberty of giving the recording chapter an overhaul – phew!
    As I’m still not entirely sure what’s supposed to go where, there may be some redundant information present.

    Excellent 🙂 Nicely written.

    I’ve added the following text about multiple take selection, which wasn’t included in the old chapter either:

    If you have selected multiple composite events, and select a take on one of the selected composite events, any similar named takes in the other selected composite events will also be selected. If the **Use timestamp as name for new take events** option in **Preferences** is enabled, it is easy to simultaneously change takes on multiple composite tracks. If you for example have recorded multiple takes of a band rehearsal using multiple audio inputs, you can select all the composite events, and switch the takes for all tracks simultaneously. Since the takes are named with a timestamp of the recording start, the selected takes will always be from the same recording, even if you reorganize the take tracks.

    I don’t know what to do with the paragraph surrounded by “fixme” tags…

    I’ve parked it at the end of the chapter under a new “Recording MIDI parameters” section. I removed the FIXME. Even if the text do need fixing, I’m not keen on creating the installer pdf guide with FIXMEs included. 😳

    I also wonder if recording plug-in & mixer parameters via the mixer faders should go here or someplace else (for now, I’ve put a reference to the parameter automation chapter up)?

    That’s fine.

    Plus, after this thread, I’m not certain anymore about some terms – for example, is it ‘device mapping’ now, or ‘device object’?
    Some others (composite event, take selection bar), I couldn’t find an official name for, so I had to make them up! 😛

    I use “device object” as a general term for any of the device mapping, device definition, preset and parameter object types.

    I see you removed the “bounce recording” section that was in the old page. Was that just too out of date, redundant, or do you have other plans for that text?

    in reply to: Using control surface with Podium Free #18971
    Zynewave
    Keymaster

    @pquenin wrote:

    Can this work ? because in the podium guide, it says that podium detects mackie compatible control surface : can a virtual midi port be detected as a valid mackie compatible control surface ? If not, maybe it’s easy to have a button that tell Podium that this virtual midi port is a mackie compatible control surface…
    Hmm, do you see what I mean ?

    For my knowledge, can someone explain me why mackie compatible control surfaces are listed in the midi-out in Podium ?

    Currently, Podium requires that a connected Mackie device responds to identity requests sent out on a MIDI out port. That’s why you have the Mackie option on the MIDI output port, since Podium will automatically link this to an input port when the Mackie device responds. Not all Mackie emulation devices responds to this identity request, so in a future update I’m going to make an option where you manually can select paired MIDI input/output ports, so that you can use all Mackie emulation devices.

    in reply to: Preview 2.34: Minor consistency updates #18963
    Zynewave
    Keymaster

    I took a break from the guide today, and implemented a couple of small yet cool features:

    MIDI file audition in the browser (this one has been requested many times).

    Dragging of MIDI files directly into the timeline of the note editor, to insert the notes from the MIDI file into the current sequence. Holding the Alt key allows you to position the mouse vertically to drop the MIDI file on a specific root note. This can be useful if you have a library of simple MIDI files that for example contains chords or arpeggio patterns. Thus you can drop them on any starting note.

    in reply to: Preview 2.34: Minor consistency updates #18960
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    I found some time to give reformatting (just hope I didn’t mess it up) the preferences chapter a try. Lots of stuff left that I couldn’t explain very well, or not at all. 🙁

    Many thanks. The bullet point list is something I plan to use for all chapters that describes UI controls and menus. I see you placed “fixme” next to a few items that already have a description. Is that because you think the text is not clear enough?

    If it’s okay, I’d like to have a go at the Loop-Recording and Composite Tracks section, which looks like it needs screenshots as well.

    The page is all yours. The current text and screenshots were contributed by Mike G a long time ago, so that’s why the formatting may appear different.

    in reply to: Odd requests #18959
    Zynewave
    Keymaster

    @German Fafian wrote:

    Ok. No problem.
    Any chance to see any of these requests in the future?
    😀

    Perhaps. But not this year.

    in reply to: Preview 2.34: Minor consistency updates #18955
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Zynewave wrote:

    Completed a new chapter:

    http://www.zynewave.com/wiki/doku.php?id=guide:sliding_zooming

    Anyone wants to add screenshots to go with the text in this chapter? (Nudge, nudge. :wink:)

    I’ve added two, though I’m not sure if the scrollbar shot is needed. Just remove it if you think it isn’t. I also thought it made more sense to show the navigator & snapshot buttons together in one shot.

    Many thanks. 🙂

    I originally took a shot of a generic edit toolbar for the toolbars chapter, but since you’ve described the track menu, maybe it should again be updated…

    I think it’s ok as it is. I’ved added “Only available in the arrangement editor.” to the track menu button description.

    in reply to: 2.34 #18954
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Frits, there is an small conflict deleting files from file explorer, if the file is playing (browser preview) and you try to delete it you get the tipical windows error that file is in use. Maybe you can change this behavior in two minutes, stoping the playback once you select ‘Delete’ 🙂

    Fixed.

    in reply to: Preview 2.34: Minor consistency updates #18947
    Zynewave
    Keymaster

    Completed a new chapter:

    http://www.zynewave.com/wiki/doku.php?id=guide:sliding_zooming

    Anyone wants to add screenshots to go with the text in this chapter? (Nudge, nudge. :wink:)

    in reply to: graphic bugs & host crashing #18941
    Zynewave
    Keymaster

    I’m guessing the crashes you see are due to low memory. I can see you have 1 GB RAM.

    Try opening the Windows Task Manager and check the memory used when you run Podium Free vs FL 4.

    From the little I know about Wusikstation, I believe that it is loading all its samples into memory, and don’t use disk streaming. Correct me if I’m wrong.

    Could it be that the presets that causes the crashes, uses large samples?

    in reply to: Midi VST plugin #18940
    Zynewave
    Keymaster

    @pquenin wrote:

    OK. Do you know when midi plugins will be supported ?

    I don’t know. I’ve tried giving out time estimates for new features in the past, but these estimates seldom come through. Feature suggestions and discussions on the forum often makes me change the focus of the development.

    In the plugins preferences, what is “Enable recording of VST plugin MIDI output” for ?

    If you for example have a pattern based drum plugin that supports output of MIDI notes, you can use this option to record the patterns as a note sequence on a Podium track. You can then reuse the pattern on other tracks.

    Do you plan to improve the midi controllers support (a tool where we can make and save our own mapping to the Podium functions : transport and mixer) ?

    I do plan to extend MIDI controller support, but again, I can’t give you a time estimate.

    in reply to: Cropping audio #18938
    Zynewave
    Keymaster

    You could try placing the 700 MB sound file on a track, use the scalpel tool to split it up in the pieces you want, select all the pieces, and then use the “Convert to Unique Cropped Copy” edit menu command.

    If you want to avoid the undo history issue, you could also select the segment you want in the sound editor, and then use the “Export Selection to Sound File” file menu command.

    in reply to: Midi VST plugin #18936
    Zynewave
    Keymaster

    VST midi plugins are not supported yet.

    If your MIDI controller supports sending stop/start MIDI real-time messages, then Podium should respond to those. Loop and record mode cannot be controlled with the real-time messages. For that, you’ll need a Mackie Control Universal compatible controller.

Viewing 15 posts - 1,036 through 1,050 (of 5,969 total)