Hi Frits
I have done some testing with audio buffer sizes, and no matter what I set the audio buffer to, the problem remains.
I need to optimize the disk streaming in Podium at some point. I’m aware that this is not efficient when there are a lot of audio tracks playing.
It even occurs when I have only one or two audio tracks playing (so, it’s not just when there are many tracks playing at once)
Can we stream our audio from disk only instead of RAM? My hard drive should be able to handle the job with ease…
hi frits
This discussion has made me think – how does Podium’s disk streaming work? When does it decide to stream from RAM, when from disk?
I have 512MB DDR I’m pretty sure. Thanks for your reply, it makes sense. I’ll just increase the audio buffer and hopefully the problem should go away
in terms of what people are familiar with, I think ‘phantom’ or ‘ghost’ is better. But technically, something like ‘reference’ woudl be better IMO. ‘Reference’ seems to capture the essence of this functionality IMO, as would something like ‘master’ ie ‘master clip’ but it may become confused with the master output and/or mastering?
If you end up leaving it as ‘phantom’ I think that would be fine as it has the same meaning as ‘ghost’ anyway. I’m quite happy with the term ‘phantom copy’
regarding ALT key and segment tool, I don’t use this much either, so I’d be happy for the ALT key to be used elsewhere. I personally use the insert key to create phantom copies.
awesome, thanks! 8)
just to clarify: this is more of an issue when you are zoomed right out in an arrangement, for example when a whole track is visible in the arrangement editor
once you start zooming in (so approx 32 bars or less are visible in the arrangement editor, in my current setup) the time-ruler bar numbers/lines match the editor gridlines
@Zynewave wrote:
If you want independent zoom of the sequences, you will have to open a separate editor window by double-clicking the event.
that sound reasonable and makes sense, thanks Frits
Hi Frits, the new zoom and scroll bars buttons and functionality are really nice! 8)
my only new suggestion would be that when you click on a sequence and it appears in the sequence profile, that any midi data is centered vertically in the display. It’s a very minor thing, only to prevent a bit of unnecessary scrolling
actually one more thing, maybe the sequence profile needs it’s own horizontal scroll bar and zoom controls… or did you not put this in because it would look confusing having two lots of scroll bar controls with one just above the other?
might be handy to have the arrangement and individual sequences zoomed in at different levels, because in the current version 1.44 they both have the same horizontal zoom (but independent vertical zoom)
PS the horizontal zoom for the sequences could begin just after the vertical “visual keyboard” in the sequence, so it wouldn’t be as wide as the arrangement editor’s horizontal scroll bar, so it wouldn’t be so confusing. Also, the sequence horizontal scroll bar could be vertically smaller as well. I notice when you adjust the Profile Properties and add “Scrollbar” to the region list, it adds a horiz scroll bar which is disabled… you could simply enable this scroll bar, as it appears smaller anyway? though it might be better at the bottom of the sequence profile instead of the top?
Thanks, oh mighty uber-developer
😆 🙂
or the short version: the time-ruler bar numbers and lines should match the current editor gridlines, which mark out bars/fractions of bar at the moment
yes, that solution would be fine where the editor gridlines mimic the highlighted bars in the time-ruler…
but…
I would suggest that the highlighted bars and bar numbers in the time-ruler always represent bars with odd numbers only, when zoomed out
For example, at 100% zoom the bars showing would be
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
however, after zooming out a bit more the bar numbers showing would be
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33
after zooming out further still
1 5 9 13 17 21 25 29 33
and further still
1 9 17 25 33
At the moment, irregular bar numbers are shown (depending on the zoom) eg
1 4 7 9 10 13 16 19 22 25 28
Which doesn’t reflect real life, where most producers are thinking in terms of 1, 2, 4, 8 and 16 bar sections…
Hope this makes sense?
If you changed the highlighted bar numbers like this, and then matched the editor gridlines with them, it would more logical, and more user friendly. I would highly encourage you to change Podium to work in this manner, as for anyone making music in 4/4 time it’s currently a little irregular
Thanks 8)
Chris
Hi Improv
You sound like a new user to Podium, so you might find this tutorial I wrote in January is helpful
http://www.zynewave.com/userfiles/ScamArtist/index.htm
Podium has changed a bit since it was written, but the stuff covered in the tutorial will work the same I think
@Zynewave wrote:
The tool icons are now smaller and anti-aliased. To me this looks better. I’ve always been unhappy with the sharp pixelized look of the old icons, which was a direct copy of the tool mouse cursor images.
I hate to rock the boat, but I preferred the old icons too. Sure, they were aliased and stood out, but that’s a good thing 😉 I think they look a bit too blurry now. In my opinion, you should try using a darker stroke around the icon elements so they look a bit crisper… Look at the examples below, in the second one I used a 1 pixel black stroke at 43% opacity
Before:
After:
Just my opinion (as a part time Graphic Designer). The example images I did are pretty rough (did them in 5 minutes) but it helps to keep the icons looking crisp IMO
I’ve emailed the guy who made daHornet to see if he’ll look at the bug… he might not, because it’s a discontinued product, but there’s no harm in asking 😉
(I sometimes use daHornet myself, but I never use it’s keyboard)
Hi Frits. The preset warning popup that you implemented is a lifesaver, thanks!
I’ve been doing it with third party plugins, eg DFX Monomaker
http://destroyfx.smartelectronix.com/software/monomaker-win.zip
But a mono switch in Podium would be much more efficient Frits,….this feature like many others can wait if it’s going to take too much time 8)