Menu
▾
▴
linuxsampler-devel — This list is for discussing LinuxSampler development issues and ideas
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(27) |
Nov
(120) |
Dec
(16) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(65) |
Feb
(2) |
Mar
(53) |
Apr
(15) |
May
|
Jun
(19) |
Jul
(8) |
Aug
(35) |
Sep
(17) |
Oct
(70) |
Nov
(87) |
Dec
(94) |
| 2004 |
Jan
(133) |
Feb
(28) |
Mar
(45) |
Apr
(30) |
May
(113) |
Jun
(132) |
Jul
(33) |
Aug
(29) |
Sep
(26) |
Oct
(11) |
Nov
(21) |
Dec
(60) |
| 2005 |
Jan
(108) |
Feb
(153) |
Mar
(108) |
Apr
(44) |
May
(72) |
Jun
(90) |
Jul
(99) |
Aug
(67) |
Sep
(117) |
Oct
(38) |
Nov
(40) |
Dec
(27) |
| 2006 |
Jan
(16) |
Feb
(18) |
Mar
(21) |
Apr
(71) |
May
(26) |
Jun
(48) |
Jul
(27) |
Aug
(40) |
Sep
(20) |
Oct
(118) |
Nov
(69) |
Dec
(35) |
| 2007 |
Jan
(76) |
Feb
(98) |
Mar
(26) |
Apr
(126) |
May
(94) |
Jun
(46) |
Jul
(9) |
Aug
(89) |
Sep
(18) |
Oct
(27) |
Nov
|
Dec
(49) |
| 2008 |
Jan
(117) |
Feb
(40) |
Mar
(18) |
Apr
(30) |
May
(40) |
Jun
(10) |
Jul
(30) |
Aug
(13) |
Sep
(29) |
Oct
(23) |
Nov
(22) |
Dec
(35) |
| 2009 |
Jan
(19) |
Feb
(39) |
Mar
(17) |
Apr
(2) |
May
(6) |
Jun
(6) |
Jul
(8) |
Aug
(11) |
Sep
(1) |
Oct
(46) |
Nov
(13) |
Dec
(5) |
| 2010 |
Jan
(21) |
Feb
(3) |
Mar
(2) |
Apr
(7) |
May
(1) |
Jun
(26) |
Jul
(3) |
Aug
(10) |
Sep
(13) |
Oct
(35) |
Nov
(10) |
Dec
(17) |
| 2011 |
Jan
(26) |
Feb
(27) |
Mar
(14) |
Apr
(32) |
May
(8) |
Jun
(11) |
Jul
(4) |
Aug
(7) |
Sep
(27) |
Oct
(25) |
Nov
(7) |
Dec
(2) |
| 2012 |
Jan
(20) |
Feb
(17) |
Mar
(59) |
Apr
(31) |
May
|
Jun
(6) |
Jul
(7) |
Aug
(10) |
Sep
(11) |
Oct
(2) |
Nov
(4) |
Dec
(17) |
| 2013 |
Jan
(17) |
Feb
(2) |
Mar
(3) |
Apr
(4) |
May
(8) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2014 |
Jan
(6) |
Feb
(26) |
Mar
(12) |
Apr
(14) |
May
(8) |
Jun
(7) |
Jul
(6) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(9) |
Feb
(5) |
Mar
(4) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2016 |
Jan
(2) |
Feb
(4) |
Mar
(5) |
Apr
(4) |
May
(14) |
Jun
(31) |
Jul
(18) |
Aug
|
Sep
(10) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
(39) |
Feb
(5) |
Mar
(2) |
Apr
|
May
(52) |
Jun
(11) |
Jul
(36) |
Aug
(1) |
Sep
(7) |
Oct
(4) |
Nov
(10) |
Dec
(8) |
| 2018 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
(8) |
May
(28) |
Jun
(11) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(25) |
| 2019 |
Jan
(12) |
Feb
(50) |
Mar
(14) |
Apr
(3) |
May
(8) |
Jun
(17) |
Jul
(10) |
Aug
(2) |
Sep
(21) |
Oct
(10) |
Nov
|
Dec
(28) |
| 2020 |
Jan
(4) |
Feb
(10) |
Mar
(7) |
Apr
(16) |
May
(10) |
Jun
(7) |
Jul
(2) |
Aug
(5) |
Sep
(3) |
Oct
(3) |
Nov
(2) |
Dec
(1) |
| 2021 |
Jan
|
Feb
(5) |
Mar
(13) |
Apr
(13) |
May
(7) |
Jun
|
Jul
(1) |
Aug
(11) |
Sep
(12) |
Oct
(7) |
Nov
(26) |
Dec
(41) |
| 2022 |
Jan
(23) |
Feb
|
Mar
(8) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(1) |
Dec
(1) |
| 2023 |
Jan
|
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(11) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2024 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2025 |
Jan
|
Feb
(4) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(17) |
Jul
(1) |
Aug
(4) |
Sep
(7) |
Oct
(1) |
Nov
(9) |
Dec
|
|
From: José F. M. <fer...@zy...> - 2016-06-23 07:49:29
|
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-15">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-forward-container">-------- Mensaje reenviado
--------
<table class="moz-email-headers-table" border="0" cellpadding="0"
cellspacing="0">
<tbody>
<tr>
<th valign="BASELINE" align="RIGHT" nowrap="nowrap">Asunto:
</th>
<td>Re: Fwd: Re: [Linuxsampler-devel] Linuxsampler and
Zynthian Project</td>
</tr>
<tr>
<th valign="BASELINE" align="RIGHT" nowrap="nowrap">Fecha: </th>
<td>Thu, 23 Jun 2016 09:24:14 +0200</td>
</tr>
<tr>
<th valign="BASELINE" align="RIGHT" nowrap="nowrap">De: </th>
<td>Holger Wirtz <a class="moz-txt-link-rfc2396E" href="mailto:wi...@pa..."><wi...@pa...></a></td>
</tr>
<tr>
<th valign="BASELINE" align="RIGHT" nowrap="nowrap">Para: </th>
<td><a class="moz-txt-link-abbreviated" href="mailto:sch...@li...">sch...@li...</a></td>
</tr>
<tr>
<th valign="BASELINE" align="RIGHT" nowrap="nowrap">CC: </th>
<td>José Fernando Moyano Domínguez
<a class="moz-txt-link-rfc2396E" href="mailto:fer...@za..."><fer...@za...></a>, <a class="moz-txt-link-abbreviated" href="mailto:rn...@rn...">rn...@rn...</a></td>
</tr>
</tbody>
</table>
<br>
<pre>Hi Christian,
I think there is a little misunderstanding in Fernandos Email from
yesterday:
1.) Zynthian is not a company, nor an organization. It's an open community.
2.) Zynthian is not a "product", it is an open specificacion for
building a device.
3.) Any economic activity related to Zynthian, like selling kits,
organizing workshops, etc. is realized by individuals. Everybody can
print the PCBs and sell kits, or organize workshops, because the
specification is completely free.
Anyway, we don't want to act against the will of linuxsampler team, so,
if you wish, we will remove the linuxsampler's binary from the official
SD images. That is very clear. We don't want to offend anybody.
It's a great pity for us, really! But also for you ... think about it!
We play in the same team!!
We are trying to bring free software tools to the wide community of
musicians around the world. By offering these tools through an open
platform like Zynthian, we create a bridge from Windows/Apple world
towards Linux and free software arena. We believe it's something that
should be done...
Regards, Holger
Am 22.06.2016 um 15:40 schrieb José Fernando Moyano:
> -------- Mensaje reenviado --------
> Asunto: Re: [Linuxsampler-devel] Linuxsampler and Zynthian Project
> Fecha: Wed, 22 Jun 2016 14:53:51 +0200
> De: Christian Schoenebeck <a class="moz-txt-link-rfc2396E" href="mailto:sch...@li..."><sch...@li...></a>
> Para: <a class="moz-txt-link-abbreviated" href="mailto:lin...@li...">lin...@li...</a>, José Fernando Moyano
> <a class="moz-txt-link-rfc2396E" href="mailto:fer...@zy..."><fer...@zy...></a>
>
> On Wednesday, June 22, 2016 14:01:04 José Fernando Moyano wrote:
>> + Do you think there is some problem with including linuxsampler's
>> binary in our freely available SD images?
>>
>> + Do you think that we are breaking your license if we sell DIY kits, or
>> organize workshops?
>
> You are selling the devices for money, so yes, you do sell a commercial
> product and hence you are not allowed to use LinuxSampler without our
> prior permission! Just the fact that you are using open source
> components does not mean you are not violating the license. You do! The
> download page is pretty short and clear on that, quote:
>
> "... USAGE of the source code, libraries and applications FOR
> COMMERCIAL HARDWARE OR SOFTWARE PRODUCTS IS NOT ALLOWED without prior
> written permission by the LinuxSampler authors."
>
> You may acquire a commercial license for the sampler for your products,
> but in the meantime, since you haven't acquired a commercial license of
> the sampler yet, please stop using LinuxSampler with your products
> immediately!
>
> CU
> Christian
>
--
Perl is the only language that looks the same before and after RSA
encryption.
</pre>
</div>
</body>
</html>
|
|
From: Christian S. <sch...@li...> - 2016-06-22 12:49:35
|
On Wednesday, June 22, 2016 14:01:04 José Fernando Moyano wrote: > + Do you think there is some problem with including linuxsampler's > binary in our freely available SD images? > > + Do you think that we are breaking your license if we sell DIY kits, or > organize workshops? You are selling the devices for money, so yes, you do sell a commercial product and hence you are not allowed to use LinuxSampler without our prior permission! Just the fact that you are using open source components does not mean you are not violating the license. You do! The download page is pretty short and clear on that, quote: "... USAGE of the source code, libraries and applications FOR COMMERCIAL HARDWARE OR SOFTWARE PRODUCTS IS NOT ALLOWED without prior written permission by the LinuxSampler authors." You may acquire a commercial license for the sampler for your products, but in the meantime, since you haven't acquired a commercial license of the sampler yet, please stop using LinuxSampler with your products immediately! CU Christian |
|
From: José F. M. <fer...@zy...> - 2016-06-22 12:24:59
|
-- José Fernando Moyano Dominguez + Email: fer...@zy... + Teléfono: +34 625 642 820 ---------------------------------------------------------------------- Zynthian: the Open Synth Platform + Web: http://zynthian.org + Blog: http://blog.zynthian.org ---------------------------------------------------------------------- |
|
From: José F. M. <fer...@zy...> - 2016-06-22 12:17:38
|
Hello Christian and other LinuxSampler developpers! My name is José Fernando Moyano, from Barcelona, Spain. I'm the main developer and founder of Zynthian Project: http://blog.zynthian.org http://zynthian.org Zynthian is a completely open platform for Sound Synthesis: + Open Hardware Specification, based in Raspberry Pi + Open Source Software Currently, it's a DIY project, and we don't sell any device, only some specific PCBs and spare parts, to ease the building process. Anyway, schemes and PCB files are freely available in our repositories: https://github.com/zynthian In the last months, we've integrated Linuxsampler in our project, and we are really happy with the results. It runs perfectly well in the Rapsberry Pi platform, with a decent SD card. Congratulations and thanks for this wonderful piece of software! So, we've included linuxsampler's binary (installed as a Debian package from Autostatic repository) in our latest SD images. This images are debian (raspbian) based images with some specific config adjustments and some specific software installed on it, including some standalone synthesizers, LV2 plugins, LV2 hosts and the zynthian UI. Of course, every piece of software is Open Source. Also, we have a "setup script" in our repository, that can be executed on a raw raspbian installation to setup a zynthian box. As we really think that the "commercial" limitation of LinuxSampler license does not apply to Zynthian Project, we haven't contacted you before, but recently we have received some questions related to this subject and we would like to avoid any misunderstanding, so we have decided to contact and ask your opinion. + Do you think there is some problem with including linuxsampler's binary in our freely available SD images? + Do you think that we are breaking your license if we sell DIY kits, or organize workshops? Thank you very much, Best Regards! -- José Fernando Moyano Dominguez + Email: fer...@zy... + Teléfono: +34 625 642 820 ---------------------------------------------------------------------- Zynthian: the Open Synth Platform + Web: http://zynthian.org + Blog: http://blog.zynthian.org ---------------------------------------------------------------------- |
|
From: <luc...@fr...> - 2016-06-21 22:09:02
|
Hi Alby, After many tests to isolate my problem, I finally catch the guilty ! It's clearly not a problem with #include or #define and not specific to SFZ engine. It's is a big problem with the management of unmapped incoming midi keys. A little test to reproduce my behavior : - Open any sf2, sfz, or gig file in a channel - Send some unmapped midi notes to this channel (or slide several times on gray tint notes in Fantasia) - And engine will complain about : Engine: Could not launch new note; Note pool empty! Engine: Could not launch new note; Note pool empty! Engine: Could not launch new note; Note pool empty! ... linuxsampler version : 2.0.0.svn9 trunk@2911 Previously it was 2.0.0 svn1 and I did not have memories of this behavior. Ludovic ----- Mail d'origine ----- De: Alby M. <alb...@gm...> À: luc...@fr..., lin...@li... Envoyé: Tue, 21 Jun 2016 00:34:32 +0200 (CEST) Objet: Re: [Linuxsampler-devel] SFZ 2.0 Headers and Macros Patch Hi Ludovic, That shouldn't have anything to do with the #include statements, although it might be a strange bug. Are you testing the SFZs with identical midi input? And are you sure that if you copy three contents of all of the individual files into one big .sfz, it looks exactly the same as the original? - A.M. On Mon, Jun 20, 2016, 11:23 AM <luc...@fr...> wrote: > Hello there, > > I'm trying some sfz files with #include and #define properties, many > thanks for this implementation, but I've some troubles with it. > > I've a complete drumkit in one sfz file which work fine (no #include, no > #define) > But when a use the same drumkit in one main sfz which include split sfz > files (Kick.sfz, Hi-Hat.sfz, Snare.sfz, ...), it's work a the beginning but > quickly some or all notes are skipped and engine complain : > > Engine: Could not launch new note; Note pool empty! > Engine: Could not launch new note; Note pool empty! > .... > > Someone use sfz files with #include directive without problem ? > > > Thanks > > Ludovic > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports. http://sdm.link/zohomanageengine > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > |
|
From: Alby M. <alb...@gm...> - 2016-06-20 22:34:48
|
Hi Ludovic, That shouldn't have anything to do with the #include statements, although it might be a strange bug. Are you testing the SFZs with identical midi input? And are you sure that if you copy three contents of all of the individual files into one big .sfz, it looks exactly the same as the original? - A.M. On Mon, Jun 20, 2016, 11:23 AM <luc...@fr...> wrote: > Hello there, > > I'm trying some sfz files with #include and #define properties, many > thanks for this implementation, but I've some troubles with it. > > I've a complete drumkit in one sfz file which work fine (no #include, no > #define) > But when a use the same drumkit in one main sfz which include split sfz > files (Kick.sfz, Hi-Hat.sfz, Snare.sfz, ...), it's work a the beginning but > quickly some or all notes are skipped and engine complain : > > Engine: Could not launch new note; Note pool empty! > Engine: Could not launch new note; Note pool empty! > .... > > Someone use sfz files with #include directive without problem ? > > > Thanks > > Ludovic > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports. http://sdm.link/zohomanageengine > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > |
|
From: <luc...@fr...> - 2016-06-20 17:19:54
|
Hello there, I'm trying some sfz files with #include and #define properties, many thanks for this implementation, but I've some troubles with it. I've a complete drumkit in one sfz file which work fine (no #include, no #define) But when a use the same drumkit in one main sfz which include split sfz files (Kick.sfz, Hi-Hat.sfz, Snare.sfz, ...), it's work a the beginning but quickly some or all notes are skipped and engine complain : Engine: Could not launch new note; Note pool empty! Engine: Could not launch new note; Note pool empty! .... Someone use sfz files with #include directive without problem ? Thanks Ludovic |
|
From: Christian S. <sch...@li...> - 2016-06-02 10:20:50
|
On Tuesday, May 31, 2016 16:42:14 Christian Schoenebeck wrote: > On Monday, May 30, 2016 23:43:10 Rui Nuno Capela wrote: > > hi, > > > > while trying to sync qsampler's upstream git to svn, i'm had this > > > > nagging all day long: > > svn.linuxsampler.org’s DNS address could not be found. > > > > anyone? > > The problem is that the previous DNS server of the linuxsampler.org domain > was on one of my servers, which does not exist anymore. So right now for > some people *.linuxsampler.org DNS still works due to their local DNS > caching, all other ones fail to resolve any linuxsampler.org DNS entry. > > I already have set up a new DNS server as replacement for the old DNS > server, but the registrar entry of the linuxsampler.org domain needs to be > updated for that new DNS server to be used, which I can't do. Only Benno > can do that, since he is the only one who got access to the domain's > registrar account. But ... I can't reach Benno. I am trying for 2 months > now. Ok, I was finally able to get in touch with Benno and we resolved the DNS issues. So it should work fine for everybody either now already or in max. couple hours (after the DNS changes propagated throughout all DNS caches on the net). > As a workaround, simply add the following line to your /etc/hosts file: > > 193.37.152.153 svn.linuxsampler.org So you can now also drop that line again of course. CU Christian |
|
From: Christian S. <sch...@li...> - 2016-05-31 14:39:17
|
On Monday, May 30, 2016 23:43:10 Rui Nuno Capela wrote: > hi, > > while trying to sync qsampler's upstream git to svn, i'm had this > nagging all day long: > > svn.linuxsampler.org’s DNS address could not be found. > > anyone? The problem is that the previous DNS server of the linuxsampler.org domain was on one of my servers, which does not exist anymore. So right now for some people *.linuxsampler.org DNS still works due to their local DNS caching, all other ones fail to resolve any linuxsampler.org DNS entry. I already have set up a new DNS server as replacement for the old DNS server, but the registrar entry of the linuxsampler.org domain needs to be updated for that new DNS server to be used, which I can't do. Only Benno can do that, since he is the only one who got access to the domain's registrar account. But ... I can't reach Benno. I am trying for 2 months now. I will try to contact him once more, but if it doesn't work out soon, then we need an alternative. For example I still have the opensampler.org domain which we could switch to. But I hope we can avoid that, since I am not very keen to update all stuff with new URLs. As a workaround, simply add the following line to your /etc/hosts file: 193.37.152.153 svn.linuxsampler.org CU Christian |
|
From: Rui N. C. <rn...@rn...> - 2016-05-30 22:43:33
|
hi, while trying to sync qsampler's upstream git to svn, i'm had this nagging all day long: svn.linuxsampler.org’s DNS address could not be found. anyone? -- rncbc aka. Rui Nuno Capela |
|
From: Christian S. <sch...@li...> - 2016-05-17 16:49:09
|
On Tuesday, May 17, 2016 12:34:16 Edward Diehl wrote: > I have SampleTekk's TBO piano which looks to have files of maximum 2GB size: [snip] > or if you like bytes: > -r-------- 1 diehl diehl 43719434 Sep 30 2013 TBO.gig > -r-------- 1 diehl diehl 36228608 Sep 30 2013 TBO.gsi > -r-------- 1 diehl diehl 2138930702 Sep 30 2013 TBO.gx01 > -r-------- 1 diehl diehl 2138916112 Sep 30 2013 TBO.gx02 > -r-------- 1 diehl diehl 2042137662 Sep 30 2013 TBO.gx03 > -r-------- 1 diehl diehl 2009642898 Sep 30 2013 TBO.gx04 > -r-------- 1 diehl diehl 1995753266 Sep 30 2013 TBO.gx05 > -r-------- 1 diehl diehl 1468317962 Sep 30 2013 TBO.gx06 So just as expected. Perfect! > This piano plays very well in linuxsampler, by the way, thanks for the > excellent work. Thanks also for the lookup! > Its too bad is is nearly impossible to get gigasampler format files any > more. Sampletekk no longer sells them. Well, at least one can make a bargain with old gig sound libs once in a while. ;-) CU Christian |
|
From: Edward D. <di...@um...> - 2016-05-17 16:34:28
|
I have SampleTekk's TBO piano which looks to have files of maximum 2GB size: -r-------- 1 diehl diehl 42M Sep 30 2013 TBO.gig -r-------- 1 diehl diehl 35M Sep 30 2013 TBO.gsi -r-------- 1 diehl diehl 2.0G Sep 30 2013 TBO.gx01 -r-------- 1 diehl diehl 2.0G Sep 30 2013 TBO.gx02 -r-------- 1 diehl diehl 2.0G Sep 30 2013 TBO.gx03 -r-------- 1 diehl diehl 1.9G Sep 30 2013 TBO.gx04 -r-------- 1 diehl diehl 1.9G Sep 30 2013 TBO.gx05 -r-------- 1 diehl diehl 1.4G Sep 30 2013 TBO.gx06 or if you like bytes: -r-------- 1 diehl diehl 43719434 Sep 30 2013 TBO.gig -r-------- 1 diehl diehl 36228608 Sep 30 2013 TBO.gsi -r-------- 1 diehl diehl 2138930702 Sep 30 2013 TBO.gx01 -r-------- 1 diehl diehl 2138916112 Sep 30 2013 TBO.gx02 -r-------- 1 diehl diehl 2042137662 Sep 30 2013 TBO.gx03 -r-------- 1 diehl diehl 2009642898 Sep 30 2013 TBO.gx04 -r-------- 1 diehl diehl 1995753266 Sep 30 2013 TBO.gx05 -r-------- 1 diehl diehl 1468317962 Sep 30 2013 TBO.gx06 This piano plays very well in linuxsampler, by the way, thanks for the excellent work. Its too bad is is nearly impossible to get gigasampler format files any more. Sampletekk no longer sells them. On Tue, May 17, 2016 at 8:01 AM, < lin...@li...> wrote: > Send Linuxsampler-devel mailing list submissions to > lin...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > or, via email, send a message with subject or body 'help' to > lin...@li... > > You can reach the person managing the list at > lin...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Linuxsampler-devel digest..." > > > Today's Topics: > > 1. gig file size >= 2GB (Christian Schoenebeck) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 17 May 2016 12:54:24 +0200 > From: Christian Schoenebeck <sch...@li...> > Subject: [Linuxsampler-devel] gig file size >= 2GB > To: lin...@li... > Message-ID: <6336399.54Lmlt7Qz0@silver> > Content-Type: text/plain; charset="us-ascii" > > Hi there! > > Anyone still having a GigaStudio sound library larger than 2 GB? Tascam > used > so called "extension" files to split very large gig files over several > files > to avoid issues on machines not supporting files > 2 GB. That is a gig file > larger than 2 GB was actually stored and loaded as: > > foo.gig > foo.gx01 > foo.gx02 > ... > > All being stored in the same file directory. > > If somebody still has something like that around, I would appreciate if you > would check the maximum file size of those individual files for me. I > think it > was really < 2 GB, but I need to be sure. It could theoretically also be > < 4 GB, but I don't think so, because there were operating systems which > were > actually limited to < 2 GB. > > CU > Christian > > > > ------------------------------ > > > ------------------------------------------------------------------------------ > Mobile security can be enabling, not merely restricting. Employees who > bring their own devices (BYOD) to work are irked by the imposition of MDM > restrictions. Mobile Device Manager Plus allows you to control only the > apps on BYO-devices by containerizing them, leaving personal data > untouched! > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j > > ------------------------------ > > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > > > End of Linuxsampler-devel Digest, Vol 95, Issue 4 > ************************************************* > -- Edward Diehl Research Area Specialist Sr 367C West Hall Office: 734-936-9662 University of Michigan Fax: 734-936-6529 450 Church St Sec'y: 734-615-5811 Ann Arbor, MI 48109-1120 Email: di...@um... |
|
From: Christian S. <sch...@li...> - 2016-05-17 10:52:38
|
Hi there! Anyone still having a GigaStudio sound library larger than 2 GB? Tascam used so called "extension" files to split very large gig files over several files to avoid issues on machines not supporting files > 2 GB. That is a gig file larger than 2 GB was actually stored and loaded as: foo.gig foo.gx01 foo.gx02 ... All being stored in the same file directory. If somebody still has something like that around, I would appreciate if you would check the maximum file size of those individual files for me. I think it was really < 2 GB, but I need to be sure. It could theoretically also be < 4 GB, but I don't think so, because there were operating systems which were actually limited to < 2 GB. CU Christian |
|
From: S. C. C. <s_c...@ho...> - 2016-05-11 18:11:53
|
On 05/10/2016 05:51 AM, Christian Schoenebeck wrote: > <snip> > The sample rate used is probably not the actual problem. It is noteworthy that > the sampler must cache additional sample points of certain samples in case the > DAW increases the audio period size. That is unavoidable and takes a moment. > And during offline (non real-time) audio rendering DAWs usually switch to a > much bigger period size than the DAW is using during regular real-time > operation while you are editing the song etc. A DAW usually does so by default > (on offline renders) to decrease the CPU load while rendering and thus to > decrease the time it takes to finish rendering the entire song. Because the > lower the audio period size, the higher the CPU load will be and thus a higher > period size means a lower CPU load. > > However LinuxSampler only caches additional sample points when the period size > is increased, not when being decreased, nor when being increased back to a > period size it had before. That means the second time you start the audio > mixdown it should work as expected. Correct? Repeated mixdowns all fail in the same way (in both Mixcraft and Reaper). It is interesting that the samples get reloaded both at the beginning of the mixdown and also at the end. So each mixdown causes LinuxSampler to reload the samples twice. -~Chris |
|
From: Christian S. <sch...@li...> - 2016-05-10 10:49:32
|
On Monday, May 09, 2016 14:39:13 S. Christian Collins wrote: > > Have you tried another DAW application? > > Yes. Here are the results: > > First, a couple notes: > > * My ASIO driver is only available at 48 KHz, so that is the rate all > my DAWs are running at. > * Here is the MIDI file > <https://dl.dropboxusercontent.com/u/8126161/Blue%20Storm.mid> that > I have been using for this test (student composition, please do not > share). Set the DAW to 70 BPM for correct tempo. > > Test results: > > * *Acoustica Mixcraft 7 x64/x86 + LinuxSampler x64/x86:* mixing down > to 44.1 or 48 KHz audio = LinuxSampler reloads its samples at > beginning of mixdown, audio renders as silence. > * *SONAR x64 + LinuxSampler x64:* mixing down to 44.1 or 48 KHz audio > = samples are not re-loaded, audio renders normally > * *Reaper x64 + LinuxSampler x64:* mixing down to 48 KHz audio works > as expected, but mixing down to 44.1 causes LinuxSampler to reload > its samples, and the audio renders as silence. The sample rate used is probably not the actual problem. It is noteworthy that the sampler must cache additional sample points of certain samples in case the DAW increases the audio period size. That is unavoidable and takes a moment. And during offline (non real-time) audio rendering DAWs usually switch to a much bigger period size than the DAW is using during regular real-time operation while you are editing the song etc. A DAW usually does so by default (on offline renders) to decrease the CPU load while rendering and thus to decrease the time it takes to finish rendering the entire song. Because the lower the audio period size, the higher the CPU load will be and thus a higher period size means a lower CPU load. However LinuxSampler only caches additional sample points when the period size is increased, not when being decreased, nor when being increased back to a period size it had before. That means the second time you start the audio mixdown it should work as expected. Correct? CU Christian |
|
From: S. C. C. <s_c...@ho...> - 2016-05-09 20:41:04
|
On 05/09/2016 10:50 AM, Christian Schoenebeck wrote: > On Wednesday, May 04, 2016 11:46:41 S. Christian Collins wrote: >> I had a student send me a project where LinuxSampler was not rendering >> audio when mixing the project down to MP3. I decided to investigate and >> discovered that I can reproduce the issue. It seems to be related to >> LinuxSampler re-loading its instruments when project mix down begins. I >> made a video demonstrating this bug here: https://youtu.be/ZdEY9G21FPo >> >> Anybody know what might be going on here? > Not sure whether that's really a bug of the sampler. I am frequently using the > VST plugin version of the sampler with Cubase and I never encountered that it > would reload anything if I start to bounce a song to an audio file. Usually > the respective sound is loaded by the sampler (plugin) when you open a song in > your DAW, but not when you export the song to an audio file. > > Are you using a MIDI map with LinuxSampler and changing the sound with MIDI > program change or are you rather loading the sound explicitly from a specific > file? No MIDI program changes are involved. I'm simply loading the Maestro Concert Grand <http://sonimusicae.free.fr/matshelgesson-maestro-en.html> using the Fantasia interface that comes up when opening the VST GUI. > Have you tried another DAW application? Yes. Here are the results: First, a couple notes: * My ASIO driver is only available at 48 KHz, so that is the rate all my DAWs are running at. * Here is the MIDI file <https://dl.dropboxusercontent.com/u/8126161/Blue%20Storm.mid> that I have been using for this test (student composition, please do not share). Set the DAW to 70 BPM for correct tempo. Test results: * *Acoustica Mixcraft 7 x64/x86 + LinuxSampler x64/x86:* mixing down to 44.1 or 48 KHz audio = LinuxSampler reloads its samples at beginning of mixdown, audio renders as silence. * *SONAR x64 + LinuxSampler x64:* mixing down to 44.1 or 48 KHz audio = samples are not re-loaded, audio renders normally * *Reaper x64 + LinuxSampler x64:* mixing down to 48 KHz audio works as expected, but mixing down to 44.1 causes LinuxSampler to reload its samples, and the audio renders as silence. So that makes two out of my three DAWs that run into this problem. I actually work for Acoustica, so if you have any specific questions about what messages Mixcraft is sending to the plugin when mixing down, let me know and I can pass them on to the developer. -~Chris |
|
From: Christian S. <sch...@li...> - 2016-05-09 15:48:32
|
On Wednesday, May 04, 2016 11:46:41 S. Christian Collins wrote: > I had a student send me a project where LinuxSampler was not rendering > audio when mixing the project down to MP3. I decided to investigate and > discovered that I can reproduce the issue. It seems to be related to > LinuxSampler re-loading its instruments when project mix down begins. I > made a video demonstrating this bug here: https://youtu.be/ZdEY9G21FPo > > Anybody know what might be going on here? Not sure whether that's really a bug of the sampler. I am frequently using the VST plugin version of the sampler with Cubase and I never encountered that it would reload anything if I start to bounce a song to an audio file. Usually the respective sound is loaded by the sampler (plugin) when you open a song in your DAW, but not when you export the song to an audio file. Are you using a MIDI map with LinuxSampler and changing the sound with MIDI program change or are you rather loading the sound explicitly from a specific file? Have you tried another DAW application? CU Christian |
|
From: S. C. C. <s_c...@ho...> - 2016-05-04 16:52:10
|
Hi LinuxSampler devs, I thought you might be interested to read my recent blog post, /Using SoundFonts in 2016 <https://schristiancollins.wordpress.com/2016/03/02/using-soundfonts-in-2016/>/. It features a pretty thorough review of the current landscape of SoundFont-compatible software, including DAW plugins, virtual GM devices and SoundFont editors. I ran LinuxSampler's SF2 through my test suite as well. It didn't fare very well, failing a lot of my tests, but I know that LinuxSampler never boasted perfect SF2 support. Anyway, it might provide some useful info for anybody looking to improve LinuxSampler's SF2 support in the future. Best Regards, -~Chris |
|
From: S. C. C. <s_c...@ho...> - 2016-05-04 16:46:50
|
I had a student send me a project where LinuxSampler was not rendering audio when mixing the project down to MP3. I decided to investigate and discovered that I can reproduce the issue. It seems to be related to LinuxSampler re-loading its instruments when project mix down begins. I made a video demonstrating this bug here: https://youtu.be/ZdEY9G21FPo Anybody know what might be going on here? -~Chris |
|
From: S. C. C. <s_c...@ho...> - 2016-05-04 16:37:24
|
On 04/19/2016 12:26 PM, Christian Schoenebeck wrote: > On Monday, April 11, 2016 12:51:41 S. Christian Collins wrote: >> Hey, since both bugzilla and forum registrations seem to be broken, I am >> reporting this bug here: >> >> The latest windows VSTi (20160410) complains that it can't find >> "liblinuxsampler-3.dll". Looking in the program directory, I can see >> that "liblinuxsampler-3.dll" does not exist, but has been replaced by >> "liblinuxsampler-4.dll". > Are you sure that this problem still persists? > > There are 3 versions of the LinuxSampler VST plugin DLL bundled with the > Windows installer: a 64 bit VST, a 32 bit non-SSE VST and a 32bit SSE VST. > I just extracted them from the latest installer and all 3 VSTs depend on > liblinuxsampler-4.dll. > > Could it be possible that you were using a different VST installation path > previouisly vs. now when you executed the installer? Because obviously the > Windows installer will only replace an old VST plugin within the selected > target VST directory. It will not search the entire system for other VST > directories and replace it there as well. Well, that seems to have been what was happening. Manually removing the leftover instance of LinuxSampler64.dll from a different folder solved the problem. Thanks, -~Chris |
|
From: Alby M. <alb...@gm...> - 2016-05-04 16:21:27
|
Very nice! You're really reviving the GigaSampler format and turning it into something really useful. On Wed, May 4, 2016 at 9:09 AM Christian Schoenebeck < sch...@li...> wrote: > Hi guys, > > there is some noteworthy progress regarding the NKSP instrument script > editor > of Gigedit. The latest development news about this feature is described in > the > following new article: > > > http://doc.linuxsampler.org/News/Instrument_Script_Editor_2016-05-04/ > > CU > Christian > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications > Manager > Applications Manager provides deep performance insights into multiple > tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > |
|
From: Christian S. <sch...@li...> - 2016-05-04 15:05:58
|
Hi guys, there is some noteworthy progress regarding the NKSP instrument script editor of Gigedit. The latest development news about this feature is described in the following new article: http://doc.linuxsampler.org/News/Instrument_Script_Editor_2016-05-04/ CU Christian |
|
From: Christian S. <sch...@li...> - 2016-04-20 19:46:03
|
Hi, as some of you may know, registration on the forum site (bb.linuxsampler.org) was disabled for a certain while. That was because we had massive issues with spam attacks, and we simply got tired of cleaning the board so frequently. Since couple users contacted me and complained about it, I just enabled registration of new users on bb.linuxsampler.org again, however I applied more tight policies than before, most notably: 1. New user registrations are approved by moderators. 2. Email address and IP are automatically checked against known spam activity. 3. Only 1 post per 30 minutes allowed (applies to *all* users). 4. There are some additional restrictions for "Newbie" users, that is users which have not exceeded a post count of 30 yet, i.e. they can't upload files, can't send private messages, etc. I hope those policy changes are fine for most of the forum users, and that it will help to reduce the spam issues we had on the post board. CU Christian |
|
From: Christian S. <sch...@li...> - 2016-04-19 17:51:00
|
On Monday, April 18, 2016 22:51:37 JP Cimalando wrote: > Hi, lately I've stumbled upon an old article that sings praise of > Akai S1000 samplers and the resampling algorithm it used. > This piqued my curiosity and inspired me to try implementing a sinc > resampler into LS for comparison. Hi JP, interesting stuff! > I attach my code to the message, as patch against svn trunk. > Link to the article: http://martin78.com/samplers/akai-s1000-s1100/ > > -- some implementation notes: > * this is a N-point sinc resampler, where N is defined in code by > parameter SINC_NPTOTAL=SINC_NPBEFORE+SINC_NPAFTER > * code uses optimization to reduce the number of trig operations/sample > from N sin() to 1 sin() + 1 cos() > > As default I have used parameters NPBEFORE=1 NPAFTER=7, the number of > past and future samples used respectively. > This happens in some situations, with some samples of my set, to crash > LS with segfault, presumably because of out-of-bounds access by > getSample(). That suspicion is correct. > The question is: where in LS is defined how many past/future samples are > available to the resampling? > I note LS already has linear and cubic which require 2 and 4. How > to control this number? Akai S1000 supposedly has N=8, but I'd like to > also to try larger lengths. There is no such check. Branches in the synthesis core are always a bad thing, because they reduce runtime efficiency i.e. due to instruction pipelining issues, so we try to avoid branches there whenever possible. The trick is: all samples are loaded with a certain amount of additional NULL samples at their end (that is additional silence). That way the resampler will never bite beyond the scope of the allocated sample data. So you need to adjust some few files. grep for "LoadSampleDataWithNullSamplesExtension" and you will find the relevant locations. For example in file src/engines/gig/InstrumentResourceManager.cpp you find in line 676: const uint neededSilenceSamples = (maxSamplesPerCycle << CONFIG_MAX_PITCH) + 3; So the 3 here is too small for your patch. I guess you get the rest of it. Any plans to post some comparison audio files? CU Christian |
|
From: Christian S. <sch...@li...> - 2016-04-19 17:25:48
|
On Monday, April 11, 2016 12:51:41 S. Christian Collins wrote: > Hey, since both bugzilla and forum registrations seem to be broken, I am > reporting this bug here: > > The latest windows VSTi (20160410) complains that it can't find > "liblinuxsampler-3.dll". Looking in the program directory, I can see > that "liblinuxsampler-3.dll" does not exist, but has been replaced by > "liblinuxsampler-4.dll". Are you sure that this problem still persists? There are 3 versions of the LinuxSampler VST plugin DLL bundled with the Windows installer: a 64 bit VST, a 32 bit non-SSE VST and a 32bit SSE VST. I just extracted them from the latest installer and all 3 VSTs depend on liblinuxsampler-4.dll. Could it be possible that you were using a different VST installation path previouisly vs. now when you executed the installer? Because obviously the Windows installer will only replace an old VST plugin within the selected target VST directory. It will not search the entire system for other VST directories and replace it there as well. CU Christian |
161 messages has been excluded from this view by a project administrator.
