< Back to IRCAM Forum

Mubu.stats.marker.track no longer working

At some point the mubu.stats.marker.track abstraction stopped working for me. I’m on OSX with the latest versions of Max and MUBU, and when I run the help patch the stats track remains empty.

There are no errors in the console. Does anyone else have this issue?

Hi James, it works here (at least for the example), but this abstraction has many fundamental problems (list size is one of them) and is deprecated.
It can now be completely replaced using pipo.chop's new @segtimes attribute.

oh great, thanks for the reply. I think I’ve almost got it working in my patch by setting the segtimes and segdurations attributes with the values from my markers track, but when I process, it only seems to process the first slice from my markers track.

Am I missing an argument to mubu.process to tell it to process all the markers?

wow, that was quick! A little simplification is this (from MuBu-howto-segmentation.maxpat):

image
(you don’t need segdurations when the segments are contiguous, and don’t need @chop.size 0)

Ok getting closer, I made those changes and now I get 2 of the 90-something segments showing up my yin-stats track after I process.

Any other ideas why it stops after 2 segments?

can you post that part of your patch so I can try it out?

sure, here’s a simplified version

Thanks for your time.


----------begin_max5_patcher----------
2606.3oc0as0iihiE94p9UXEsOlNBafDnep2KRizpYdYmG1G5YTIC3PbW.FY
L0kcz7eeO1FHPfjPRSWZ2RcmJXvbN9b9NWsq+3wGVEIdiUsB8YzWQO7ve73C
OXFROvCMW+vpb5awYzJyisJuNSwqx3IL4p016WwT47B3oruGmMNqQ3MNneu8
9kzXdQp9t3lgJpgYjwTU8GTH4rBEUwEE5gcZFtjphO.y+IIKVYIAweSH7y1f
P6Oa8WiBb7zD1iDn+kKoGC.TSTqZIGoksLKhXQlP1x393stNdqm7a8WQ12l5
8RlclqVsF9+wELPI06Yr9KtnzdTB2HhN9Q2b4IFwrH5aehDrpSDHo4LES9Dq
fFYewN5a8mO9n9i0yT4EUqTfv8RJgIj13ffwh6sDidl3094Yj13yIxhnZHwT
Ka7Rur440Q0qNxHk0pW3rWKfWdefVbsrRHeJlKiyXuxSTGz20cyj2eOOK6TM
pS2G80nJgHKhJe5EdEOZHnvxKf3pZ.iHAQCSVmwlbRQ062C31CBQE7.UGnVQ
ZixspccpnQUSMc1af.sflAK.1.MThHmxKrjsh+erSxu4lzZkntLgprCaT9sV
2YbU2DHCdYOEIpKRpNieAsfwv4rDtpkskrTv9eJFuQ72aAS6bA0ShkJsXoS0
ZyRWMREyR5yBfdpLiFyNHx.WGUiUkUrLvr4DGX8ErSrtlzL7Dk7opiVL0b8p
vxiXCjJBsOY06lg1LEiVWvMl+tSxPyktVvwDK59jZtuLZFOsPa3dDUg6PMUz
7RiJyBpOQ62J.cubnldvntYbgvP9gglXMAgazdDC1ZB.MHzSC82KxxDuNxPu
4tELJr.T8uyq7hDXrFlvY.HSwyYWEncpYvzdkGpUmPO0BzJEU7VxgGhgJkhT
fUq3uvFyLUwRXoqeCySGOjg1mNH77YMaegIiDUCYbs6u9b843qNaq1GHi9NH
oNmbctrj1g4QbZmyxBZor0IpiiylIvosVdNC8HNxUpyXXVAfqKRE62CYfbdb
17bE1DmjlUOzhZbtOS687.imdPcgHnrjT1sEAcjMokGel89.NrMt9pXgrrt5
oXIipDcwJFBwlBXavNcQzNGv4Jd0lB6MaOc.3Qx1CJqCsnkggamGFrQbOAiB
uZ1PWKMnrAu3.GyOXbHwIjDpovVaFfAAN6Bc1gmbnyjNKN7h40Mjm6K89DtC
.Y7f95AFKypGt2LBKXuBrTWpRPNQlgSX.x.bTeqYHC4+NJAYOHpfQ5462HFC
Vi7soKSt8zkmLUYr+pkawKAZxPzrrDQAaRI.4Fk.9Aik.6BthDfLuZr5KEbu
GoPrHOGxAXLFPJJQUZmsHS1DnCLICg5vtfQYapC8qQxwrtvNlTAvDSp.j9VB
8m3.SQQgpyi0eErFfj3Q+JsnB8KPdw042JVLzYCwWmThgeBbz7y.FYn3dRWS
Nav9P5Ljcd9NgANtFS+4MTOu1fDcv6zCi2s0amieP.w02c8LG5btS1tfXea5
THHPQBsrjUjby3eqy2stVTvt6EjapJ9b.c2EbEqPQ2rWN6ZLryB997jc1B+w
j6Y8A4BWQSYiVfPFFPXFHDwULbCslpvJQ6kxEacU43paozXu0yyJVxoY2IBx
wVDQ3Lkt5k62pqT7873QL0EBhn42tLeIcwW6oM14rfnMcCXPSmN1LkbWGW5Z
L5v2Ov7VjNdNcc+j9BK4IXLfedhpTRdDDGspQF0HjFWA94aDyEyOp+MyAWUi
t84pD1xno07gicl5QFVRkYHCPXoLNO5nE8Wvnun0+HZcBWrZwrm1g6YOg2t6
i.U3GdWdv9ehVpangqq4WaIFgGI7++aht2R2L4K3gaSoTDCH9S7zYQ1HPTEy
9798pOWUm+4pXZF6yhhJVZC9OmJelIqPew7fazHM.9R7ZG3.jWJwea6kPs94
nRwqLI5KvKcStHg0+5WM0eCJYDWUK81F.STSyM.thWfv8tj9FPn1qA0h99Ct
dvCrutHFkIRauNhVwL21rX1.Nd.grg68aGCdg7BXTje2ikTKMvRMiz7PZpzd
g.VBGz0+BU+QfIwK1KPf2Kzusx7l1Si6jXqQGa1B.UPFMM.TpP+8ZF5moQrL
z+ngb+1pVMWFufECyYPWNWpv3jsAiSm.7E41Fb+LlUdWz1.9OWWwxs4TJ3tb
JceaUTypmLwpG7rXJLLr2WWrTG82szl45x.0wPuV5i9FeOlnKtMW3pq.6pYL
Nca+ERcT.MRnSUZGabmxbCI8q+Zh9+L0d4YRrDi0UE1vuPVt8X2u6hwwdKY0
3fGl35LHCEz6fSoJPLVg.mFVKeD3oPOqpatFYxDan4VK1EaqGv4pUL2G9E7A
ZhMQmV7I9+f1LVryGT7yEu6Sasxje.8axMb0GedCZ3uMOAy2rI4qScu4o9R6
1vX6INhWn+7Ksu4yFBUm64qPkAqQFOLlrHjTdQj30yDqjr.JGeeiZw2dlMb8
Wv.h8y8agaXBJkY17skvjswcyV+eHcJxKXognJIM94SAnMIfcqxCP46MRdDR
No6RmQf3dMDwzGpD+ard8ko92yHQgbBL09FC4zuABhY1Q2kPJtiXa.oq6htO
CDxGjGOsuMsP4nqtO0FiefuLifKmQgxGVtNFLkY5NqAJjm0UBs50iMzdVu7V
lNqr48lJad7.KayDMtmO4P7YVd5wGpefnCx3Vtn40AIN1Q+DVETxXWtpe83A
Qq2CkySJE7BUCIc8l.GFXjTSBZlKq4MGVqk++tnD.u+nnDdFTxaInDD6CBrd
EJAYx78SIcJhWeM4t.TZ2rnzvG5.OIgUz4F+tose3MP6uOM2bVkKg3LXVKok
hPWCKhWhkjtO.WcIErHn943ynkc99nj+b7NsDHuVUvkoj+RPIr2bDeKghZVq
IxRX2pcaiuVnzkP5QlChfrDqI2v6KdkMuDZY4K5VAaeZCQfLD+lsOVAqMWxK
rWZxKakjoOrR1m2NBUBooofbzpk1T6daqsk9qzkpJKranE3aGVd.IMaYvI4B
cLqPckx+phpfLN+EVQyQBWepenPYvCEEQoCNg28KMnMQtU161tiYC1DDRnGF
a5ImK1cGYq4avW786gQZlCt6.R36E5PLGBBSW8Leq6fQ3bxzHGokCNzRA84v
vy9MXngmEKPVVjZ6aCYWuc5CRqtTH61hnMtgcOesRjJoI58PpqcOcEBstAII
0Ym2tSMMsLvtmVsyoOxqSY7Oo4hb5SG3o.PL8fRWTl472dIsBMNFn13dg52u
6mKB68rcms92Zv2k3n97x51+sP7fs.p+VVM6S3aRpnQc5CQi4340ApB0Cs3r
2OIYrhak+L5LW8OliQjoK1KHiUmGwj+jHK4lkalidjwVxW2dciDD2ZKsPrmh
V9oDp74KwZ5+jHzUmd5wx5nLaz2524+9EC+0SNVY+r1ZC8uXo0YT4wROyDwO
C1f2IAGcXuB5NBWZWgF72bF5NMfswaLsdPur0aOdyeiHh2V83e93+EjCWNIC
-----------end_max5_patcher-----------

got it: the @samplerate audio is wrong as it forces the yin output to last only ~100 ms…

ah very interesting. so it seems to be fine if I just don’t define samplerate at all on the yin processing.

Thanks again I really appreciate it. Very nice to use this built-in to pipo.chop over the abstraction.

Best,
James