|
Tried Google?[^] Take a look at the first result.
|
|
|
|
|
One of my image processing articles converts to HSL, is HSI the same ( Luminance == Intensity ??? ). IF not, you can just change the algorithm used and reuse my code. Just search CP for Graus Image.
Christian Graus - C++ MVP
|
|
|
|
|
Christian Graus wrote: One of my image processing articles converts to HSL, is HSI the same ( Luminance == Intensity ??? ).
That's correct. There's HSI/HSL, and HSB/HSV. The most noticeable effective difference between the 2 is that HSI/HSL goes from white to black on the luminence scale, with the "pure" color in the center, and HSB/HSV has the highest brightness be the pure color (when saturated).
|
|
|
|
|
thanks for your help. but how to get RGB value of a whole picture that we input?
|
|
|
|
|
Is there any algo or example (code) of how to convert MIDI file to eg Guitar Tablature?
|
|
|
|
|
I wouldn't have said that's an algorithm, it's really a rendering detail. Nothing is changed, the note is just rendered as tab.
Christian Graus - C++ MVP
|
|
|
|
|
It is not totally a rendering detail since each note can be rendered in several places 
|
|
|
|
|
No, you're wrong. MIDI has no concept of the same note living in more than one place, so it doesn't contain any info about how to play the note on guitar. No system that I have seen does a good job of choosing 'default' fingerings, you always end up having to edit them. Either way, whatever fingering is chosen, becomes part of the metadata of the new file format, but as MIDI doesn't support it, it becomes another rendering details specific to the new format. And, if it was in the MIDI file, then it would be a rendering detail of the MIDI file, instead of the new format being used.
Christian Graus - C++ MVP
|
|
|
|
|
Christian Graus wrote: No, you're wrong. MIDI has no concept of the same note living in more than one place, so it doesn't contain any info about how to play the note on guitar.
Why am I wrong, just because I say that coverting MIDI to TAB would not be entirely a rendering detail ? I was just pointing out that there are different rendering possibilities and that it is not as simple as that.
Christian Graus wrote: No system that I have seen does a good job of choosing 'default' fingerings, you always end up having to edit them.
I was talking about that algorithm.
Regards
|
|
|
|
|
ejuanpp wrote: Why am I wrong, just because I say that coverting MIDI to TAB would not be entirely a rendering detail
OK, there is one other bit of work involved, as the new format contains more information. I apologise, you are correct.
However, the only way to do this is to simply make sure that the note positions selected are physically playable. There's no way to write an algorithm that generates correct fingering, the info simply isn't there. I can tell by looking at a riff in tab that it's wrong, but no algorithm will replace an experienced guitarist looking at a pattern and 'knowing' it's wrong.
ejuanpp wrote: I was talking about that algorithm.
It doesn't exist. Best you can do is try to keep the notes within a position until it's impossible, then shift positions. You may then recurse to see which solution requires the least position shifts, but that doesn't mean it will be correct. You could add stuff for ever, and still not get it perfect, it's probably a waste of time expecting to get perfect results, you never will.
Christian Graus - C++ MVP
|
|
|
|
|
Wouldn't that "algo" be to ge the note, and also surrounding notes to find out the relative finger position to determine the overall finger/hand position.
|
|
|
|
|
I have a C# user control that I want to use in a VB 6.0 project.
The problem is :
When you open an instance of a Microsoft Windows Form from a COM client application, such as a Microsoft Visual Basic 6.0 application or a Microsoft Foundation Classes (MFC) application, the .NET Windows Form may behave unexpectedly. For example, when you press TAB, the focus does not change from one control to another control. Or when you press ENTER while a command button has focus, the button's Click event does not fire. You may also experience unexpected behavior for keystrokes or for mouse activity.
These symptoms occur because the earlier application does not implement the message loop support that a .NET Framework Windows Form must have to work correctly. ( better described here http://support.microsoft.com/kb/839076/ )
At this link they provide a solution for a Windows Form. I'm interested in a solution for a user control.
I think the problem resumes to : How do I create a message loop for a user control in C#?
Need help, please!
|
|
|
|
|
This is my code:
#region Using directives
using System;
using System.Collections.Generic;
using System.Text;
#endregion
namespace Enumerable
{
public class ListBoxTest : IEnumerable<string>
{
private string[] strings;
private int ctr = 0;
// Enumerable classes can return an enumerator
public IEnumerator<string> GetEnumerator( )
{
foreach ( string s in strings )
{
yield return s;
}
}
// initialize the list box with strings
public ListBoxTest( params string[] initialStrings )
{
// allocate space for the strings
strings = new String[8];
// copy the strings passed in to the constructor
foreach ( string s in initialStrings )
{
strings[ctr++] = s;
}
}
// add a single string to the end of the list box
public void Add( string theString )
{
strings[ctr] = theString;
ctr++;
}
// allow array-like access
public string this[int index]
{
get
{
if ( index < 0 || index >= strings.Length )
{
// handle bad index
}
return strings[index];
}
set
{
strings[index] = value;
}
}
// publish how many strings you hold
public int GetNumEntries( )
{
return ctr;
}
}
public class Tester
{
static void Main( )
{
// create a new list box and initialize
ListBoxTest lbt =
new ListBoxTest( "Hello", "World" );
// add a few strings
lbt.Add( "Who" );
lbt.Add( "Is" );
lbt.Add( "John" );
lbt.Add( "Galt" );
// test the access
string subst = "Universe";
lbt[1] = subst;
// access all the strings
foreach ( string s in lbt )
{
Console.WriteLine( "Value: {0}", s );
}
}
}
}
When I compile this code in the VS2005,the error ocurrs as following:
Error 1 'Enumerable.ListBoxTest' does not implement interface member 'System.Collections.IEnumerable.GetEnumerator()'. 'Enumerable.ListBoxTest.GetEnumerator()' is either static, not public, or has the wrong return type. E:\李良\WorkSpace\Test\Test\Program.cs 11 18 Test
I have implemented the GetEnumerator();what's wrong with this? Thank you!
|
|
|
|
|
GetEnumerator() needs to return an object that implements IEnumerator[^]. You're returning a string.
/ravi
|
|
|
|
|
Hi everyone.
I am facing problem using splitter. I have many panels in my form and 2 splitters. One is horizontal and other is vertical.
Vertical panel drags texts box and buttons out from the form location.
Horizontal panel doesn't allow itself to be drag forward from the mid half of the document.
Also If i resize my application text box doesn't move remain visible, crossing lower spliter portion as well.
How can i solve my problem.
thank you.
|
|
|
|
|
Hello
I wanted to ask about how to make MS Office 2007 interface in C#
do I need to know XML to make it
or should I use normal tabs and tweak them
any hint or advice will be very appreciated...
Thanks in advance
|
|
|
|
|
Depends on how much you want to pay or do yourself, some commerical versions:
Infragistics
DevExpress
Divelements
The only open source one I've come across:
mentas Ribbon
Just google them.
|
|
|
|
|
Thanks allot for your help
just I wanted to make this interface for my self to use in a later projects....
Thank u again...
|
|
|
|
|
Please tell me how we can give Windows XP look n style to buttons, menu items etc. to our application?
Thank you.
|
|
|
|
|
Add a call to Application.EnableVisualStyles(); at the beginning of your main method.
"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rick Cook www.troschuetz.de
|
|
|
|
|
Thank you. It worked fine but the toolbar not showing images now.
|
|
|
|
|
...and don't forget to call Application.DoEvents() afterwards, or weird things can happen (at least that's the case with .NET 1.1. Does anybody know if this still hold true for .NET 2.0/3.0 ?)
Regards,
mav
--
Black holes are the places where God divided by 0...
|
|
|
|
|
mav.northwind wrote: Does anybody know if this still hold true for .NET 2.0/3.0 ?
Well.. didn't face this problem in .NET 2.0..
|
|
|
|
|
NOw i can see toolbar images. Using Application.DoEvents();
Thank you.
|
|
|
|
|
Which framework version are you using?
Regards,
mav
--
Black holes are the places where God divided by 0...
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
