@[TOC](目次)

# 実験 まずリストを取得

①コンテキストメニューに加えてから、検索無しのフルの状態と検索後の１０行くらいの状態で実験
def test():
 list= self.ui.treeView.persistentIndexList()
 print(len(list))

②1500くらいならトップレベルのみって事になる
```
def searchmodeldate(self,list,target):   #  再帰的に書きたいよね
for l_1 in list: # artist
 if self.ui.treeView.model().hasChildren(l_1):
  for l_2 in range(l_1.rows()):  # album
   if self.ui.treeView.model().hasChildren(l_2):
    for l_3 in range(l_2.rows()):   # title
     if self.ui.treeView.model().index(0,1,l_3).data() == target : # 
      print('hit')
      return l_3
```
③30000あれば全インデックスだから、リストをイテレータにして検索すれば簡単
for l in list:
 if self.ui.treeView.model().data(l) == '' :
   print('hit')
   break



# リストの更新
・タグを書き換えても自動では反映されない仕様なので、手動で実装してみる
・DBとはもともと独立してるから、mtagenでスキャンして再設定することになる
・変更するのはタイトルとアルバム行だけだから簡単かな？？
・まずはタイトル行だけならすごく簡単だ、DB作成ルーチンをそのまま持ってくれば良いような？
・リストのアルバム行を選択してコンテキストで実行させよう

----------
# ツリーのDB更新時の扱い
- リロードルーチン
①まず既存のreloadの順番を逆にして実験
# リロードルーチン修正

- pyファイル保存してからにしよう

最初に検索を呼ぶ方が良いけど、制御自体はそのあとのDBリロードが完了しないと戻らないから結局は同じ
DBリロードを別スレッドにするなら意味がある
ここら辺結構ややこしいんだよなあ

検索ボックスのチェックルーチンを作る
英数一文字なら何もしない

def isSearchBox(): # true if need search
 ヌルか英数一文字なら false

def makeModel():
# self.modelが既にあれば削除してからDBをロードしてself.model作成する
# isSearchBox()がfalseならモデルにセットする
# スレッド化して呼ぶ
# initからも呼ぶ

def reloadModel():
# watchDogした後に呼ぶ想定
# isSearchBox()ならsearch()する
# そのあとでmakeModel()をスレッドで呼ぶ

----
# もろもろ

- コンテキストメニューは別ファイルにしたいなあ
- リストを作成するときに親を渡して記憶させておくか
- winの再生キーを取得したい
グローバルな感じだが？？

- リストへの外部ファイルドロップ
・DDを受け付けること
・対象ファイルをmutagenしてタイトル行とアルバム行を作ればOK
・別にしたリストの派生クラスファイルに実装するか


_
- リストのコンテキスト
フォルダを開く、**treeで表示**

- リストのキー受け付け　up down
keypresevent に対して行選択を変更するだけ
今はdellキーに対応してるから増やすだけで良いような？
- コンテキスト
曲をタグエディタに直接渡す
- スライダー
・キー対応
-------------
# タグ無しの場合にファイル名をタイトルとする件
書くのは簡単だと思うけど、根本部分の書き直しだとまた１０分くらいかかるな
①コードを書き直し
②DBからタイトルが？のものを削除
③更新を実行
これで少し早くできるか？？
まず件数をcontしてみるか

-----




----------
# 音量について
foobarで低めに設定したデータをvlcで演奏に生かせるのか？



# cueシート
どう対応して良いのやら全然わからない
曲の再生は出来るが問題は
・tree表示 cueを解析してtreeに加える事は出来るな
・リスト表示はtree情報を表示するだけだよな
あとは再生か
スライダーを曲単位に設定
曲情報をどこに置くか
vlcにcueを直接渡したらどうなるんだろう？


# リプレイゲイン
この機能が無いとやはり効きづらい
そうなってしまったんだなあ


ReplayGain（リプレイゲイン）と、その対応ソフト
http://reika788.blog.fc2.com/blog-entry-11.html
こうなってるけど対応してなさそうなんだけど？？
_
_
_
https://www.olivieraubert.net/vlc/python-ctypes/doc/
タグだから読み込んで自分でボリューム設定してやれば良いの？
libvlc_audio_set_volume(p_mi, i_volume) 

メインボリュームを記録しておいて、それにゲインを加味して曲毎に設定してやれば良い
**のか？？？**

# Python データの保存 pickle


pickleってのを知ったので使ってみたいんだけど使えない
丁度foobarのaternativeを作っていてプレイリストにQstandardItemModelを使ってるのでpickleしてみたらエラーで怒られた┐('д')┌

foobarのライブラリを実現するためにsqlも使い出したので、sqlで保存したら簡単にイケた
しかし特にデータベースとしての利用は無い保存だけの目的でsqlを利用するのってどうなんだろう？
単にテキストとかcsvで書き出すのとどう違うんだろう？
sqlにしておけばCSVへは変換できたな
プレイリストが複数になって曲も大量になるようだとsqlの安心感が出てくるんだけど

もろもろの設定もsqlのデータベースに保存してしまおうかと思う
ソフトの位置、最後の曲、プレイリストの数など
プレイリストとテーブルは分けるにしても項目に対してデータが一つだけだとsqlじゃないな
こういうのはiniが普通だと思うけど、iniとDBを分けるのも・・・
仕方ないのかな

やはりpickleを使いたい
pickleなら全て一つで保存できそうな
プレイリストに関してはQstandardItemModelをリストに書き出したら保存できるだろう
各種設定も辞書化すれば保存できると、思う

やってみるか？？



----
→　[pythonでfoobarのalternativeを作る　目次](https://mimemo.io/m/3kyw8o3neWG6Lrg)