@Zynewave wrote:
The only advantage of using e.g. 24 bit fixed point bounce files will be the reduced file sizes. There are major drawbacks though. It is less CPU efficient because the floating point signal has to be converted and clipped to fixed point.
I certainly have read about this somewhere in the past.
The bouncing process is just more visible in Podium, compared to other hosts that stores hidden freeze files. This is perhaps what is confusing you.
Not sure. I think we will have to agree to disagree on certain points discussed in this thread. Sorry Frits.
The additional questions I added as the discussion went on were simply because of the many other issues that popped up the longer this thread went on.
I will try and find a solution myself, to the problems I raised in this thread. Your points have certainly been very helpful and have given me a better understanding as to why certain things work a certain way in Podium.
However I think the discussion could go on for weeks as I still have questions but I am sure neither of us have that kind of time on our hands so thanks for the information. I have a better idea of what I need to do to address the issues raised.
The time you took to attempt to arive at a solution for me, is certainly appreciated.
Thanks again. 8)
a. It is not possible to bounce a 24bit file anyway at the moment in Podium even if I tried to do so without the 64 bit option anyway.
It is possible. All you have to do is go into the sound properties for the sound on the bounce track, and set it to the resolution you want. Anything from 8 to 32 bit fixed point, or 32/64 bit floats. And this applies nomatter if you are using 32 or 64 bit mixing engine. Podium will by default create sounds on bounce tracks with the mixer engine resolution, because anything else will cause a quality degradation in the bounced file.
Correct but the process you outlined above has a single negative which is not addressed by going into the properties panel and changing the resolution. Your suggestion above will give me the 24 bit file I want but not without truncating it first. Which we have already discussed earlier in this thread.
When I said it is not possible to bounce a 24 bit I was right. You said it can be done by going into the sound properties for the file and making changes there. But that is *post* bounce and will truncate the file. See what I mean? That is, *after* the bounce has been done, so in Podium it still is not possible to bounce a file to 24bits without having to change the bounced file, which will either be 64bits or 32bits to start with, based on the mixer engine options that currently exist in Podium.
It can indeed be done, if truncating the file afterwards is not an issue, but after carefully creating a file in the first place it is seems strange to truncate it at any stage of the music process.
Are you saying here that the truncating process does not affect the master output?
Yes. Not during the bounce recording. When you switch to bounce playback, you will hear the truncated sound file.
Useful to know, but even that process cannot produce bounced playback without truncating. Also it does not adress the truncating issues for track level bounces either.
If I should try to explain it on other words; When Podium records on bounce tracks, the output of the mixer engine is extracted to the sound file. If this sound file is using a lower bit resolution, then you loose bit resolution in the sound file, but it does not affect the audio streaming. Of course if you then switch the bounce recording on, to free up the plugin resources recorded to the bounce file, then the lower-resolution bounce file will be playing. This is why bounce tracks by default are set to the mixer engine resolution. I do not want to introduce quality loss in the bounce recording system.
I agree with you here, any sort of degradation or qulaity loss in the bounce recording system is to be avoided for obvious reasons. I appreciate you taking your time with that one.
You have somewhat answered my question about a future 24 bit bounce feature. It is not going to happen as it will interfere with the bounce process in Podium.
It appears the development of the Podium Sequencer involved a process that somehow (read you know better than me here π ) tied the mixing engine setting to the bounce resolution.
Now other hosts like Tracktion2, Cubase e.t.c are more flexible in this area as their mixing engine settings – 32bit for Cubase and Sonar (but 32 or 64 bit for Tracktion2) allow a user to choose the bounced file resolution based on the bit depth setting.
So choosing a 64 bit or a 32bit mixing environment in other hosts does not mean you have to have 64 or 32 bit bounced files. Are you with me?
ForstΓ₯r du det? (Thats about as far as my Danish goes…google is great!) π You gotta laugh Frits, tech support can be amusing you know! π
Anyway…the percentage of Podium users, past, present and future that share my interest in being able to bounce a 24 bit file while using a 32bit mixing engine(which is pretty standard across all hosts) or 64 bit mixing engine setting, may amount to no more than 0.00000000000000000001%.
However I have brought this up and have engaged in this discussion so far, because you encourage user involvement as far as software updates are concerned (its on the home page) 8). This approach is extremely rare
nowadays and for me is a massive selling point for Podium.
Instead of simply gathering requests without any consultation with users you ask and listen carefully or read carefully in this instance π I doubt anyone has heard or can hear an online forum such as this! π
I think that is why May was such a big month for registration on this forum. Not sure how many bought the product but interest is clearly growing.
In a nut shell Frits…
You have tied the bounce resolution to the mixing engine so any bounced files can only be 32 or 64 bit. Any attempt to change the file to 24bit will truncate it first.
I want to avoid the large 32bit files *and* the truncation process. It seems Podium can avoid neither of these pitfalls, as I will be doing alot of track level bouncing as well.
The fact that you you have used up so much virtual ink on this discussion shows your commitment to solving problems and listening to suggestions. Full marks there.
I even remember a discussion about busses and how Duncan made some suggestions that you eagerly listened to and implemented ages ago. So I think you have a great track record.
I guess I will just have to see what kind of workarounds there are, if any, to the large file issue and the truncation process for now… If you know any please let me know and no Danish. It took long enough for us to get this far on these issues in English π
Tak! π
If you are going to bounce into 24-bit files on individual plugin bounce tracks, there is not much point in using 64-bit mixing engine in the first place.
Maybe, maybe not…
a. It is not possible to bounce a 24bit file anyway at the moment in Podium even if I tried to do so without the 64 bit option anyway. π Tracktion2 allows this so there must be some advantage to it or it’s a very good marketing trick. More on this later.
b. Are there any plans to include a 24 bit bouncing feature?
This is not a problem on the master track though, as the mixing engine output is sent to the monitoring output before being recorded (and thus truncated to e.g. 24 bit) into the master bounce sound.
Are you saying here that the truncating process does not affect the master output?
More on bouncing 24bit tracks within a 64bit mixing project (I am sure you are the expert here but hear me out) 8)
Tracktion2 for instance has a 64bit summing option (which is described as improving audio quality when mixing tracks) but when a file is bounced within a project with a 64bit summing setting switched on it bounces at the recording bit depth set within its settings panel for instance 16 or 24 bit. It can be done.
There must be some advantage to this process within Tracktion2, surely?.
Not your product I know, but I can’t think of anything else to use as direct comparison, sorry. π
I get the feeling the 24 bit bounce option issue might upset the inner workings of Podium, which I would not want, but if you are wondering about the feasability of it, it can and has been done. And there must be some advantage to it as Tracktion for instance allows the bouncing of 16, 24 or even 32 bit files *within* a 64 bit summing /mixing project. This is what I am trying to do in Podium but it appears as you said to be pointless. Why?
Even other hosts that do not have 64bit summing will bounce a file at the bit depth settting (24bit for instance) not the mixing engine setting which is usually 32bit float in Cubase for instance.
Yes my concern is about the huge 32 bit files, and are there any plans to include a 24bit bounce feature as other hosts already have?
If not, thats cool as Podium is already a highly productive environment for professional music making, but I cannot work with 32 bit file bounces at this point (hard drive space).
Also I, along with many other producers prefer not to truncate any file at any point of the production process. π
I don’t think you misunderstood me, however when you said…
“Setting the master sound to 24 bit will still do all the mixing in 64 bit, but the bounce recording to the master track is stored in the 24 bit file, and thus is truncated of course”
By “setting the master sound” do you mean changing the properties of a bounced file on the master out? If yes then I understand what you mean.
I must admit I was a bit puzzled by this statement though…
“After you have sent your 24 bit file to the CD-factory (perhaps), you can always change the resolution of the master sound back to 64 bit float, and redo the bounce recording”
I assume CD factory means a mastering house or CD copying facility.As for changing the resolution back to 64 bit why would this be of any benefit? Also why would I then want to redo the bounce?
I think we may have our wires crossed a little 8) .
I am trying to work in Podium using the 64bit mixing engine, which I think is a great feature to use. But I also want to simply bounce my midi files / events to a 24bit file, not a 64bit or 32bit file that must be truncated.
I will be doing my own mastering so once the files are at 24bit I would do my own dithering to 16bits.
I just want to avoid having huge 32 bit files on my hard drive which while not small, with the volume of work I have coming up will not realistically be possible to store all the projects I want to create in Podium.
External storage is one solution but I would rather spare that expense as Podium brings my costs down at the moment not up. So great work on your part there. π
I certainly do not want to do any uneccessary bit conversions if they can be avoided and simply want a 24bit bounced file that can be dithered to 16 bits.
I might have been able to use Izotope Ozone http://www.izotope.com/products/audio/ozone/ for instance in Podium, but Podium does not have an export function for the output of any tracks or even the master out which is where ozone would sit. So if Podium could bounce a 24bit file I would have to choose save as from the sound editor and get the file out of Podium that way and dither it elsewhere. Which is ok.
Just trying to avoid huge 32 bit files. Or truncated 24bit files. Any plans to implement 24 bit bouncing in Podium in future?
I think dithering is on the plan already If I am not mistaken.
@Zynewave wrote:
Can each of these have their own option please?
I’ll put that on the plan. I’m not so sure about the faded colors though. They are calculated as a blend between the defined color and the background color of the current color scheme. If you were to define the faded color state, it will not be possible to make them appear ‘faded’ with different color schemes.
There is a ‘Surround’ example project with the Podium installer. This uses a couple of plugins (such as a surround panner) that Acousmodules has created specifically for Podium. Links should be in the project stickie note.
Frits
Thanks for adding the colour options to the plan. If the faded state option is going to cause problems then don’t worry. If however you do find a way to implement it without affecting other aspects of Podium in a negative way then please do try. π
I will have a look at the Surround project, thanks. π
Thanks for the feedback guys. π
Frits…it appears the panner issue is not quite as simple as first appeared to me. You have done well to even implement surround in Podium with support for so many configurations in the first place, looking at the difficulties involved and then offering such features at the current price point π
Thanks for the clarity on the scoring and video questions as well.
As for the pan colour? Sorry I meant Play! π
On the arrange page click on View > View (on drop down) >Set up > Colours… and fourth from bottom on the left (I am sure you know) is the Play, Bounce and Solo colour options.
Can each of these have their own option please? As they all have to be the same colour at the moment. And additional colour options for the faded state of all the following would be great as well
Play
Bounce
Solo
Record
Mute
By faded state I mean when for instance, you solo a group track the child or sub tracks are also solo enabled but have a faded green colour this is the faded state I am referring to.
Thanks Frits.
Super_Crunchy…
Thanks for the advice. I have seen acousmodules creations and they even feature in SOS MAG this month as well. π
I have not really tried them yet but until Frits creates a surround panner with (no doubt) the same attention detail as everything else in Podium 8) I will probably have to use Acousmodules stuff, they certainly do look very useful and varied. π
@Zynewave wrote:
You can override this, by entering the sound properties of the created bounce track sound and change the bit resolution from 64bit floats to 24 bit.
I have seen this option, but surely if I change the bit resolution from 64bit to 24bit in this way without dithering I am effectively truncating the file. π
If that is the solution available in Podium thats fine but I just thought there was a way to utilise the 64 bit mixing engine and not have to truncate a 64bit file down to 24 bits.
What I am simply tryng to achieve is simply the bouncing of a 24bit file within a 64bit mixing engine project.
Previously I had my bit depth set to 24bit for the project, and the mixing engine was set to 64bit.
Correct me if I am wrong but there are two options for the mixing engine…32bit and 64bit which is great.
However it appears any bounced track will either be a 32bit file or 64bit file. Correct?
If thats the case then there does not appear to be any way to bounce a 24bit file out of Podium. Thats OK as I can work with 32 bit files. The size of 32bit files is what concerns me, talk less of 64bit files.
If there was some way to use the 64 bit engine without having to choose between a 32bit bounced file and a 64 bit bounced file that would be great.
As it stands now (please correct me if I am wrong) there is no way to avoid truncating a 32bit file to 24 bits after bouncing (using the 32bit mixing engine) or even worse tuncating a 64bit file down to 24bits after bouncing using the 64bit mixing engine?
Or does Podium get around the truncating issue somehow?
@francois wrote:
π ok, sorry , but do you have the same problem i mentioned about the “dry audio” when using console?
Hi there,
I have not come across this problem before.
Hi Stu,
Would it be this CPU topic that you were looking for …?
http://www.zynewave.com/forum/viewtopic.php?t=224&highlight=cpu
@francois wrote:
π you can also try CONSOLE Demo and see if it help , i think so
Thanks Francois but I am the same guy who suggested you try it in this thread! π
http://www.zynewave.com/forum/viewtopic.php?t=427
I have used Console for over a year. π
A minor issue with Console not recalling a preset name but recalling the preset state can be found here…
http://www.zynewave.com/forum/viewtopic.php?p=2285&highlight=#2285
Not a show stopper at all, but for whatever reason Console or Podium could not recall the preset name if created within Podium.
More detailed explanations can be found within the thread link above. As you appear to have the demo, the discussions in the thread may help you determine if you will buy it or not. It works perfectly well but can’t seem to communicate with Podium…yet anyway. 8)
Thanks for the ‘crop’ explanation.
I have read all user comments on KVR regarding Podium. What’s interesting is that whenever these threads appear, they are actually creating more traffic to zynewave.com than e.g. a Podium news item on the KVR main page can generate.
Ironic indeed and very funny. π
Ok…your detailed explanations about phantom copies has really helped. Having used other hosts sometimes you expect a simple copy and paste to work just like other hosts.
Some hosts I think give you the option of creating a linked copy of a clip when you try to copy it. My expectation was that Podium was simply copying my cilp and not linking it. As I said earlier I am trying to understand the way Podium operates as well as the different terminolgy used in Podium.
So far so good anyway, and thanks for your efforts. I have decided to simplify this problem and delete any links to the original file and quantize the original again, double check the alignment and crop the sequence ( what specifically does the crop feature do, a type of trimming of the event?) this approach seems to have cleared up the midi timing issue.
I guess if I had only ever used Podium as a sequencer that would have made the learning process much easier for me. π
But for that to happen you would have had to leave your job at TC Electronics alot earlier to finish Podium around 2001 / 2002!
Saving arrangement zoom settings is on the plan.
Glad to hear it and looking forward to it.
By the way I was puzzled as to how to save changes to a plug ins exisitng preset. But you simply click on the New button in the preset area and make your changes on the plug in ! This is really well done.
It’s actually quite odd because I tried Podium about 6 – 9 months ago for the first time and gave up because I just could not get a sound out of it!
There was even a thread on KVR with some existing Podium users supporting your cause but many like me really wanted to use it but could not understand how after 30 minutes of trying or longer we could not get a beep out of Podium, really! I will find the thread if you want.
Anyway about 4 months ago or so I read the superb reviews of Podium on KVR and one reviewer actually posted a link to his own self made quickstart. So I thought with all these glowing reviews let me try this again and use his quick start.
I think even that failed because somewhere in the quickstart he forgot to mention that you cannot access a plug in interface without hitting play first or something along those lines so I was well and truly stuck. I simply hit the play button and noticed the E button appear and thought finally!
So here I am today!
Anyway keep it going Frits. 8)
Thanks π
@Zynewave wrote:
Got the project. The quantization problem was indeed the situation I described with phantom copies. The two sequence events you have on the track are referencing the same sequence. This is indicated by the circled ‘+’ icon shown after the sequence name on the event. The two events show almost the same part of the sequence but is slightly misaligned.
If you want the two sequence events to be unique, then use the ‘clone phantom sequence’ context menu on one of the events.
The misalignment when corrected still brings up this problem… the notes when quantized in the first event will somehow cause the second phantom copy to lose its quantization state.
Try it yourself and see. The clone phantom sequence seems to indeed separate the connection between the events but why would a quantized midi event when copied not produce another fully quantized event?
Sorry Frits, I don’t mean to go round in circles but I am just trying to get my head around the Podium approach to quantizing copies of files that are linked and why it produces different results even when the events are properly aligned. I have just tried it. π
Another issue I noticed is that when the project is closed and re opened it loses the quantised state. Please try this as well.
Thanks
Just got this message…
Your message did not reach some or all of the intended recipients.
Subject: Quantize issue.
Sent: 28/05/2005 15:58
The following recipient(s) could not be reached:
‘info@zynewave.com‘ on 28/05/2005 15:58
550 must be authenticated
I will try sending it again. Failing that I wll use an alternative email address.
@Zynewave wrote:
Either way why would quantising phantom copies align notes differently?
The quantization of events inside sequences always follows the bar/beat alignment of the arrangement. If you e.g. are using bar quantization and one phantom copy is placed in a 4/4 part of the song and the other is placed in a 3/4 part, then the bar sizes/quantization is different. Also, If using e.g. 1/16 quantization, and the start of the two phantom sequences are not placed exactly on 1/16, then the quantization will be different depending on which phantom sequence you apply the quantize to.
Agreed. π I thought there some other reasons other than those you mentioned above.
Hopefully you can replicate the quantize problem.
Thanks