http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 Orcan Ogetbil <oget.fedora(a)gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |2 -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 NicolasChauvet <kwizart(a)gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #3 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-03-16 15:20:29 --- (In reply to comment #1) While I agree with you in general, I don't think this software will be useful for machines without sse. Audio creation usually requires a decent hardware (I know this because I do compose and record music myself). That's why I didn't disable sse. For 3dnow, I don't know. I can disable it but how much will we lose if I do? I'll look into this. Hmm. I do not like pulseaudio (Just a personal preference perhaps). But there is a "audio creation = JACK" rule that is pretty much accepted by many people who deal with mixing audio. I think the default is fine in this case. It is submitted in Fedora and got approved. But unfortunately, the review is stalled (the submitter didn't ask for CVS request). https://bugzilla.redhat.com/show_bug.cgi?id=470914 I will switch to the system libraries whenever this package gets into Fedora. This might take a while, because the package also needs to have this upstream patch backported. http://dev.drobilla.net/ticket/341 I will keep following this package in Fedora, and maybe (co)maintain it. desktop-file-install is already fixing it. Should I do anything else? Yes it can be submitted to Fedora. But again, as an example, I can tell that it is very very nice to have MP3 support. As an example, many people (who don't use Linux) I deal with work with MP3's. If the package ever gets submitted to Fedora, we'll rename this package to traverso-freeworld. That's what we do for audacity in RPMFusion. I doubt that anyone will bother submitting this to Fedora with MP3 support disabled. I am pretty much the only active member of the AudioCreation SIG: https://fedoraproject.org/wiki/AudioCreation Thank you for your comments! -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #5 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-03-16 22:12:37 --- SPEC: http://6mata.com:8014/review/traverso.spec SRPM: http://6mata.com:8014/review/traverso-0.49.0-2.fc10.src.rpm Changelog: 0.49.0-2 - Add disttag - Disable automatic host cpu features detection while building and manually select the cpu related flags - Minor adjustment in %%postun: Use "|| :" only in the last command - Minor adjustment in the .desktop file: Add trailing ";" to MimeType -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #7 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-03-18 03:22:33 --- There is a very nice software called qjackctl which we also have in Fedora. It makes things easy for configuring jack. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #9 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-03-31 04:09:31 --- slv2 is reviewed and built in Fedora so I built traverso against that one. SPEC: http://6mata.com:8014/review/traverso.spec SRPM: http://6mata.com:8014/review/traverso-0.49.1-1.fc10.src.rpm Changelog: 0.49.1-1 - New upstream release - Fix the year of the previous changelog entries - Drop portaudio support. Upstream says that is unnecessary - Drop pulseaudio support. Upstream says it is not ready yet - Use system slv2 library instead of the shipped one with this upstream release, the default alsa device is "default". The user-friendly changelog is here: http://traverso-daw.org/traverso-0.49.1-released.html -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #11 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-17 03:26:57 --- SPEC: http://6mata.com:8014/review/traverso.spec SRPM: http://6mata.com:8014/review/traverso-0.49.1-2.fc10.src.rpm Changelog: 0.49.1-2 - Change the default number of periods from 3 to 2 - Give a more verbose output if sound doesn't work - Add the manual Hopefully, this will fix the sound issues with ALSA. Please (re)move the ~/.traverso folder before testing this. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #13 from NicolasChauvet <kwizart(a)gmail.com&gt; 2009-04-27 11:30:28 --- * Please delete any internal dependency: rm -rf src/3rdparty/slv2 (Rememeber that cmake list slv2 to be >=0.6.1 ) * Please append a versioned BuildRequirement when relevant. * QT_PHONON_LIBRARY_RELEASE QT_PHONON_LIBRARY_RELEASE-NOTFOUND I'm not sure traverso will use photo, unless it needs qt 4.5.1. same for QT_QTMOTIF_LIBRARY_RELEASE QT_QTMOTIF_LIBRARY_RELEASE-NOTFOUND I don't know if it is relevant. * Optims, I"ve successfully have built traverso using: %{cmake} \ -DWANT_MP3_ENCODE=ON \ -DUSE_SYSTEM_SLV2_LIBRARY=ON \ . And our CFLAGS were used. But it has also used some "not always available" asm optim such as 3dnow. Vector optims seems MacOSX related (not linux on ppc), so the only important feature is SSE on x86(_64) (possible with IA64 in theory?) According to CMakeLists.txt , the DETECT_HOST_CPU_FEATURES rely on /proc/cpuinfo and set various definition. It would be better to patch it to use a cmake option, so sse can be enabled by a switch, and the various needed options to be set. According to the Fedora guideline, using SSE on x86 is illegal as not all CPU have this feature on x86 (despite x86_64 at least have SSE2). If I let you build a SSE enabled binary, at least I want a "cmake option" that will avoid SSE without disabling x86 conditionalized code. Please forward this upstream if necessary. To sum-up: buildtime autodetection should remains disabled. x86(_64) should be automatically detected according to the _target_cpu been used. SSE should be enabled by a cmake switch (default on x86_64) * -DSTATIC_BUILD - This is used despite not been what we call a static library built. This is weird since the code is conditionalized with STATIC_BUILD in two places: src/core/InputEngine.cpp src/traverso/Main.cpp * (In reply to comment #12) ... Good god! that's an horrible hack!!! Please avoid bundling pre-built pdf documentation , prefer to use the url instead!!! Furthermore i've tried to read the pdf (was fly reading actually) and found rather hard to see if something needs to be tweaked in /etc/security/limits.conf. If something like this is needed, you might need to tweak it in %post from traverso like jack-audio-connection-kit does. It could be improved by only adding it on install, checks if the hack is present already and remove the hack on uninstall. * Fedora hacking. %{name}-defaults.patch I don't understand why changing the number of period would solve things for Fedora? Does it, really ? (of course, as i'm using PA, it doesn't solve anything). -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #15 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-28 05:06:32 --- I made the patch you asked and sent it upstream. Here you go: SPEC: http://6mata.com/review/traverso.spec SRPM: http://6mata.com/review/traverso-0.49.1-3.fc10.src.rpm Changelog: 0.49.1-3 - Remove the supplied slv2 library in %%prep - Add versioned BR to slv2 (>= 0.6.1) - Drop the pdf manual - Introduce new patch to handle the sse optimizations -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #17 from Kevin Kofler <kevin.kofler(a)chello.at&gt; 2009-04-28 13:58:21 --- Ugh, that patch is horribly inappropriate, the program should be fixed to support non-mmap ALSA access instead. It's needed even for some hardware! And PulseAudio also requires it, at least until the native PulseAudio backend works. If the PortAudio backend works, please enable that one, as PortAudio now supports non-mmap ALSA. As for SSE, the rule is that i586 packages need to work on all i586 CPUs, period. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #19 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-28 18:15:22 --- (In reply to comment #17) The author might add support for it in the future. However, as I, Fernando Lopez-Lezcano, and other audio creation related folks said, Jack is what you need for an audio session with a DAW. This is not an mp3 or avi player that everybody can use. It has a specific target audience. People who use DAW's have appropriate hardware (semi-pro or pro sound cards) most of the time. The author explicitly asked us to remove it from a Linux package. I heard that before too. But I can't find it in the guidelines. I also asked folks at #fedora-devel on IRC. Multiple people said, SSE should be enabled on ix86. Can you point me to the guideline that says the opposite? However, I do believe that my explanation in comment #14 is pretty valid. In short: I do do audio recording. My experience says older hardware is useless for such purposes. They create too much latency. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #21 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-28 21:11:06 --- I can add the relevant lines to /etc/security/limits.conf . Should I remove the traverso-warning.patch and add a README.Fedora file that gives the information that I had put in the patch? This is the way it is done in jack-audio-connection-kit package. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #23 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-28 22:51:40 --- (In reply to comment #22) @audio - rtprio 90 @audio - nice -10 @audio - memlock 3000000 I don't want to use "audio" as the group. I'm thinking of changing it to "traversouser" or something like that. Btw, Remon told me that the STATIC_BUILD is used only for internal traverso libraries. So it will either be a couple .so files vs one larger binary. I'll go with one larger binary as it is the upstream choice. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #25 from NicolasChauvet <kwizart(a)gmail.com&gt; 2009-04-29 12:24:44 --- (In reply to comment #24) ... Did I suggested here or on IRC that it was the right thing to do ? You seems to want to tweak things before to understand how it works. While I'm talking about conflicting value I don't mean other than what would be the final value once a user belong both to the jackuser group and such traversouser group? Could the traversouser values conflict with jack since they are not the same ? It seems better to tweak the jackuser ones in that file instead of creating a new user. Specially if the software is meant to be used on a jack audio server. Then if the values needs manual installation, it would be better to leave the choice to the users, and have it documented in a README.Fedora.(along with a better warning message). About the SSE asm optimization. The reason of the patch is that: If one (for a weird reason) wants to disable SSE on x86, there is a need for x86 specific code to remain enabled. Once that said we cannot try to improve realtime behaviour and at the same time, disable hardware CPU acceleration, that doesn't make sense. The Fedora Guideline is designed for General usage, not for specific case and usage. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #27 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-29 19:10:21 --- (In reply to comment #25) What is a "better warning message"? I can't predict what you have in mind. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #29 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-04-30 21:29:51 --- (In reply to comment #28) Good question. I don't know the answer. I don't maintain jack. Which way do you prefer? A README.Fedora file or a limits file? I prefer the latter one but I'll be OK with both. kwizart, I've been trying to guess what you actually mean by what you are saying since the beginning and obviously I don't guess it the right way always. We can avoid passing the ball back and forth, and avoid the possibility of misinterpretations by minimal ambiguity. Yes, thanks for pointing this out. As the author told me, this part of the code is directly taken from ardour. It looks like they made a typo when they were transferring (#else needs to be used instead of #endif), and they are going to fix this in the next release. I'll update my sseopt patch to incorporate this change. As for USE_XMMINTRIN, again this is the way done in ardour. XMMINTRIN implies SSE and vice versa both in ardour and in traverso. I know it is redundant but there is no need to modify the code just to change the variable names. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 --- Comment #31 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-05-01 21:18:39 --- (In reply to comment #30) I consulted Remon about this. In traverso, the rtprio setting is used for audio device thread purposes only. He told me to patch the traverso rtprio requirement down to 20 if that's what Fedora's jack uses. So, users can edit their limits.conf file themselves if they want more rtprio. I'm abandoning the traversouser idea. SPEC: http://6mata.com/review/traverso.spec SRPM: http://6mata.com/review/traverso-0.49.1-5.fc10.src.rpm Changelog: 0.49.1-5 - Patch for dropping the rtprio requirement of traverso - Drop the limits config file - Drop the warnings patch -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 Orcan Ogetbil <oget.fedora(a)gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |33 --- Comment #33 from Orcan Ogetbil <oget.fedora(a)gmail.com&gt; 2009-05-06 19:11:31 --- Sure, I just asked the maintainer on IRC about this, and he's OK with enabling portaudio. I'll do that. Thank you for the review kwizart! Package CVS request ====================== Package Name: traverso Short Description: Multitrack Audio Recording and Editing Suite Owners: oget Branches: F-10 F-11 InitialCC: ---------------------- License tag: free -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.rpmfusion.org/show_bug.cgi?id=441 NicolasChauvet <kwizart(a)gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.