質問コーナー

サイトや GarageBand の使い方から音楽全般まで、分からないことがあったらここで聞いてみよう!

1: 過去のアートワークが全部消えた!(15)   2: 教えて下さい。(13)   3: アバターが貼れない(2)   4: 投稿できませぬ💧(4)   5: ユーザーページ(3)   6: wavファイルの作り方(3)   7: 音源投稿(7)   8: mp4ファイル(3)   9: ガレブロ(4)   10: 録音トラブル (2)   11: ワンショットのループのテンポを変えるには?(5)   12: garagebandからiTunes経由でwav.を作ったら・・・(2)   13: SMFをLogicで作成したいのですが(16)   14: CubaseでのSMF音源作成(1)   15: podcastが使えない(4)   16: ガレバン 使い方 ノート編集(1)   17: アコギにご機嫌なI/Fって?(16)   18: ウンロード方法を教えてください^ ^(3)   19: 投稿出来ない。(29)   20: YouTubeにアップした音源について(2)   21: 作曲は自分でコードを組めなくても(5)   22: 過去作品の削除について(1)   23: ループ曲がうまくできない(2)   24: 打ち込みの帯域について。(3)   25: ガレバンとPOD(3)   26: garageband(2)   27: お勧めのオーディオインターフェイス(6)   28: 波形の大きさ調整(1)   29: インターネットラジオの作成(6)   30: 録音したものが、再生できません。(11)  

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 30 31 32 (33) 34 35 36 37 »

Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 23:40:29  [返信] [編集]

なんで、みんな反応してるん?

私は、ヒット数ばかりを気にして、発言した訳ではないんですよね。でも、どれぐらいの人が聞いてくれたのか?というのは、大切だと思います。コメントや好きボタンも励まされますが、同程度に、どれぐらいの人が聞いてくれたのか?というのは励みになりませんか?それについて、あやふやなのであれば、もし、ヒット数よりも多い数の人が聞いていたのに、聞いてもらえなかったと思って意欲を失う人も、仮定ですがいるかもしれません。そこに、主催者がどう答えるのか?というのは程度の低い問題でしょうか?
私は楽曲をこのサイトに登録していたので、それは別に主催者に頼まれてやっていた訳ではなく、純粋に音楽を作り発表する場としてここを利用してみたいと思ったからであって、信頼した上で、自分の楽曲を提供していた訳です。その部分では、対等であると思っていましたが、P-Noriさんが、言われたように、自分でやればいいということであれば、もし、それが主催者側にあるのであれば、サイトコミュニティとして、成り立んですかね?これには、カチンときたので、もう、やめることにしました。
別に難しいこと言ったつもりないんだけどなぁ(笑)聞いた人が何人なのか、それはシステムをいじれば、はっきりした数字に近くなるってことだけども。プログラマーやってるとか関係ないですけどねぇ。

ではみなさんさようなら
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

kimux(かもしれない) 2006-2-12 22:49:49  [返信] [編集]

FT_FTさん、いかないで〜。
ヒット数やランキングを、我々は(少なくとも私は)そんなに気にしていないんです。自分の曲なら、少なくとも自分では偽装していないと分かるし。ヒット数で一番になっても何かもらえるわけじゃないし。

このサイトは、そう簡単に偽装できない「コメント」によって成り立っていると言っても過言ではありません。あ、あとちょっとチェックが厳しい「好きボタン」ですね
音楽を楽しむのが一番。もっと気楽にいきませんか。
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

ゲスト7&11 2006-2-12 22:34:47  [返信] [編集]

TF_TF.bandさんなりに、ここGBUCについて真摯に考えてのことだと思うんで、去るとか言わないでほしいなぁ。去ってほしいなんて誰も思ってないし言ってないよ。
良い機会なのでちゃんと議論しといてもいいんじゃないかなぁ。

投稿10の
引用:
そういう経済のことよりも、数値があやふやで、恣意的にできるシステムのままの方がリスク大きくないですか?


