<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>danielmateo773のブログ</title>
<link>https://ameblo.jp/danielmateo773/</link>
<atom:link href="https://rssblog.ameba.jp/danielmateo773/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>ブログの説明を入力します。</description>
<language>ja</language>
<item>
<title>I Couldn't Decide Where the Shot Should End</title>
<description>
<![CDATA[ <p>I changed the last frame of a short video three times yesterday.</p><p>The scene was simple: a paper airplane on a desk near an open window. The curtain moves a little, and the airplane lifts from the desk toward the window.</p><p>I knew what I wanted at the start. I just couldn't decide where to stop.</p><p>In one version, the airplane was already outside the window. In another, it was still crossing the frame, with part of it inside the room.</p><p><a href="https://stat.ameba.jp/user_images/20260916/15/danielmateo773/26/f5/p/o1718111215822577331.png"><img alt="" height="272" src="https://stat.ameba.jp/user_images/20260916/15/danielmateo773/26/f5/p/o1718111215822577331.png" width="420"></a></p><p>I kept switching between the two.</p><p>Showing the airplane outside made the action feel finished to me. Ending a little earlier left more of the moment hanging, which I also liked.</p><p>I had both versions sitting in <strong><a href="https://www.viduq3.net" rel="noopener noreferrer" target="_blank">Vidu Q3</a></strong> and probably watched them more times than necessary.</p><p>At one point I moved the ending later again, watched it, then changed it back.</p><p>There wasn't anything obviously wrong with either version. I just preferred different things about them.</p><p>For now, I've kept the earlier ending in the draft.</p><p>The other version is still saved, though. I may look at both again tomorrow and change my mind.</p>
]]>
</description>
<link>https://ameblo.jp/danielmateo773/entry-12978890411.html</link>
<pubDate>Wed, 16 Sep 2026 15:43:37 +0900</pubDate>
</item>
<item>
<title>I Thought the Edit Was Finished</title>
<description>
<![CDATA[ <p>I exported a short café video and thought I was done with it.</p><p>It had a cup being placed on the table, someone opening a book, a wider shot of the window, and a few people moving in the background.</p><p>I'd watched the edit enough times that I barely noticed the cuts anymore. Once I added the music, though, two of them started to bother me.</p><p>The first landed during a quieter part of the track and felt a little early. A few seconds later, another cut made the next shot feel rushed.</p><p><a href="https://stat.ameba.jp/user_images/20260915/11/danielmateo773/2b/40/p/o0600032615822212841.png"><img alt="" height="228" src="https://stat.ameba.jp/user_images/20260915/11/danielmateo773/2b/40/p/o0600032615822212841.png" width="420"></a></p><p>My first thought was to change the music.</p><p>I tried another track, listened to about half of it, then switched back to the first one. Neither felt obviously wrong, so I stopped looking for another track.</p><p>The first one was something I'd been working with in <strong><a href="https://sunov6.net" rel="noopener noreferrer" target="_blank">Suno v6</a></strong>, but before replacing it, I went back to the timeline and moved those two cuts slightly.</p><p>I didn't rebuild anything. One shot stayed on screen a little longer, and the next one came in later.</p><p>When I watched it again, I preferred the new timing.</p><p>I still wouldn't call it completely finished. I'll probably listen once more before deciding which export to keep.</p><p>Both versions are still in the same folder with almost identical filenames.</p><p>I should probably fix that too.</p>
]]>
</description>
<link>https://ameblo.jp/danielmateo773/entry-12978774955.html</link>
<pubDate>Tue, 15 Sep 2026 11:39:46 +0900</pubDate>
</item>
<item>
<title>集合時間を変えたのに、音声は前のままになっていませんか？</title>
<description>
<![CDATA[ <p>集合時間を10時から10時半に変えたのに、前に送った音声は「10時」のまま。ブログのお知らせだけ直して、ほっとしてしまう。音声でも案内するなら、こんな更新漏れに気をつけたいですね。</p><p>小さな教室の連絡なら、変更のお知らせで知りたいのは「結局、何時に行けばいいの？」ということ。長いあいさつより、変わった点を先に伝えたほうが分かりやすそうです。</p><p>私が運営する <a href="https://indextts.app">Index TTS</a> で案内を音声にする場合も、まず変更後の原稿を確定させます。声の調整は、そのあとです。</p><p><strong><a href="https://stat.ameba.jp/user_images/20260909/16/danielmateo773/ec/bf/p/o1474078315820455499.png"><img alt="" height="223" src="https://stat.ameba.jp/user_images/20260909/16/danielmateo773/ec/bf/p/o1474078315820455499.png" width="420"></a></strong></p><p><strong>変更のお知らせは、一文目から</strong></p><p>たとえば、架空の手芸教室なら。</p><p>「9月20日の手芸教室は、集合時間が午前10時半に変わりました。場所は前回の案内どおり、1階の受付です。」</p><p>「時間が変更になりました」だけでは、前の案内を探すことになります。新しい時刻まで入れれば、この連絡だけで確認できます。</p><p>「明日」より日付を入れておくと、あとから再生したときも、いつの話か分かります。</p><p><strong>古い音声を残したままにしない</strong></p><p>送信済みの音声は、相手が保存していることもあります。新しい音声を送るだけでなく、「前の案内ではなく、こちらをご確認ください」と文章も添えておきます。</p><p>ブログに古い音声を載せているなら、差し替えるか、すぐ近くに訂正を表示。ファイル名にも日付と「更新版」を入れておくと、自分が送り間違えるのも防ぎやすくなります。</p><p><strong>送る前に、時刻をもう一度</strong></p><p>完成した音声は、日付・時刻・場所を原稿と照らし合わせて聞きます。参考音声には、自分の声か利用許可を得た声を使ってください。</p><p>最後に、文字の案内も同じ内容になっているか確認。参加する人が古い連絡を開いても、どこを見れば最新の予定が分かるか。それがはっきりしていれば、出かける前に迷わず済みます。</p>
]]>
</description>
<link>https://ameblo.jp/danielmateo773/entry-12978231346.html</link>
<pubDate>Wed, 09 Sep 2026 16:03:17 +0900</pubDate>
</item>
</channel>
</rss>
