It's not the lack of donation, it's more the pointles 'Whhooo! Yeah!' type posts. Nothing else was inferred, I was a skint student once too.

As we're at 95%, the pc build should begin soon which means i'll be sat here getting all edgy and tetchy about a possible new mpc release

I hope my new Credit Card will arrive in time (should be any day now). I had to destroy the old one.

I am very glad to announce that we reached our intitial donation goal of 1150 Euros!

A big thank you to everyone who donated and to everyone who supports this. We are absolutely stunned by the overwhelming participation. The donation will still continue, probably till the end of this week, for the bank account donations to arrive in time. Bank account donations will probably be accepted till wednesday or thursday. You may also still donate via PayPal if you feel the urge to donate, however, it is not required anymore for the basic PC. All extra money will be spent on upgrading the PC.

I know all you guys are very tech savvy so I am sure you'd also consider to buy the hardware online or wherever cheapest. The prices in US fluctuate a lot: a simple price scan on the online retailers or eBay usually is unbeatable by a wide margin by street retailers. It should more or less be the same in Europe. You could also consider to have the main costly items (CPU, mobo, memory) to be shipped from USA if that would be cheaper. This way the benefit of these donations could be maximized

We already thought of that and also discussed it in the thread Frank Klemm's new PC. Of course the hardware will be bought online, at very reliable german online shops where we can be sure that there will be no bad surprises. Ordering from USA is out of the question for various reasons mentioned in the thread. But thanks for thinking about these things and bringing it up.

I would like to pose a question for consideration. Would it be appropriate to request permission from the donators to funnel the overage to the HydrogenAudio fund. Frank is already going to get a great machine. It would be nice to see the melting pot called HA benefit as well. Without these forums, many codecs, MPC included would not have a place to be fleshed out and tested. If Frank does go forward with MPC development, all codecs could benefit. I say this because one item I heard proposed was to make the psi-model modular. This would allow AAC/MP3/whatever to benefit from what Frank himself called the greatest strength of MPC, the psi-model.

I'd second that, but to be honest i'm happy with whatever way they use the overflow cash.

You cannot collect money for a specific purpose and then give the money to someone else.

Yeah, the money will be used only for Frank's PC. CiTay will get a small payment for handling the donation, assembly and installing of the machine, but that's it.

Perhaps my earlier post was not clear.

"Would it be appropriate to request permission from the donators to funnel the overage to the HydrogenAudio fund."

Permission is the key word here.

Frank will not benefit as much from a 4 Ghz machine vs 3 Ghz, as would HA having the excess. If people read the earlier posts in this thread, they will see the HA contributions have been quite low. That is troubling considering the benefits of having HA here for us.

Edit: You have my permission to redirect my $15 US to HA if you wish to CiTay.

Please shoot me...