「リスク」ついて、具体的にどういうことが考えられますか?
ちと気になったので。
#カウント数の偽装のことかな...
Re: ヒット数の挙動って聞いた数の集計じゃないの?
Loop_9

Loop_9 2006-2-12 22:29:09  MAIL  [返信] [編集]

わあ!TF_TFさん、慌てないで!
TF_TFさん自身がプログラマなんで、純粋にロジカルな可能性&疑問を検討しただけ、つうのは理解できますんで。

ヒット数が、あくまでも目安でしかなく、絶対的な価値を持つものではないということは、しばらくここで遊んでれば気付くことですよね。
例えば、後になってカヴァーされたりリミックスされたり引き合いに出されたりするような素晴らしい曲が、実は意外とヒット数行ってなくて「えええ?こんな良い曲なのに???」なんてこともあったりします。

今や膨大な数になったライブラリの中から何を聴くか?という選択の一要素として、ヒット数がひとつの目安になる、というのもわかりますが。
トップページ上中央の「RANDOM PICKUP」と同様に、出会いのチャンスの1つでしかない、というのが自分の見解です。
オリコン1位のシングルだから信頼して買う、という行為に対しての見解が人によっていろいろ、つうのと同じだと思います。


Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 21:11:23  [返信] [編集]

そっか、現状じゃ無理だからしてないということですね。
言葉がすぎるって、気がついたこと率直に言ってみたんですけどね(笑)
ひどいことだった訳なら、去らせていただきます。さよーなら。すみませんでした。
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

名無しさん 2006-2-12 21:04:56  [返信] [編集]

>どんどん偽装しても、ルールには反しない訳ですね。

どんどん偽装することになんの意味があるんだろうねぇ(笑)数字だけ増えて何が楽しいのかね.....。ルールには反しないだろうけれども、モラルを問われそうだね。
なんだか捨て鉢やねぇ....

>システムで解決できることがあるのに
そりゃぁPHPがばりばり書けて、XOOPSもばりばり改造できる技術者をつれてくれば出来るだろうけれど。

現状では難しいっておかっちさんが言ってるじゃない。

じゃさ、このスレで、PHPやXoopsが理解できて、この問題に対処する改造が出来る方を募ってみればいいんじゃないかい?
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 21:02:30  [返信] [編集]


>現状でも運営資金がかかっているわけで、さらに金かけてまでというのは解せませんが....

う〜んこれは、どうして解せないですか?毎日結構なアクセスがあるサイトで、ちょこっとサーバーアプリを手直しするだけだから、恒常的にかかる経費じゃないですよね。そういう経済のことよりも、数値があやふやで、恣意的にできるシステムのままの方がリスク大きくないですか?、や、別に自分が運営してるんじゃないから、それでどうなろうと構いはしませんが(笑)でも、あくまでも誠意を持って、細かいことに配慮しないとだめじゃないかとおもいます。って名無しさんがどういう立場か知りませんが(笑)アバターの画像の著作権も気になるんだけど(笑)ヨーダとかケンシロウとか。
Re: ヒット数の挙動って聞いた数の集計じゃないの?


P-Nori 2006-2-12 20:59:28  [返信] [編集]

この件について、以前okatti代表から相談を受けましたので、僭越ながら書かせていただきます。
これ書いてる最中に、ゲスト7さんが同じこと書かれてたんですけど、まぁそのまま載せます。

クリックと連動する形でカウントするのは難しくないです。しかし、この方法だと、クリックしない方法で曲を聴いている人は、カウントされません。

例を挙げれば、私は光回線を導入するまでISDNを使っていて、ストリーミング再生が非常に厳しい状態だったので、曲のURLを直接ダウンローダに入れ、ファイルをローカルに落として聴いていました。この操作をすると、曲へのリンクをクリックせずに曲が聴けてしまいます。
これだけアクセス数のあるサイトなので、この方法で聴いている人は皆無、とは言い切れないと思います。
また、今はPodcastで聴けるようになっていますね。Podcast経由で聴いた場合、カウントするのは非常に難しいです。っていうか多分無理。

