You are not logged in.
Is that cool to do? All I did was change the version in the PKGBUILD from extra repo. I did make the PKGBUILD so dunno if I can put it in Subversion.
If that's cool, lemme know and I will.
Offline
Sure, it would be great to have an updated working Rosegarden. I've been meaning to add it for sometime.
Offline
this is the PKGBUILD
I left the maintainers info out because you will be fixing it up I guess??
pkgname=rosegarden
origver=1.6.0
pkgver=4.$origver
pkgrel=1
pkgdesc="audio and MIDI sequencer, score editor, and general-purpose music composition and editing application."
arch=("i686" "x86_64")
url="http://www.rosegardenmusic.com/"
depends=('fftw' 'kdelibs>=3.5.6' 'kdemultimedia>=3.5.6' 'readline>=5.0' 'liblrdf' 'alsa-lib' 'jack-audio-connection-kit>=0.77.0' 'ladspa' 'dssi>=0.9' 'liblo>=0.7')
source=("http://puzzle.dl.sourceforge.net/sourceforge/rosegarden/$pkgname-$origver.tar.bz2")
provides=('rosegarden-4')
replaces=('rosegarden-4')
md5sums=('bd41516250914244a214f9c3ee636cf8')
build() {
# update scons env fixing problems from release 4.1.2.3:
#cd $startdir/src/$pkgname-4-$origver
# rm -r $startdir/src/$pkgname-4-$origver/scons_admin/
# echo "==> svn co rosegarden/scons_admin/"
# svn co https://svn.sourceforge.net/svnroot/ros … ons_admin/ scons_admin
cd $startdir/src/$pkgname-$origver
cmake . -DCMAKE_INSTALL_PREFIX=`kde-config --prefix` -DWANT_LIRC=OFF
make || return 1
make install DESTDIR=$startdir/pkg
find $startdir/pkg -name '*.la' -exec rm {} \;
}
Offline
Can somebody clarify on the subject of JFS being a low-latency filesystem, and alongside EXT3 it is the most ideal choice for an audio workhorse?
I've been using JFS mostly due to that, because I remember having read about it during the course of setting up my Gentoo DAW. Ever since, I have never looked at another filesystem especially because I also have a laptop, and low power-/cpu-usage is a plus there. I know it is not of much significant value (something like debating whether Gentoo is faster than Arch due to optimized installation), but I just want to know if anyone happens to have related links/sources to this claim. I was going to edit the JFS wiki article when I realized I couldn't remember where I had come across this info.
Vaguely, I can only visualize a Gentoo forum thread detailing EXT3 optimization (certainly not evermind's how-to), but I may be entirely wrong. I am confident I did come across it, though.
P.S: the proaudio irc channel is always empty, does that mean there's a shortage of arch musicians?
I need real, proper pen and paper for this.
Offline
schivmeister wrote:
Vaguely, I can only visualize a Gentoo forum thread detailing EXT3 optimization (certainly not evermind's how-to), but I may be entirely wrong. I am confident I did come across it, though.
This may have been that thread. There are some benchmarks on the last page (and possibly links to others elsewhere in the thread).
Offline
Ahh yes thanks..that's it, but no jfs stuff in there. Maybe I got there from the supposed site that had recommended JFS for DAWs..I'm now doubting my memory. Ahh well, not that it makes much difference on the end-result. 10,000 RPM here i come.
I need real, proper pen and paper for this.
Offline
One thing with the rt kernel is that watching any video is very choppy.
It could be streaming or a dvd, all very choppy so any video editing I do, I switch to the vanilla kernel and all plays fine.
Streaming or dvd. Funny, audio works really well with the rt kernel but still many xruns.
the original rt kernel back when this proaudio thread started is still the only rt kernel I get no xruns with....
Any help with both xruns and video?
Offline
Is this relevant?
Offline
That's low-latency kernel at its full glory Symptoms:
1) Bursts of high CPU usage from rather small non-audio applications.
2) Unusual memory consumption patterns by non-audio applications, much like how sparse memory would work.
In a DAW, we aren't supposed to do any task outside of the scope, like internet, video, etc. as that would defeat the purpose of a dedicated workstation (it's no longer a desktop). Mine has most internet-related stuff taken out of kernel, and many other desktop things too. It's also many months outdated However, I do have Compiz because some plug-ins are really useful.
I have yet to face the video issue mentioned above though. In my laptop, I have both rt kernels from proaudio and AUR, neither have such a problem. Many xruns is due to configuration, and yes the Arch rt kernels (depending on hardware) will give u alot of xruns without proper tweaking. Follow evermind's DAW how-to and it'll be fine.
I need real, proper pen and paper for this.
Offline
I've also got Gentoo DAW and did the evermind's setup. That gave me even worse xruns.
I think the reason is that the first UR rt kernel had the acpi(or whatever that is!) turned on.
That's the only difference. I know it's better to have it turn off but for some reason, I get no xruns with low latency on the first AUR rt kernel.
Offline
What audio hardware do you have? For my laptop, as it has the IHC7 (or 8) Intel HDA, it's really hopeless w/ distortion and many xruns when I first pulled in rt kernel from proaudio. Had to go through extra steps to get rid of the distortion, but there are still xruns. One thing though, without an ADC, ICH7/8 in Windows the result is fairly alright but in Linux, especially Hydrogen, I get a few clicks and pops sometimes depending on the tempo (220 - 16th, 120 - 32nd bass beats especially).
Btw which kernel are you refering to? The one currently on AUR or which WAS in AUR some time ago? Think I missed it
I need real, proper pen and paper for this.
Offline
DMX 6FIRE (envy24 chip). AMD 1.7mhz. 1gb RAM. The original rt kernel that was created when this thread was started.
the issue for me now is I can't use it since I've changed my video card to nvidia. I had no xruns, pops are anything.
Mind you these new rt kernels are great.
I will try to rebuild the new ones with acpi or whatever that's called on, and see if it makes a difference.
Offline
Thanks. That's something to take note of. Will see how much ACPI relates to performance in this case.
I need real, proper pen and paper for this.
Offline
can it not be better if proaudio had only packages that are not in official repos? so it could offer svn builds instead? For example, Hydrogen and Ardour The latter in both repos are the same version, so it's kind of pointless unless I'm not getting the point.
Btw, I just managed to beef up my laptop with the AUR kernel. It's as good as a workstation now even with a mainstream on-board audio chip (256 frames/period, 4 periods/buffer, latency !=< 10ms). Hydrogen is crystal clear now (no more distortion/cracks/pops). I just have to be careful not to load too many plug-ins, real-time or not, and also move the wavs to the desktop DAW for mixing/editing
I need real, proper pen and paper for this.
Offline
A note to the people posting w/ xrun issues.
Take a second look over the wiki and this thread ... specifically on irq balancing and priority scheduling.
I've found these to be critically important.
Offline
Have any of you working on rt kernels had a look at the latencytop package in aur? It seems it requires patching the kernel to run it, so I'm not sure yet if the rt patchset will play nice with it. Looks like it could at least provide some sort of benchmark to compare kernel versions/patchsets with instead of just "feel".
Offline
Have any of you working on rt kernels had a look at the latencytop package in aur? It seems it requires patching the kernel to run it, so I'm not sure yet if the rt patchset will play nice with it.
I couldn't get the latencytop kernel patch to apply on top of the rt patches but I built a standard x86_64 kernel package (I'll do a i686 one tomorrow) as I would like to see how it works. The source packages are here...
http://proaudio.googlecode.com/svn/trun … l-2624rc8/
http://proaudio.googlecode.com/svn/trunk/latencytop/
and the x86_64 binary packages are...
http://pkg.markconstable.com/proaudio/i … pkg.tar.gz
http://pkg.markconstable.com/proaudio/i … pkg.tar.gz
Offline
If anyone is interested, I uploaded xine-lib with jack support to aur, seems to be working very stable with my beloved amarok
http://aur.archlinux.org/packages.php?d … hans=&SeB=
PROCRASTINATION
is like masturbation...it's good in the beginning, but in the end, you realize
you've just fkd yourself
Offline
thank you..much needed. was going to get this done but haven't been using amarok for a while.
Last edited by schivmeister (2008-02-02 20:55:20)
I need real, proper pen and paper for this.
Offline
Just thought I'd let everyone know that I've orphaned the kernel26rt package in AUR. I simply don't have the time or a decent computer anymore to maintain the package at the moment.
I haven't forgotten everyone involved in what has been a rather long thread and hope that I can reinvolve myself in the not too distant future. Thankyou all for an educational experience.
Offline
hey, anyone got ardour-2.3.1 installed with vst support? I've tried to build it but the PKGBUILD creates a folder under the src folder with the heading aurdour2.3, not 2.3.1 and then it fails.
I make sure that pkgver=2.3.1
Offline
Hi All,
I've been trying to install alsa-tools on Arch64 using yaourt. I followed these directions:
If you have problems with QT, try to add (for ./configure) --with-qtdir=/opt/qt
and that's fine but I don't know how to this:
There is a problem with the compilation of qlo10k1.
I needed to call make UIC=/opt/qt/bin/uic MOC=/opt/qt/bin/moc to compile it.
Could someone please give specific directions on how to implement this "make UIC=/opt/qt/bin/uic MOC=/opt/qt/bin/moc" business.
I'm not familiar with these commands.
Thanks,
Arthur
Offline
Welcome Arthur,
try adding pkgconfig in the depends field.
depends=('fltk' 'alsa-lib' 'gtk2' 'qt' 'pkgconfig')
Ben
Offline
Thanks for the reply.
I added pkgconfig and here's what I'm getting:
make[1]: Entering directory `/tmp/yaourt-tmp-a/aur-alsa-tools/alsa-tools/src/alsa-tools-1.0.14/qlo10k1'
Making all in src
make[2]: Entering directory `/tmp/yaourt-tmp-a/aur-alsa-tools/alsa-tools/src/alsa-tools-1.0.14/qlo10k1/src'
/usr/bin/uic -o dlgs/connectionwizardbase.h dlgs/connectionwizardbase.ui
uic: File generated with too old version of Qt Designer
File 'dlgs/connectionwizardbase.ui' is not valid
make[2]: *** [dlgs/connectionwizardbase.h] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-a/aur-alsa-tools/alsa-tools/src/alsa-tools-1.0.14/qlo10k1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-a/aur-alsa-tools/alsa-tools/src/alsa-tools-1.0.14/qlo10k1'
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
Error: Makepkg was unable to build alsa-tools package.
Any suggestions?
Thanks again,
Arthur
Offline
# Contributor: ProAudio Group <proaudio-devel@googlegroups.com>
pkgname=alsa-tools
pkgver=1.0.15
pkgrel=2
pkgdesc="ProAudio Suite: ALSA Tools Package"
arch=('i686' 'x86_64')
url="http://alsa-project.org/"
license=('GPL')
depends=('fltk' 'alsa-lib' 'gtk2' 'qt')
source=(ftp://ftp.alsa-project.org/pub/tools/$pkgname-$pkgver.tar.bz2)
md5sums=('7066bbfdfa64a45e5df76c76eb785078')
build() {
cd $startdir/src/$pkgname-$pkgver
for file in $(/bin/ls -1); do
# FIXME: uic: File generated with too old version of Qt Designer
[ $file = "qlo10k1" ] && continue
if [ $file = "seq" ]; then
cd $file/sbiload;
else
cd $file;
fi
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg install || return 1
cd -
done
find $startdir/pkg -name '*.la' -exec rm {} \;
}
hope this helps...not at home to test it.
Ben
Offline