プログラミング初心者ぼく、斬新の概念「仮想MP3」を考えてみた
■ このスレッドは過去ログ倉庫に格納されています
MP3は独立したフレームの連なり
ファイルの一部をList<frame>のインデックス指定で参照できる 複数箇所の参照List<List<frame>>をプロパティに持つクラスを作ると
それが仮想MP3 CJUMみたいな意味不明な自作言語宣伝してたやつだろ 仮想MP3オブジェクトはD&Dに対応すれば通常のファイルと同等に扱える 斬新でもないし特にこれといって既存の概念より優れてもいない 大抵は車輪の再発明か劣化版だからな
そんな天才がこんなスレ立てるわけない 独立したフレームのつながりだけどわその、フレームをバラバラにしたら音としての価値はないのでは?結局はシーケンサーとか、波形編集ソフトでやったほうがよくね? List<List<frame>>ってどういう単位でList<frame>から細分化するの?
これたぶん>>16と被ってる観点のツッコミだろうとは思うけど >>23
List<List<frame>.GetRange(index, count)>みたいな感じで 俺みたいなハゲニートからみるとお前は俺より1つ上手だよ フレーム単位で切り出して何がしたいの
使い道のないもの発明して楽しい? 新しく作るのはいいけどいつまでそれにしがみついてんの >>31
CJUMスクリプトを売るニートが現れるまで その仮想()MP3とやらは
保持したフレームをさらに細分化はできるの? ごめん、目的がわからなくて、ホント意味がわからない
言ってることを別の言い方にすると、
斬新な概念「仮想小説」を考えた
小説のすべてのテキストをindexで抜けるようにしたよ!
ってのと同じくらいで、その一文字や、適当な語句を抜いて何がしたいの??ってのと、同義に感じるよ >>40
複数の仮想小説から文を切り出してつなげたりする どうやって「文(音)」を判断するの?
音の分かち書きでも実装するならすげーと思うけど、フレームで物事を考えてるなら無理だよ 実装はこれ
https://cutandjoin.com/cjum/1399/ >>45
1152サンプルずつ入ってるってことかな
MP3がコンテナってあまり聞いたことはないな >>43
このソフト分割結合でプチノイズが入らない?
プチノイズが入らないように工夫してる?? チョコレートを溶かして固めただけでオリジナルチョコって言ってる人みたい >>48
とても簡単に溶かして固めることができる
配合のレシピをスクリプトで共有できる mp3はデータなんだからスクリプトを共有するくらいなら
編集済みmp3を共有したほうがへんなツール入れなくて済むからよっぽど有用だ >>52
このとおりだし、
そのスクリプト(レシピ)は同じmp3を持ってないと使えないだろ
実装がフレーム単位ならば、mp3のhzが変わった音源をもっていたら使えない(仮に時間だとしても使えないと思う)
波形を考えずに音の分割結合したらプチノイズが発生するからキレイに音声データを整えるために波形編集ソフトを使う気がする 100歩譲ってフレーム単位でもなんかそれなりに音がつながるとしても
Aメロ、Bメロ、サビの各始まりが何番のフレームなのかは全然わからんし
例えばフルサイズの音源からTVオープニングの音楽を切り出そうとした場合に
リズムが何フレーム毎に良いタイミングがくるのか欲しい音が何番目のフレームなのかぜんぜんわからんよ
波形を直接いじる方が比較にならないくらい楽だよ
音が目で見えることの有用さが解らないうちはインデックスでコントロールするcJUMには存在価値はない
もう二度とvipでCJUMの宣伝をするなっ! >>56
波形画面はCjumにもあるよ
いつも相手してくれてありがとう ■ このスレッドは過去ログ倉庫に格納されています