そもそも、カウント数を捏造することは、クリック連動カウント方式でも可能です。いくらIPアドレスをチェックしても、ネットカフェとか使っちゃえば……。
つまり、厳密にカウントしたいなら、曲ファイルにアクセスする前に認証でもかけて、Podcastも廃止して、ってなことまでしないと、実現できないと思います。
でも、実際にそんなことしたら、聴く人が激減するでしょうね。だって、めんどくさすぎるもん。
それでもいいですか?ってことです。
代表は、それは嫌だと仰ったので、じゃあ厳密にカウントするのは諦めようねってことになりましたとさ。

にしてもTF_TFさん、ちょっと言葉が過ぎませんか?
そんなにご不満がおありなら、満足のいく投稿サイトをご自分で立ち上げられたらいかがです?
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 20:42:34  [返信] [編集]

>HIT数を重要視するのも、それを偽装するのも、ユーザー次第。

ああ、なるほど、ユーザーまかせってことですね(笑)
それじゃあ、どんどん偽装しても、ルールには反しない訳ですね。
システムで解決できることがあるのに、それをうやむやにしていこうてのかな(笑)
じゃ、いっそのこと、ヒット数廃止したら?その方がすっきりするし、金もかからないですしねぇ。
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

名無しさん 2006-2-12 20:30:23  [返信] [編集]

現状でも運営資金がかかっているわけで、さらに金かけてまでというのは解せませんが....

例えば、現在は、ガレバンのアイコンもしくはアートワークをクリックした時に、別ウィンドウで曲を聴く事が出来ますが、この方法で聴いた回数はカウントされませんよね。これを廃止して、ガレバンのアイコンもしくはアートワークをクリックしたときは、タイトル名をクリックしたときと同じく、その作品のページに飛ぶような仕掛けにしたらどうでしょうか。(可能かどうかはわかりませんが)聴くときはページ内部のガレバンのアイコンもしくはアートワークをクリックすると。

そうすれば、ヒット数=聴かれた回数+注目度という、ふうにある程度正確な数字になるのではないかと思います。


ただ、ワンクッション挟むことになるので、利便性は損なわれますね。
利便性を求めるならPodcastをiTunesで聴けばいいかなと。

ただ、Podcastから聴いた場合でもカウントはされませんから、厳密な数字にはやはりならないですね。

何かと技術的にクリアしなければならない点が多いですし、クリアしたとして、何か得るものがあるかというのも?です。

ヒット数ってのは、それが厳密であっても無くても、あくまで目安に過ぎないんじゃないかな。

HIT数を重要視するのも、それを偽装するのも、ユーザー次第。
おかっち流放任主義!?(笑)
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

名無し 2006-2-12 20:13:37  [返信] [編集]

>れじゃ、曲をアップする気持ちになれませんね(笑)