ok... whats the address for PayPal? (My account did have 'issue's' with it, recently, although, upon checking today, it all seems working again)

I honestly cant see it anywhere!...

I gotta cut back on drinking......


arghrrgrh!

Unless you happen to be the federal government

well, have a look at 1st page of this thread, 1st post iirc.

After JohnV's hint couple of people actually made some donation to HA together with fund for Frank's PC. I think everybody is well aware of the fact that both needs some fund to run the show. Everybody is free to donate something in addition to other one. But, IMHO, putting some money from one pot to another for different purpose might not be a good idea.

I'd rather see my money go to Frank than HA. That's just my personal priority, no offence meant.

This money including the extra "red" goes to Frank's PC.
No offence taken. But you know what to do if you want to help HA..

Sorry to be off-topic, but was there ever a way set up to make a single donation to HA?

It was mentioned as a work-in-progress on the thread announcing the subscriptions, but I haven't seen anything since. I can't be the only one who doesn't like recurring credit card transactions.

Ahh haa, the paypal icon wasnt showing up on my computer at work - have donated

I must admit that I thought that this initiative was kinda goofy at first. But now I'm, well, AMAZED. Congratulations.
My surprise and overall astonished state will reach cosmic levels if Frank actually starts working on Musepack again.

Once more, congratulations to all that contributed.



Enjoy!

Even if Frank doesn't write another line of code, I hope this helps him to understand the level of appreciation we all have.

I'll second that.

I'm speechless.


First I though it is only a crazy idea by Christian.
But it seems to be real ...

Hi Frank. Thank you!

I'm glad the community showed Frank what they think of his work. It is happy news to us all.

Keep up the good work, and to the others who mocked Chris on #foobar2000:

AHAHAHAHAHAH to you all

(my last off-topic post ever)

Hey Frank, thanks for stopping by. Now you can see how much we appreciate your work...

Keep up with your good spirit.

Frank, thank you very much for all the work you've done on MPC. It's greatly appreciated.

Tonight i had a more than 3 hour phone conversation with Frank Klemm. We talked about many things, regarding the forum, the hardware for the PC, and of course about MPC. I hope i can recall most of it. We often switched topics so it may all sound somewhat disconnected. But he is a very nice person to talk with and not one bit arrogant.

He told me why he rarely visits web forums. He always used Newsgroups. He prefers the idea of offline storing, post scoring, filtering, thread selection, fast local search and the speed in which he can comb through new posts in NGs. For forums, he is too used to his workplace, where they have a big line and anything comes up in half a second. At home, he just has a modem. I offered that we could pay for a DSL line, but he prefers a modem. He says, with DSL, he would stay online too often and wouldn't focus on things like programming anymore. He handles all his bigger downloads at his workplace. Also, he doesn't really like how forum threads sometimes get off-topic really quick and you have to read a lot because you don't have much filtering features. It's more about preference towards newsgroups. But he said that he will see if he can visit HA more often.

Then we talked about short blocks and long blocks in MPC, AAC, MP3.. how an ideal audio format would have to look like. Then about P4 vs. Athlon 64, that it would probably be better to go the P4 route, because the Intel machines at his work were always rock stable, contrary to his previous Athlon system sometimes. Then other stuff that he became interested in now, like HDTV, how movie DVDs could be improved, interlaced vs. progressive playback, MPEG-2 vs. MPEG-4 vs. WMV9 etc., how TFT contrast measurements in c't are wrong, and how TFT need a much bigger screen resolution than there is now.

He also talked about his past as a LAME developer. When he started off programming on it, there were reports about a high frequency problem that they tried to fix for a long time, and he noticed a part where they used the ISO ATH which is about 50 dB wrong in that area, and he replaced it with his own measurements which were much more exact. The problem which they worked on before for decades was immediately fixed. Soon after that came complaints about bitrate going up. Then, the old code with which they tried to fix the bug before was never removed by them from the code, so there were workarounds for a bug that was fixed. The whole LAME code actually looked messy, different people used different tabulator spaces and so on. Also, it was hard to program some bigger things, because people would constantly update something, and his offline code was outdated when he finally wanted to upload. He often just hit delete then. Then were was something about a calculation for maximum possible bandwidth where there was much arguing about, for which he proposed an easy calculation which was rejected. Some time after that they removed his write access to CVS. A bit later, he found parts of his code with the copyright of other people below it. That's when he finally had enough with LAME.

After that, he moved on to MPC. He did speed optimizations for MPC with an old Pentium 166 or so, that didn't even have a soundcard, just decoding to /dev/null. As we know, he managed to improve de- and encoding speed considerably.

Then what you are probably waiting for. The current status of MPC. He said he will at the very least work on the current encoder again and make a final SV7 encoder. He will fix some remaining bugs he is aware of, like problems with file handling, and clean up the code.

About developing in general, there are some issues he traditionally had problems with. He can't do much coding for XMMS in Linux, he needs some people to help him with that, but i think Christian had an idea about that already. Then the project coordination isn't working too well. Sometimes with small issues, there is lots of feedback, but with bigger things, people are more quiet and then there is this issue again about forum/e-mail coordination. Also, he said that the current MPC website is a catastrophe. Sometimes he didn't release something because he didn't know what to update where anymore. I offered him to help him with the website so he can get new releases out without a hassle. Maybe somebody can come up with a good, clean template for the website.

This was basically it. MPC will go on. Depending on how good we can coordinate it and how good he can get into the code again, we could be able to see some more regular releases again. Thanks again to everyone who donated or will donate.

I would be happy to help design a website with minimal graphics but still a good look and feel.

I don't know if I would have time to administer it though.

I am no longer a Musepack user due to finding that MP3's were just much more convient and easier to use the way my listening habits are. However, I have always been impressed with Musepack and loved the sound quality I got from it. I want to thank everyone who helped out Frank with getting him a new PC. I hope he is able to finish off SV7 and who knows what else will happen afterwards.

Didn't at one time it was announced that Frank was going to work on OGG? Maybe I am confusing him with someone else.

I am curious what Frank thinks of AAC as well.

This might yet be the revival of MPC! And Frank has come back!. All this is so sentimental. Why not focus the new development at Project Musepack site ?

Chris and I discussed this a while ago... don't worry ... Once we know Frank has started coding well get the CoreCodec.org Project page up speed in preperation for it.

Are my services not needed then?

People prefer others appreciation to loaves and fishes.

I hope Frank won't play much with his new pc:
otherwise we will find a "Frank Klemm's CS Clan Site" instead of a "Musepacksite"

(nice site but someone forgot the second 'f' in 'ofizielle')

nice to read some short & precise comments by Frank again

This is the best codec news i've had in a long time.


Thanks Frank....

A little donation for a great cause ...

Hah; exactly my mindset. I would only be distracted / feel I have to sort stuff out with high speed at home.

w00t good to see ur somewhat back Frank!!!

Glad to hear that some progress will be made in the near future...

Good luck with any future endeavours... hope my donations and many others has shown to you that we are actually a bunch of caring people.

BTW I am off for another holiday hehehe... enjoy hopefully within two weeks something new and interesting will be available to play with

If I do connect it will be from somewhere exotic .

Regards

AgentMil

I want to pass on the work on the XMMS Musepack plugin to someone else.
The task was initailly done by someone else, but the plugin was horrible out of date
so I updated the plugin/removed some bugs and problems in the plugin.
But I have no skills in programming GUI stuff. "no" has here the meaning of "zero".

- Version is 0.98
- The tagging stuff do not work at all (Note: there was never an edit box for the title number in it)
- Decoder is not fully optimized, but supports all newer features like replaygain, PNS, IS °)

