ニコニコPodder R1.1.8をリリースしましたへのコメント

ROCA より

ROCA — Tue, 15 Sep 2009 10:40:37 +0000

>suzukiさん
よく分からないのですが、メールアドレスがわからないという意味ですか？
下の方に書いてあるんですが。。
掲載依頼はメールにてお願いします。

suzuki より

suzuki — Mon, 14 Sep 2009 09:22:00 +0000

iPod関連の書籍の編集をしております。鈴木と申します。
弊誌にて「ニコニコPodder」を掲載／収録させていただきたいのですが、詳細をお送りするためご返信いただけませんでしょうか。お忙しいところ大変申し訳ありませんが、何卒よろしくお願い申し上げます。

ROCA より

ROCA — Wed, 09 Sep 2009 16:47:03 +0000

>shigeorgさん
現象を確認しました。次バージョンで修正します。
>STさん
現時点では一度登録解除しないと駄目ですね。
しかしニーズはよく分かりました。次バージョンで検討しますね。
# しかし1500曲ですか。うすうす気付いていましたが、ボーカロイド愛好家の人たちはすごいですねー

ST より

ST — Wed, 09 Sep 2009 15:29:13 +0000

いつもニコニコpodderを愛用しています。機能についての希望の書き込みなのです。
自分はvocaloid関係を多くマイリストしているので,投稿者名を拾う機能実装が大変ありがたいのですが、以前よりiTunesに登録していた物は｢同じタイトルのファイルがiTunesで発見されたので登録されません｣となってしまいます。消して入れ直せばいいのでしょうが1500近い曲をレーティングや再生数で管理してしまっているので出来れば消すことはしたくないのです。
有料版限定でもいいので情報をiTunesに追記する機能はつけられないでしょうか・・？！
勘違いで（実はやり方があるとか）おかしなこと言っていたらすいませんよろしくお願いします。

shigeorg より

shigeorg — Wed, 09 Sep 2009 15:07:33 +0000

1.1.7 でご報告させていただいたローカルマイリストのステータス更新の不具合についてですが、まだ直っていない動作が 1 点ありました。
「ビデオへ変換する」のチェックを外し、「音楽へ変換する」のチェックとその中の「iTunes へ登録する」のチェックを入れた状態で、マイリストの右クリックから「開始」の中の「一括」もしくは「iTunes へ音楽を登録」の項目を選んで登録しても、音楽ファイルの iTunes へ登録済マークが表示されません。
また、iTunes に既に登録されている状態で、最新のステータスに更新を実行しても、同様に登録済マークが表示されません。(音楽へ変換および iTnues へ登録のチェックは入っている状態で)
この (音楽ファイルの iTunes 登録済) マークの表示 (正確には表示されるようになる状態への更新) については、1.1.7 の時と同様に、「ビデオへ変換する」とその中の「iTunes へ登録する」のチェックがついていないとできません。
ただし、一旦表示される状態になれば、「ビデオへ変換する」またはその中の「iTunes へ登録する」のチェックは外しても大丈夫です。
なお、それ以外についてはステータスのマークの表示は正常でした。

BAge より

BAge — Tue, 08 Sep 2009 18:54:55 +0000

以前、エラーが出たりiTunesに登録されなかった例の三つの動画ファイルですが、1.1.8も動画もどちらもダウンロードしなおしたところ、正常に作動し、再生や登録もできるようになりました。
ご迷惑をおかけしてすいませんでした。

ROCA より

ROCA — Tue, 08 Sep 2009 15:07:31 +0000

>shigeさん
[サーバーとローカル両方]で削除可能な認識だったのですが、バグっているようです。
了解しました。

shige より

shige — Tue, 08 Sep 2009 14:45:23 +0000

ダウンロードできない動画や、マイリストに登録後にローカル保存できない内に削除された動画を、ニコニコPodderのローカルマイリストから削除できるようにしていただけないでしょうか？
・いらない削除後動画を勝手にＤＬする
・非公開になった動画でもリストに残ってる
・動画選択→右クリックのメニューで「ローカルから削除」がない
・他ユーザのマイリストだと同メニューで「サーバーとローカル両方」を選んでもニコポッダーのマイリストから消えてくれない
・他ユーザのマイリストだと同メニューで「全て削除」を選んでもiTunesも音楽変換も使用していない（チェックは外している）のに
————————————–
マイリストからの削除を開始
iTunes登録解除時にエラーを検出しました[CLSID {DC0C2640-1415-4644-875C-6F4D769839BA} を含むコンポーネントの COM クラスファクトリを取得中に、次のエラーが発生しました: 80040154。]
sm～のiTunesからの登録解除終了
iTunes登録解除時にエラーを検出しました[CLSID {DC0C2640-1415-4644-875C-6F4D769839BA} を含むコンポーネントの COM クラスファクトリを取得中に、次のエラーが発生しました: 80040154。]
sm～のiTunesからの登録解除終了
sm～のダウンロードファイルを削除しました
sm～の変換済ビデオファイルを削除しました
sm～の変換済音楽ファイルを削除しました
————————————–
とエラーを出し、ＤＬフォルダと同じ場所に置いていた私が自分で変換したファイルも削除してる。
・結局増えすぎたマイリストは都度マイリス削除しないとならない。
前も書きましたが、改めて、ローカルマイリスト（ニコニコpodderの中のマイリスト）を使わないようにする（orそういう設定を追加する）か、ローカルマイリストの動画登録のみ削除する機能を付けてくださいませんか？

ROCA より

ROCA — Tue, 08 Sep 2009 11:53:32 +0000