そこまで気にする事ですか?(汗
元々古い曲は自然と有利なわけだし。もっとフランクに考えてみてはいかがですか?
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 19:58:16  [返信] [編集]

これは、ランキングでトップ圏内にある楽曲でも、順位が正確ではないということですよね?それで喜んだり、色々した人の気持ちはどうなるのかな?単純に考えれば、曲を聞こと思ってクリックした別ウインドーをカウントすればいいだけではないでしょうか?聞いた数を集計すればいいだけで、そんなに難しいことではないように思います。ということは、過去のランキングはコメントを見てウインドーを開いた数の集計であって、聞いた人の集計とイコールではない訳ですよね。これじゃ、曲をアップする気持ちになれませんね(笑)
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 19:39:44  [返信] [編集]

あと、ランキングも正確ではないことになりませんか?
Re: ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 19:38:19  [返信] [編集]

それ、まずいですよね。ヒット数なんぼでも操作できますよね。
ためしに、自分の最新作操作してみましたが、ちゃんとPOPゆきますね(笑)
これ、なんとかしないと信用に関わると思うんですが。ヒット数って
なんの意味もないことになる可能性があります。IPアドレスとかMAC
を調べればいいだけのように思いますが。金かけてもやった方が良いですよ。
Re: ヒット数の挙動って聞いた数の集計じゃないの?
okatti
管理人
名無しさん 2006-2-12 19:17:42  [返信] [編集]

元のスクリプトが画像表示用のスクリプトなので、
「ページが開く」=「画像を見る」ということで、
ページを開いた時点でヒット数が上がるようになっています。

いろいろ考えてみたんですが、
今の私のスキルではできないと判断し、
そのままにしてあります。

申し訳ございません。




ヒット数の挙動って聞いた数の集計じゃないの?
ゲスト

TF_TF.band 2006-2-12 18:47:07  [返信] [編集]

いつも不思議に思うんですが、コメント読んでそこにアクセスしたらヒット数、+1になりますよね?これって、変じゃないですか?ヒット数ってどんな定義なんでしょうか?>運営スタッフ様
Re: GB3からitunesへの送信について


TF_TF.band 2006-1-31 3:04:09  [返信] [編集]

ども。なるほど、そんな事があるんですね。もしかして、リリース後はかならずマイナーバージョンアップがあるので、その際に直っているかもしれませんね。ではでは。
Re: GB3からitunesへの送信について


hotsea 2006-1-30 23:23:49  MAIL  [返信] [編集]

解決しました。どうやらファイルのタイトルには数字はいれてはいけないようです。

作った日付をそのままタイトルにしていました。2ではOKだったのですが、3ではだめのようですね。
Re: GB3からitunesへの送信について


hotsea 2006-1-30 20:53:41  MAIL  [返信] [編集]

コメントありがとうございます。ロックしてみましたが、変化はありませんでした。

データ的には2で作成したオーディオ込みのデータとミディのみのデータ共にです。

前に作ったボーカル込みの曲は書き込み可能でした。しかし最近(といっても2ですが)作ったmidiのみのデータはだめです。特にエラーという表示はありません。
送信ボタンを押し、ミックスダウンが完了、iTunesが現れるのですがライブラリには追加されません。

同条件でボーカル込みはライブラリに追加されました。試した結果、曲の長さや、ロック、トラック数、この辺りは関係ないように思われます。なにかの設定かと思うのですが、そんなところも見当たらず…。はあ困った。
Re: GB3からitunesへの送信について


TF_TF.band 2006-1-30 20:07:37  [返信] [編集]

どのようなデータなのか分からないのですが、GB2で書き出しでエラーでうまく書き出せず、ライブラリーに追加されたデータで音が入っていないことがありました。で、対処した方法は

1)ロックをかける
2)他のアプリを全て終了する。
3)システムを再起動する

ガレバンはメモリーとCPUを喰うので、その限界を超えるデータはうまくミックスダウンできない場合があるかもしれません。GB3になってさらに機能が増えたので、ソフトが占有するメモリーは多くなっていると思います。であれば、GB2ではうまく行っても、うまく行かないデータが出て来るかもしれませんね。ロックをかけると、ミックスするときにCPUの負荷がさがるのでミックスする時間も短くなります。まずはロックかけてみたらどうでしょう?もしロックかかっていなければ。

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 30 31 32 (33) 34 35 36 37 »

BluesBB ©Sting_Band
ユーザーおすすめ!
GBUCアーカイブ
GBUC x Google
SEARCH
   検索オプション

  
GBUCアーカイブ
PAYMENT
購読料を受け付けています。
年額2000円。


銀行振込も受け付けております。詳しくはこちら
ライブスケジュール
予定なし
iChat
iTunes Store TOP100
ASSOCIATE LINKS
LOG IN
ユーザ名:

パスワード:



パスワード紛失

新規登録

MAIN MENU

NEWS

NOW ONLINE...
98 人のユーザが現在オンラインです。 (57 人のユーザが ガレ板(BBS) を参照しています。)

登録ユーザ: 0
ゲスト: 98

もっと...

LICENSE
creative commons lisence
当サイトの作品群は、
creative commons license
の下でLicenseされています。
当サイトのデフォルトCCは
表示ー非営利ー継承
です。

Apple User Group




SPONSOR


iPhone対応サイト