The maintainer should:
- be a Linux Guru
- be responsible to maintain the code
- be responsible to help people concerning plugin development
- distributing code and compiled binary packages
- work should be done carefully, so I don't need to waste time to check the work

There is some optional addition work. For instance I had included EQ presets.
Currently there are four of them to equalizer four different headphones I have in usage.

Source files are around 400 KByte. Some code is taken from the encoder/decoder.
This code I would add to the package.

°) IS is not used by any encoder

The first person who came into my mind was TrnSZ, since AFAIK he has worked with the source before to make it compile on Mac OS X. He's not a Linux user/guru though, but I'm sure he'd do a great job at maintaining it anyway.

dev0

What about xmixahlx? He maintains the Debian Rarewares site.

I will try to get the project more organized in future. MPC will become one of the many opensource projects around, and we will use the means of great software that was made exactly for this reason, the sourceforge Alexandria/Savannah/GForge platform on corecodec.org.

As a start i uploaded all the known sourcecode, ie. the lastest decoder sources from Case ( mppdec 1.95 z67 ), the SV8 alpha encoder and the ARM decoder sources to the CVS on http://corecodec.org/projects/mpc . You cant browse the source tree using the webinterface on corecodec right now ( dont know whats wrong, seems to be a phyton problem ) but anynymous CVS checkout works fine, as well as committing/checkout for team members.

I will define a task on cc.org about maintaining the XMMS plugin, and ask Frank for the sourcecode of it, so i can upload it also. Whoever is interested on working on it, register on corecodec.org and contact me via email to chris AT matroska.org, so we can make a decision here. I cant help coding, but sometimes a little bit of organisation help can make a big difference for a developer i learned .....

Be sure to include the sources of foobar's MPC decoder (it's in SDK.zip), since DEATH optimized seeking a lot recently.

dev0

I'm (actually the MODEM) is transmitting the current source ball of SV7 and SV8 to Christian.
This contains the encoder and decoder of the current SV7 stable tree and the SV7.5/8
experimental tree.

The SV8 encoder and decoder do not compile, there are some source files missing, which
must be computer generated (Huffman Tables).

BTW there is really no mystic things on the encoder. Source is much shorter and simplier
than that of Lame. Most of the stuff is straight forward.

BTW2: There is an assembler file in the encoder, but the code is far from being ready and the
code was never used. Encoder is pure C. No C++ and no Assembly code.

Wow, this is all great news !

I've always thought that Musepack had its place in high quality codecs.. now if development continues (in SV7 at least), that is great !!

For Frank:
Congratulations on your new PC

Some food for thought:
I know this doesn't matter for SV7, but I've been working on a fast entropy coder which is very easy to use. I haven't released its source code, but if SV8 is still planned, I'd be glad to donate it for usage in Musepack. It is short and concise.

Basically, you input a stream of bits with probability estimate for each bit, and it outputs a compressed stream. Isn't this user friendly

There is some flexibility, by switching between 8/16/32bit modes:

Best-case is when the estimates are exact (ie: never), then after the one-time overhead, each 512MB chunk will only add 1 bit of output

Compression is great for black and white images. In general it is excellent when there are many zeros, or when the probability of a bit value (for example 0) is greater than 75% for example.

The current throughput (on P3-866 with PC133) is already decent (more than 10MBits/s). It's quite the same in the 3 operation modes.

Edit: In current SV8 Musepack, are the lossless and lossy parts dependant of each other? maybe yes? (if yes, that would make my coder quite useless for MPC right?)

Edit 2: In better words, I wondered if SV8's quantization noise is produced in the entropy coding stage or not.

Eh? I don't understand how the quantization noise could be produced in the entropy coding stage. Am I reading your question wrong?

It might be a good idea for some nice dev to split this code related discussion into a new thread maybe?

sean

Hi Frank, nice to see you around again.

Can I make this clear - are you transmitting the sv7 encoder source to Christian for public (CVS) access?

Um, yeah.. after a glance at the SV8 specs (last itme I looked), it seems that the encoder chooses a clever value of N, then groups N subband samples into one chunk, and then uses an entropy coding that's specific (ie: optimized) for that chosen value of N.

Perhaps I should read it again.


Right. Sorry about sliding off-topic..

Edit: Cleared up things.

Hmmm ..... probably, but then maybe without a standard license ? In this case the normal copyright laws apply to the code, so it can be viewed but not used ? I will double check with Frank about his intentions here ....