ConquistadorVacation? Yes. However the dual core *Podium* Dell machine he has recently bought, may delay that for some time… 8)
From previous posts it appears he is having way too much fun with that at the moment. 🙂
Conquistador@super_crunchy wrote:
I love the online bounce, for the “what you hear is what you get” factor.
I don’t know of any other host that even has such a feature. I think Logic has / had a realtime bounce option as well, but I don’t think it’s implemented in quite the same way as Podium.
Conquistador@Podianer wrote:
I voted for “engine related”, because imho the feature of offline bouncing is the most powerful.
Just my thoughts…
I think offline bouncing will be welcomed by many. I was initially very surprised that Podium did not have this feature when I first started looking at Podium over a year ago.
Many hosts have it. I use the realtime bounce feature which is very useful, quite unique in it’s operation, but I would certainly be interested in being able to bounce down a 3 – 5 mniute track offline. It’s just quicker. I would not want to lose the real time bounce option though.
So if offline bouncing is an additional option then definitely yes, I fully agree. 8)
Conquistador@Zynewave wrote:
For a long time I have had an idea for a multi-fx plugin. It would solve both the problem of missing EQ and dynamics in the Podium mixer, as well as offer a solution for multiple effects on a single track. I’ll probably start experimenting with this soon, after I wrap up a few minor things.
Very clever.
While the wrapping process for getting FX on tracks works very well in that it provides a very visual way of working with FX and being able to see the flow upwards to the master out, the mulitfx option sounds even better.
Conquistador@francois wrote:
I am happy with the decisions of Frits , but i voted like Osofaux for plugin developpement , particularly about midi plugins 😀
Hi Francois.
There seems to be quite a few people interested in plug in development. A small collection of plugs developed by Frits is an interesting idea.
Conquistador@Zynewave wrote:
The samplerate also shows 88200 for your new project. Just to clarify; the samplerate is set in the arrangement properties dialog. The samplerate set in the interfaces dialog is used as default when creating new arrangements.
That was the problem! I had confused the two settings.
I changed it 44100 and the files playback correctly.
Thanks Frits 🙂
Conquistador@peter wrote:
what are the bigest reasons to use other sequencers ?
I think these are already on the Future map list so Frits will get round to implementing them at some stage…
1.Dither option
2.External sound editor integration / file export option (Soundforge e.t.c)
3.Applying a fade directly on a clip.
4. A way to copy / back up all the samples and audio files used in a project including those used by a sampler to a separate project file.
5. Separate folders for audio and other project files.
6. Almost forgot…rewire.
Again at some stage I think Frits will implement these features if they are on the future roadmap list.
Conquistador@Zynewave wrote:
The arrangement in your project is set to 88200 Hz samplerate. Are your sound files recorded in this samplerate too?
Sorry about that Frits. I was sure the project I sent you had a sample rate of 44100 instead!
To answer your question the files were recorded at 44100 and not 88200.
Thankfully when I started a new project all was well with the files. 😉
However… I have sent you another project file which has 44100 as the sample rate for the project but the same files are playing too fast. The sample rate is definitely 44100 this time. 😕
Could this project have become corrupt somehow because it’s definitely on 44100 not 88200. Please check the project.
Conquistador@super_crunchy wrote:
@Zynewave wrote:
If Podium becomes a big commercial success, I may find myself unable to cope with the support questions. In that case I would be looking for help or some sort of cooperation, so that I can dedicate most of my time to development.
there’s a few loyal podium fans who will always provide support for other users if they can, like myself 🙂
Yes Mr. Crunchy I have noticed that. 8)
ConquistadorHi Super_crunchy.
The sample rate for the files is exactly the same as the project setting in Podium. I just checked it. So the project I sent to Frits should also confirm this.
I thought you had cracked it for a minute. 8) Probably the most unusual thing of all was when the files were previewed in the list view, sometimes they would play back correctly and sometimes they would not.
But I don’t remember the files ever playing back at their correct speed once they had been dragged to the arrangement.
I even tried the Import File approach from Podiums main screen, and I was sure at least that would work, but I had the same problem.
My guess is Frits will discover some technical zip zap, and say the x of z was not ticked and you had the g of t set to solo or something. 🙂 I would happily wlecome that right now. 😕
I seems too strange to be a bug, but I have no answers right now, but I know Frits will almost certainly find the problem, user error or not. 😉
Conquistador@Zynewave wrote:
- Plugin processing is distributed on all available processors when running on a hyperthread enabled or multicore/multiprocessor PC. This allows plugin processing to be completed in a shorter period of time, and thus results in extra available CPU headroom. The actual CPU usage can be viewed in the Windows Task Manager, which can be accessed by right-clicking on the Windows taskbar.
- Added ‘enable plugin multiprocessing’ option in the preferences dialog. Clear this option if you encounter plugins that become unstable when using multiprocessing.
- Fix: Solved issue with corrupted Podium menus when unloading KarmaFX Synth.
Up a bit late? 🙂
Well well. Podium supports up to 32 proccessors. Very impressive. 8)
Conquistador@Osofaux wrote:
I voted “Other areas not covered above (say why please)”… the reason being that, while each item is pulled from a different area of the “future development” list, they work to a common end. The items are:
– MIDI file export. (UI related)
– MIDI Time Code support. (Engine related)
– MIDI plugin support & Rewire support (Plugin related)The common end, in simplest terms, is that each of these allow Podium to work with other programs in one way or another. While Podium matures, those who are missing certain features can possibly work around them using one or more of these.
Also, I’d love to see the count-in feature implemented, under “Engine Related.”
So while my vote went to “other,” I’m pretty much happy to let Frits decide.
Hi Osofaux,
I must say I was not sure if it would be necessary to add a *misc* or *other* option for the poll but it looks like it was a good idea. Thanks for the explanation as well, I have never really looked at it that way.
I voted ‘engine related’ – audio fade-in/-out is most important to me…
I almost forgot about that. It would be very nice to see such feature make it’s way into Podium at some stage. I think a dither option is top of my list now that mulitprocessor support is on the way.
ConquistadorOk a work around for this strange behaviour in Vsampler when used with Podium has been found.
If you are a vsampler user and would like to use Podium…try this approach to avoid the spikes altogether…
Vsampler has many ways to import a sample for different purposes so if you go to View and make sure the Editor View is ticked,
then got to File > Import sample this should bring up a browse box where you can audtion samples without any cpu spikes or crackling.
I have tested Vsampler with Tracktion and it does appear to spike when samples are auditioned in Tracktion as well but it does not seem to crackle as it did in Podium 😕 Anyway I can audition files *noise free* now so for anyone who is using Vsampler, please take note. 8)
ConquistadorWa- hey! Hi guys.
Interesting views. I think we all agree that Frits has done a remarkable job working solo, to say the least.
Of course whatever our views are Frits will ultimately make all decisions regarding Podium and obviously as I’m sure Frits knows, in no way is the thread intended to change that. But it is good to know to know that he encourages user feedback regarding the development of Podium hence this thread.
It is interesting to see what different users are interested in and hopefully this thread, at least in some small way, will provide some sort of reference point for Frits regarding future development.
Thanks for your views, I imagine more forum members will have there say… 8)
Conquistador@Zynewave wrote:
Great initiative Conquistador,
I voted ‘I’m happy to leave it to Frits to decide’ :clown:
Thanks for the compliment Frits, nice to see you joining in. 8)
Thumbs up to Conquistador for this initiative!
/Joachim
Hi there,
Thanks for sharing your views. 😉
Did not expect so many responses so quickly! I guess the rest of the forum members will pop in soon as well. Thanks duncan, Super_crunchy and Dandruff for voting as well.