# Better way to deal with long string of arguments

**URL:** <https://discourse.flucoma.org/t/better-way-to-deal-with-long-string-of-arguments/133>\
**Category:** Bug Reports and Issues\
**Created:** [December 16, 2018, 11:55pm UTC](https://discourse.flucoma.org/t/better-way-to-deal-with-long-string-of-arguments/133 "2018-12-16T23:55:20Z")\
**Posts on this page:** 1\
**Showing post:** 64

<div class="post-metadata">

**Author:** ![rodrigo.constanzo](https://discourse.flucoma.org/user_avatar/discourse.flucoma.org/rodrigo.constanzo/32/12_2.png) [@rodrigo.constanzo](https://discourse.flucoma.org/u/rodrigo.constanzo)\
**Post date:** [January 4, 2019, 11:02am UTC](https://discourse.flucoma.org/t/better-way-to-deal-with-long-string-of-arguments/133/64 "2019-01-04T11:02:38Z")

</div>

The second example doesn’t work for me either.

The `sf` gets filled up with something, but doesn’t appear to be the files.

Here is the output of running it on the single attacks from the training data set:

 ![18%20am](https://discourse.flucoma.org/uploads/default/original/1X/559d3de582491f15fb86248ce2ac0fa75f185844.jpeg)

Also, for some reason the `concat` buffer has a mono file in it, instead of stereo files like what is being loaded. (maybe the `sizeinsamps 1 1`?)

---

_[View the full topic](https://discourse.flucoma.org/t/better-way-to-deal-with-long-string-of-arguments/133)._