>shigeorgさん
なるほど、よく分かりました。
詳細なご調査まで頂いて、大変ありがとうございました。
実は両バージョンの環境がご指摘通り異なっているのは理解していたので、ニコニコPodderでは9->10の順で環境をチェックしています。
ただしご指摘通り9のゴミが残っていると誤検知するということのようですね。
次バージョンでは10->9でのチェックに変更してみたいと思います。(ただこれだと使い分け前提ではなく、9より10を優先して使っているはず、という前提なのですが)
ご協力誠にありがとうございました。

shigeorg より

shigeorg — Tue, 08 Sep 2009 10:59:19 +0000

以下、すごく長くてすみません。
Opera 10 で認証がうまくいく環境といかない環境がある件ですが、自分の両方の環境をいろいろ調べてみて原因が分かりました。
結論から言うと、私が 9.64 -> 10.00 -> 9.64 -> 10.00 とバージョンの上げ下げをしたことにより、2 回目の 9.64 -> 10.00 のインストール時に 9 のゴミが残ってしまったのが原因のようです。
9 と 10 ではユーザごとの各種設定・保存ファイルのフォルダやファイルの構成が変わっていて、9 に 10 を上書きインストール (アップデート) する時にインストーラがそのあたりを整理してくれるようです。
ところが私のように、10 から 9 に戻した状態に対して 10 の (再) インストールを行うと、その整理が行われずに、9 のフォルダ/ファイル構成が残ってしまい、Cookie データの保存ファイルが 2 箇所にあることになっていました (Cookie データファイルだけじゃなくて、ブックマークや履歴データのファイルなども)。
この状態で、Opera そのものは 10 用の Cookie 保存ファイルを直接読み書きしているようで問題ないのですが、ニコニコPodder のように外部プログラムにとっては古い方の Cookie 保存ファイルを使う場合があって (?)、正常な Cookie 処理ができなくなってしまっていたようです。
いろいろ試す中で、正常に認証できていなかった 9->10->9->10 とインストールした個別設定フォルダの中から、9 用のものと思われる Cookie データ保存ファイルだけ消してから、Opera 10 を起動してニコ動にアクセスしたら (正確にはログインしなおして一旦 Opera を終了して Cookie データを書き込んでから再度 Opera を起動してニコ動にアクセスしたのですが)、正常に認証できるようになりました。
参考のためにフォルダ名やファイル名を正確に書いておきます。
Opera 9 用個人データフォルダ:
C:\Documents and Settings\\Application Data\Opera\Opera\profile
Opera 9 用 Cookie データファイル:
C:\Documents and Settings\\Application Data\Opera\Opera\profile\cookies4.dat
Opera 10 用個人データフォルダ:
C:\Documents and Settings\\Application Data\Opera\Opera
Opera 10 用 Cookie データファイル:
C:\Documents and Settings\\Application Data\Opera\Opera\cookies4.dat
すなわち、Opera 9 は pfofile フォルダの中に各種個人用ファイルが置かれているのに対して、10 はその 1 つ上の階層に直接置かれるようになっています。
で、10 のインストーラが profile フォルダの中を整理して、不要ファイルは全部消す (最低限のファイルだけ残す) のですが、Opera を 10 から 9 に戻した時に、10 用の個人ファイルは残ったままになり、9 の個人ファイルを使って Opera 9 が動作していて、その状態に対して 10 のインストールを行うと、10 の新規インストールではなく 10 の修復インストールだと判断して (実際に 2 回目のインストーラの表示・選択は「修復」と「削除」しか選べませんでした)、9 用のファイルの整理がスキップされたのだと思われます。
なお、先に ROCA さんが質問されていたレジストリの値についてですが (結局それは関係ないことがわかりましたが)、以下のとおりでした。
名前種類データ
(既定) REG_SZ (値の設定なし)
C:\Program Files\Opera\ REG_SZ is_admin
Create Desktop icon REG_SZ 1
Create Quicklaunch icon REG_SZ 1
Create Startmenu icons REG_SZ 1
Last CommandLine REG_SZ C:\Program Files\Opera\opera.exe
Last Directory3 REG_SZ C:\Program Files\Opera\
Plugin Path REG_SZ C:\Program Files\Opera\Program\Plugins
なお、これらの値は (当たり前と言えば当たり前ですが) …\Application Data\Opera を認証が成功するもの (10 のクリーンインストール) にした場合も、失敗するもの (9->10->9->10) にした場合も同じ値でした。
ところで、以前ニコニコPodder 1.1.7 の時に Opera 10 にしたら認証が失敗したのは、何かの不具合で Opera 9 の関連ファイルが残っていたからかもしれないと思って、1.1.8 において Opera 10 で認証がうまくいく状態の時に、1.1.7 を起動して認証させてみたのですが、しっかり認証を失敗してくれましたので、ROCA さんによる修正は必須だったのだと安心しました
なお、今回の現象 (ニコニコPodder 1.1.8 以降において、Opera 10 による認証が失敗する) が起きるのは非常にまれだとは言え、Opera を 9->10->9->10 と上書きインストールするとおそらくは確実に起きることだと思います。
とはいえ、こんなレアケースまで想定して対処するのは事実上不可能でしょうから、「そういうケースもあるのだ」ということを知っておいていただくだけでよいのかなと思いました．．．
とりあえず私の方は、9 のゴミが残っている状態だと今後他のトラブルが起きる可能性もあるので、せっかく Opera 10 をクリーンインストールしたので、そちらの方を継続して使うことにしました。

ニコニコPodder R1.1.8をリリースしました へのコメント

ROCA より

suzuki より

ROCA より

ST より

shigeorg より

BAge より

ROCA より

shige より

ROCA より

shigeorg より

ニコニコPodder R1.1.8をリリースしましたへのコメント