I faced a trouble about play mp4 footage on mimoLive 5.10.1 on Mac mini with M1 chip.
I set up my template with some mp4 files for title animation, background movie, and main contents of my livestream.
When start up mimoLive with my template, it’s ok. All of footages are loaded, can play normal.
But, after few minutes, sometimes can’t play mp4 file footages. Footages on Sources panels with red light, but Layer properties can’t show movie thumbnail.
Unfortunately, I also wait for Apple Silicon support. Currently, I can just repeat what Boinx said in the last live stream: First official Apple Silicon Beta should come mid this year. M1 is currently not officially supported.
I did same settings on my MacBook Pro 2017 with Mojave, it happens same trouble.
And I did you suggested PIP layer, also doesn’t work. When it happens, all of footages registered at Sources panel cannot play at layers. Not specified one, all of them. This template consists four footages, one title logo animation, one background animation, two main contents films. When I notice this problem, all of footages are not playable on layer property panel.
At my first post, I said “after few minutes”, to say accurate, I wonder it’s not correct.
When I start up mimoLive with my template, some layers or layer sets are switched, then I noticed that footages are not playable. During this time, a few minutes.
But, I cannot reproduce which layer turn on or turn off.
And one more update. I find out suspicious point that filenames are written in Japanese language. So there’re 2byte code. But, one title logo animation file of four footages, it name is “vi_AE.mov”. So this point is unlikely? FYI, the fullpath of the footage file includes the directory named Japanese language 2byte code.
Furthermore, this trouble occurs on both “Copied into document” and “Absolute path” references mode.
Thank you for the tests and the thoughts about it.
Sometimes I have file names which partially or only use the charset “Emoji” before the extension, so I never came to the idea that Katakana, Kanji or Hiragana could influence the behaviour. For real, I assumed that all charsets are based on utf-8 in macOS.
Could it be that the Background is simply not “looped”, or does it loop and suddenly not start? When you place the files inside a visible multiView, does it solve the troubles?
@Achim_Boinx , could you please have a closer look on this phenomenon? It seems to be that somehow the connection between source and layer/multiView gets lost. Maybe because of the used charset (non-latin characters).
@kohki.shikata , could you please explain me, how you embedded the video here? I was never able to do so.
@JoPhi Video embedding was easy. I uploaded my video to my youtube account, then the youtube url pasted here. After submitting, the forum convert to iframe video, I guess.
Weird. Thank you for this update. Can you please publish the code of the automated sequence? (simply the source code?) I want to rebuld the automation and the setting, to test it too.
(Please give a note, in which section the automation has to be placed. On Live, while live… or “Automatic”-Mode)
(Please give a note, in which section the automation has to be placed. On Live, while live… or “Automatic”-Mode)
I use Automation layer in two way. First, when start show. Second, I need to call Automation layer on demand. It just push “Live” button on Automation layer.
I move the .tvshow file made on M1 Mac mini to MacBook Pro 2017 Intel. After few hours testing, I confirmed it works without the problem on MBP2017. I said this problem occurs on MBP2017 too, it was my misunderstood.
This problem seems to occurs only on M1 Mac mini. The current version of mimoLive does not support M1, @JoPhi said, so it might be not helped this issue by Boinx staff.
UPDATE: I tried tests many times, the new fact is found out. It’s not necessary to Automation layer is bad. It seems to be heavy load on mimoLive, when it circumstance the phenomenon reproduced. In particular, when many layers are toggled in short time, or multiple Placer with footages plays at the same time it occurs.
Unfortunately, the spec of my MBP2017 is not enough for layer stacks that I consisted and expected. Except this issue, the performance of M1 Mac mini is so excellent for mimoLive. I hope to mimoLive does get to work on M1 normally ASAP. (Also Rosetta2 is OK)
Don’t worry, I’m sure that your post about M1 does truly help in case of M1 itself. Now it’s clear that the phenomenon is connected to M1. (And who knows, maybe it’s simply because of the charset handling through M1/BigSur/used mimoLive under the hood magic/Rosetta2-translation… or other/else reasons. A good hint to check something in a none-public alpha test.).
I’d take care about this and would include this information to do sample tests and/or check-ups.
For one of my projects it was very important to check the functions around several charsets, and your post reminded me to think also about Kanji, Katakana and Hiragana, so - for me - a reminder came mysteriously from the cloud.
NDI Video source is also same behavior. I used ProPresenter 7.5 with NDI Syphon. I added video source NDI video and set to Placer layer variant. Once it behavior was OK, but after some layer sets changed, NDI video source has never came back. Just black screen appeared.
It means that the cause is not for that movie files and it’s for mimoLive’s video switching function doesn’t work well at M1, doesn’t it?
And I would like to say another point, when many times push the layer live button or layer set recall button, sometime media file sources and NDI video source doesn’t show up, but the webcam Logicool C920n’s source always fine to show up. It means UVC is OK, another one is not OK? Hmm, I have no idea.
By the way, I paid attention to the render performance monitor. It shows always that “Free GPU memory: 15MB of 10.67GB”. Is this correct? I wonder it’s not at all.
Besides, the video source from ProPresenter with looped footage via NDI syphon plays little bit jerky. I think it might be cause for that NDI and NDI Syphon doesn’t optimized at M1.
This is interesting about the only 15mb of GPU available. I have the same on my M1 mimoLive projects. Also layers are hit and miss to load. I’ve just put it down to the M1 not been supported by mimoLive. I’ve stopped trying to make it work and I’m going to wait till it is supported. I believe @Oliver_Boinx and @Achim_Boinx hope to have native M1 support by the end of the year.
I hope they do. I’m sure when it is, it will be a real powerhouse on the M1. I can’t wait.
It must be a huge project for them as they have to rewrite an awful lot of the code I believe. My understanding is the current version of mimoLive still uses quartz composer heavily which is deprecated by Apple for a good while now.