This is my last week of vaca, so next week I start working on the next release... WOO-HOO!
Any feature requests, put them in here, and I'll do my best...
Any feature requests, put them in here, and I'll do my best...
Rockit 5.? Requests
- Thread starter SoftJock Rick
- Start date
I would use your sotware if it had full BPS capabilites and all the karaoke add ons of Karma.
Probally got going to happen. I wish there was a program that was a cross of Virtual DJ and Karma so I only had to use one program.
Probally got going to happen. I wish there was a program that was a cross of Virtual DJ and Karma so I only had to use one program.
DjDennis
RIP- My Dad (2011), Sister (2013) and Mum (2017)
Might be a good idea, since I have no recollection whatsoever...
Hey, I've been on vaca for the last 2 months -- what can I say
Maybe it's just me, or I'm not paying attention, but when playing with the trial, I didn't notice any linked correlation between the VU meters and the gain/volume slider adjustments. Is there a way to sync the meters up to the sliders so you can get a visual indicator of gain levels and have an easy way to visually match levels between decks?
Here was my posting on another thread:
Within the video jukebox.
First question was pertaining to the slideshow. Right now, it will run thru loaded images, deleting them after they are displayed. I'd like to see an option to allow them to stay loaded and a loop function, so images can be displayed a few times prior to new ones being loaded.
Second question was pertaining to the static image that I'd like to use. Instead of having to load the image each time, I'd like to be able to use a default image that would display when there was nothing else. It currently does this if the player is built into a screen, but I don't see the option when it's just viewed as a pop-up.
Imagine my scenario.....I'm entertaining at a wedding. I have created a nice static image (monogram) that I'm displaying on the monitor/projector. At times, I'm taking a few candid party shots and want to run a slideshow of them as well, but I want to loop them a few times before I either delete them or add a new group. Or better yet, give me the ability to tell RockIt to loop so many times before stopping and then displaying the static image.
Within the video jukebox.
First question was pertaining to the slideshow. Right now, it will run thru loaded images, deleting them after they are displayed. I'd like to see an option to allow them to stay loaded and a loop function, so images can be displayed a few times prior to new ones being loaded.
Second question was pertaining to the static image that I'd like to use. Instead of having to load the image each time, I'd like to be able to use a default image that would display when there was nothing else. It currently does this if the player is built into a screen, but I don't see the option when it's just viewed as a pop-up.
Imagine my scenario.....I'm entertaining at a wedding. I have created a nice static image (monogram) that I'm displaying on the monitor/projector. At times, I'm taking a few candid party shots and want to run a slideshow of them as well, but I want to loop them a few times before I either delete them or add a new group. Or better yet, give me the ability to tell RockIt to loop so many times before stopping and then displaying the static image.
The VU meters reflect INPUT level to the decoder (the actual level of the samples as they are decoded). That is by design on my part (waveform/spectrum is the same).
A few have questioned why I chose to do it that way, as opposed to most DJ software, which shows OUTPUT level.
My reasoning, is that you can already hear the output, and/or view it on the level meters of your mixer. So, being able to see the input level, makes it easier to adjust the gains on the output stage.
I have toyed with making that a toggle, and if it's doable without any major issues, I will try to get it in...
That is an excellent observation. I'm amazed that I didn't pick up on it before.
(too busy skinning the damn thing I suppose)
The VU meters reflect INPUT level to the decoder (the actual level of the samples as they are decoded). That is by design on my part (waveform/spectrum is the same).
A few have questioned why I chose to do it that way, as opposed to most DJ software, which shows OUTPUT level.
My reasoning, is that you can already hear the output, and/or view it on the level meters of your mixer. So, being able to see the input level, makes it easier to adjust the gains on the output stage.
I have toyed with making that a toggle, and if it's doable without any major issues, I will try to get it in...
Awesome - a toggle would be great! Especially now with folks using different controllers - for example the Steel or RMX which I'm using could, in theory , replace the external mixer functions, and these particular controllers don't have visual indicators of their own.
Granted, I will still be using other pieces in my chain (eq) etc that would have an indicator for the program level going to the cabs, but something with a variable/controllable level is still needed for syncing up the track on the cue-deck regardless.
Heck, for that matter, if there are any issues with performance issues or whatever, you could even have the toggle turn on the control for the current cue-deck only. Logic here being the assumption that the proper level was already adjusted for on the other deck when you queued it previously. Alright that's stupid. I don't need to tell you what to do!
:sqerr:
It's all that Sam Adams dude...
Actually, I did look back through my notes, and I made a notation that querying the output level used almost 9% more CPU, than querying the input level.
I'll dick around with it again, and if I can bring that to a lower number, I'll put it in as a toggle. It get's kinda weird getting into the output buffers though, because Windows (Vista and above), has already passed off memory allocation to the sound card at that point -- so when querying, you have latency with the new audio stack talking to the card...
It's all that Sam Adams dude...
Actually, I did look back through my notes, and I made a notation that querying the output level used almost 9% more CPU, than querying the input level.
I'll dick around with it again, and if I can bring that to a lower number, I'll put it in as a toggle. It get's kinda weird getting into the output buffers though, because Windows (Vista and above), has already passed off memory allocation to the sound card at that point -- so when querying, you have latency with the new audio stack talking to the card...
Ahhh... we're almost speaking greek for me at this point, but let's see if I can follow along. Is this where you would look into using the ASIO drivers to help out with that issue... which is a route you might not want to go?
ASIO is no faster than WDM drivers. They just show you a number, which actually takes longer for all intents and purposes.
You can get the same numbers off the new audio stack, without ASIO.
Problem is, they are deceiving. Windows is message based, and the audio stack was moved to user mode. It's no longer in kernel mode, so ASIO no longer has a benefit over WDM.
The hardware manus are not putting any major efforts into rewriting the drivers though -- they apparently have a significant investment into the old stuff, best I can tell... :sqconfused:
No problem... you da man u know whats up. Im out for now but I know if it can be done without compromising things you're the man to do it!
No problem... you da man u know whats up. Im out for now but I know if it can be done without compromising things you're the man to do it!
I try
Then again, I also have friends in Redmond -- that helps
"This sucker’s electrical, but I need a nuclear reaction to generate the 1.21 jigawatts of electricity I need."
