ChristianHJW
Apr 27 2004, 23:55
QUOTE(Frank Klemm @ Apr 26 2004, 07:02 PM)
QUOTE(p0wder @ Apr 22 2004, 02:43 AM)
Can the clipping problem be addressed in SV 7.5 instead of SV 8?
Transcoded from SV7.0/7.1 are still clipped, the information is lost.
Native SV7.5 encoder: Problem is solved.
Jesus Frank, where is this new SV 7.5 encoder ?
Have you released it some place i dont know of ? If so, please send it to robux4 so he can upload it to CVS .....
xmixahlx
Apr 28 2004, 01:24
christian,
i'm assuming frank meant its still a WIP
even at sv7.15/1.95z67 the clipping problem is addressed, but the SV is incomplete
and he's just explaining that the tool to convert sv7.x to sv7.5/8.0 won't do miracles to the data, just wrap it correctly (or, in the fashion of sv7.5/8.0)
later
caligae
Apr 28 2004, 01:24
I think I could help out a little bit with portability since I have shell access to a couple of platforms.
At the moment the code seems to be pretty good in terms of portability. After robUx4 fixed the endianess problem, it works for me on every platform I tested.
It just needed some minor corrections in the Makefile. Maybe you should get rid of some stuff like Makefile.bsd. At least FreeBSD has no problem with the standard Makefile. Don't know for the other BSDs.
xmixahlx
Apr 28 2004, 01:38
QUOTE
It just needed some minor corrections in the Makefile
are you talking about the gcc3.x changes? like:
-falign-jumps=5 -falign-loops=0 -falign-functions=5
or something different? (btw, the makefile is horrendous)
later
caligae
Apr 28 2004, 04:47
QUOTE(xmixahlx @ Apr 28 2004, 09:38 AM)
QUOTE
It just needed some minor corrections in the Makefile
are you talking about the gcc3.x changes? like:
-falign-jumps=5 -falign-loops=0 -falign-functions=5
or something different? (btw, the makefile is horrendous)
That's just part of the problem. First of all it uses asm objects and gcc options that are not available on all platforms by default which makes it fail on non x86.
Then the config.h target doesn't work because it doesn't list config as dependency but tries to build it within the target which fails here.
Also I needed to replace <machine/soundcard.h> with <sys/soundcard.h> in mppdec.h in order to get it work under FreeBSD.
xmixahlx
May 12 2004, 13:15
(bump)
any further information on the subject?
frank - are you still with us? care to bait us with an update?
...just wonderin'
later
Madman2003
May 14 2004, 09:35
Does anyone know the (approx) release date of sv7.5?
Madman2003.
Frank mailed me last week, he said he wanted to install another distro this weekend, after he apparently found over 100 bugs in SuSE 9.0 (i'm not sure if he really found that many bugs or if it's black humor again). I hope the situation is better in other distros though..
xmixahlx
May 17 2004, 20:29
right, rpm sucks...
http://distrowatch.com/dwres.php?resource=article-rpmnon-shitty management: debian/bsd's/portage/source/tarball
http://distrowatch.com/stats.php?section=packagemanagementi'd be happy to help him setup something remotely
(i.e. requires him to install a base system, e.g. debian net-install)
...i'm assuming he could talk to someone in a Linux User Group around germany if he needs more help than that
later
xmixahlx
Jul 16 2004, 13:51
bumpety bump
ddrawley
Jul 16 2004, 14:56
Cough cough, Debian, cough
ChristianHJW
Jul 17 2004, 04:59
QUOTE(xmixahlx @ May 18 2004, 02:29 AM)
...i'm assuming he could talk to someone in a Linux User Group around germany if he needs more help than that
... i'd prefer him coding SV 7.5 instead of fighting Linux bugs, to be honest

.... but i also respect his decision to release everything for MPC ready for both platforms, although IMO this is exactly the kind of support the community could give to him easily, and he could concentrate on the main stuff

.....
xmixahlx
Jul 17 2004, 16:01
QUOTE(ChristianHJW @ Jul 17 2004, 03:59 AM)
... i'd prefer him coding SV 7.5 instead of fighting Linux bugs, to be honest

....
not sure why your quoting something i said in May...
anyways, i would prefer him to prepare sv7.5 also - which is why i offered to administer his box from the other side of the atlantic

...frank's a smart guy, but i think he needs to weed out the distractions
later
NumLOCK
Sep 16 2004, 02:17
About Linux:
I second the suggestion for Debian (stable). The RPM-based distros are quick to set up, but will become a big annoyance after a while. They rely on outdated package tools, with mostly outdated packages, which offer little upgrade possibilities in practice (that the main reason why we see new RH / Fedora / SuSE releases often).
On the other hand, Gentoo Linux requires some care to install, but is upgradable forever.
A good compromise might be Debian imho.
About Andree:
Agreed
bugmenot
Oct 21 2004, 19:40
The debian based desktop distro Ubuntu would also be an option. It is much more user friendly than debian. Even though this is its first ever release, there has been quite a few good reviews about it. (However, to get multimedia working, you will need to uninstall totem and rhythmbox due to the present buggy state of gstreamer and install something more reliable such as totem-xine or mplayer)
Here is the website:
http://www.ubuntulinux.org/
I hate anything to do with Linux, or whatever it is that is being talked about.
Be that an audio codec or the fact that you are trying to watch a film round a mates house, but the sound doesnt work... on every level, Linux encourages BORING conversation about rubbish that is usually many layers removed from the actual task in hand.
Lev, I think we all should keep these sort of comments to ourselves, because it does not add much to the thread. And yes I am using Linux.
I also agree that Debian or even better Gentoo (which is what I use) distro would be much better then binary based distros like RH or Fedora.
any news from a person closer to Frank regarding MPC development related news on his work and his doings / problems?
Digisurfer
Oct 22 2004, 11:49
I'm a bit afraid for the future of MPC at the moment. For one, it tends to suffer from obscurity. Most people don't even know about it, nevermind how great it is. The second seems to be licensing issues according to the posts I've read on different forums, which seems to be preventing official hardware support from ever coming about. Now devolpment seems to be seriously faltering. So you can see why it's all a bit worrisome to me. Hopefully it won't stay this way, limited to the small few who actually care about this kind of stuff. I know real life has to come first of course, but I really don't want to see something with such huge potential go down the drain. Hopefully things will look brighter in the near future. Until then, I'm keeping my fingers crossed.
hi guys,
i'm not too much into mpc anymore so let me ask one question: did anything happen after the pc donation ? (i'm just interessted)
shadowking
Apr 5 2006, 19:37
His job is main priority and he apparently has no time for programming.
QUOTE(Xenion @ Apr 6 2006, 03:10 AM)

hi guys,
i'm not too much into mpc anymore so let me ask one question: did anything happen after the pc donation ? (i'm just interessted)
Well, Frank helped here and there, pointing the team into the right direction on the denormals problem and several other issues, but there were no groundbreaking developments, i think his normal job is just too time-consuming. Still, the
Musepack.net team managed to put out four newer encoder versions in the meantime:
mppenc 1.15smppenc 1.15tmppenc 1.15umppenc 1.15vKnowing how irregularly he appears and works on his projects etc., i don't know if and what will happen next. He might pop up here again or not. Maybe i'll write him and ask what he's up to. Yeah, i'll do that.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.