Recent Posts

Pages: 1 ... 8 9 [10]
91
Help and Questions / Re: Asus Eee PC 4G Surf
« Last post by Saga Musix on September 13, 2017, 18:35:39 »
According to a random internet article the display resolution is 800x480, which is way too little in height. OpenMPT is designed for 800x600 or higher, which is already a very small resolution. You can probably partially work around the problem by hiding the tree view (Ctrl+F2) and dynamically using the vertical splitter that divides every tab into an upper and low half, but apart from these workarounds OpenMPT has no mode specifically for such low resolutions.
92
Help and Questions / Asus Eee PC 4G Surf
« Last post by pedroabreu77 on September 13, 2017, 17:59:27 »
Is it possible to scale down the OpenMPT's gui so that it fits in the Asus Eee Pc 4G's little screen?
93
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by manx on September 13, 2017, 10:24:15 »

32.32 fixed point? That's even worse!
Wrong. In the general case (long samples), 32.32 fixed point provides better precision than 64bit floating point.

If you don't use integer resamplings, this: (n*x)/y is the right operation. n is current sample, x is old sample rate, y is new sample rate.
And again you are trying to solve the general case by providing an example for a special case. The sample playback rate might change at a point n that does not allow the fraction to be reduced. You cannot devise a LCM for all possible denominators, you either have to choose a time base and round, or store arbitrarily large integers.


Do you think it's not noticeable?
Yes, it is not noticeable. The precision error in pitch is less than 1 cent even for extreme resampling ratios. This is not noticeable: https://en.wikipedia.org/wiki/Cent_(music). Stop thinking in the time domain, this will get you nowhere here. And if you do not know what I am talking about, you absolutely will have to do the required background research, even if it takes you multiple years.

The case you describe is AGAIN a special case. The general case has varying pitches where nearest neighbour interpolation is by definition already broken way more than a single sample phase difference or rounding error.

If you for whatever reason need sample-accurate nearest neighbour resampling, and do not care about varying pitches whatsoever at all, use some software that actually tries to solve that use case. OpenMPT surely does not. Your usecase is absolutely meaningless in practice.


However, all of that is even completely irrelevant if you take a closer look at what the sample playback rate actually is supposed to be in practice. It is not an integer and not even a precise fraction. In the nowadays overwhelmingly common default case of equal temperament scale tuning, all but one of the note playback rates per octave are non-integer and non-rational. Your idea is already flawed at the preconditions. There is no precise fraction to even work with in the first place.


How can I spend (more than) ten years when I'm 12? Serious? Use your common sense.
So, it should not be that surprising at all to you that people who have worked more than 10 years in the field actually know things better than you, right? You have demonstrated multiple times that you did not think through your ideas thoroughly (which is totally fine, given the age), but when we tell you multiple times that your ideas are flawed, you absolutely have to step back somewhen and accept that you do not have the required background knowledge yet to fully understand all aspects (which again would be fine). But then, you not only expect us to explain things in a couple of forum posts that would normally take years to learn, and additionally also keep insisting on the same flawed concept over and over again? How are we supposed to solve that? By now, you are honestly only wasting everyones time, including your own, here.

Also, kindly asking how and why the mixer and resampler is implemented the way it is would probably have been more helpful for you and everyone else, rather than repeatedly insulting the developers and insisting on impractical ideas. Please reconsider your attitude.
94
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by Saga Musix on September 13, 2017, 10:16:42 »
Actually that would be very bad. I shouldn't do 18+ things at age of 12.
Programming is not (only) an occupation for adults. It can be an exciting hobby if you learn it early and open the doors to your future, since more and more jobs will require programming knowledge. The later you start with it, the harder it will become to understand it.
95
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by Rakib on September 13, 2017, 09:52:50 »
OpenMPT is open source, fix it yourself.
96
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by PiotrGrochowski on September 13, 2017, 09:48:47 »
How can I spend (more than) ten years when I'm 12? Serious? Use your common sense
I was talking about the OpenMPT developers. Both OpenMPT developers have spent more than ten years developing audio software. Do you really think that you are an expert on audio programming and know what you are saying while we don't know what we're doing?
I learned to program when I was at your age. You should do the same and prove that you are better than us.
Actually that would be very bad. I shouldn't do 18+ things at age of 12.
97
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by Saga Musix on September 13, 2017, 09:38:51 »
How can I spend (more than) ten years when I'm 12? Serious? Use your common sense
I was talking about the OpenMPT developers. Both OpenMPT developers have spent more than ten years developing audio software. Do you really think that you are an expert on audio programming and know what you are saying while we don't know what we're doing?
I learned to program when I was at your age. You should do the same and prove that you are better than us.
98
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by PiotrGrochowski on September 13, 2017, 05:41:14 »
How can I spend (more than) ten years when I'm 12? Serious? Use your common sense.

Do you think it's not noticeable? Clearly a wave with 11111111000000 is different than 11111110000000 at 8000Hz, clearly not a square wave. It's noticeable in loops if you use integer scaling, as you get 8777...7776 instead of 7777...7777, and the transition from end to beginning makes the loop imperfect.
99
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by LPChip on September 12, 2017, 23:07:14 »
Wow Saga Musix. It took you this long to get fed up. That must be a new record. :)

I totally agree with you though. Precision is one thing, but optimization for performance is another. And they often don't go hand-in-hand.
100
Help and Questions / Re: Possibly improve Nearest Neighbor filter
« Last post by Saga Musix on September 12, 2017, 20:49:57 »
Quote
32.32 fixed point? That's even worse! It only supports less than 10 decimal places (2^32 is less than 10^10) and only numbers from -2 billion to 2 billion. Only the old and destroyed PCs do that.
The decimal precision is more than enough and is in fact identical to what many other samplers use. Even if we used 64-bit floating point, the exactly same problem would exist - (1/7)*7 would still not equal 1.0.
Also, OpenMPT does not support samples longer than 256 megasamples at the moment so it does not matter that the integer part of the position cannot exceed 4 (not 2) billion.

Quote
If you don't use integer resamplings, this: (n*x)/y is the right operation. n is current sample, x is old sample rate, y is new sample rate.
Division is the slowest arithmetic operation even on a modern CPU and while it may not matter if you are playing a single channel, it very much can still matter if you are playing hundreds of channels at the same time, which is what OpenMPT is designed for.

If you assume that we are lazy and know nothing about audio programming after spending (more than) ten years in this field, then please learn how to program and create a better sampler. I will be excited to see it and how well it performs on the type of hardware that OpenMPT supports.

I am fed up with this topic now. Call me lazy as much as you want but I will ignore any further replies that tell me how to write my sampler.
Pages: 1 ... 8 9 [10]