Средство отслеживания Gnome, не индексирующее всю музыку

Много эмуляторов терминала позволяют переопределять цвета с escape-последовательностями, существует даже terminfo возможность этого: initc. С теми и принятием terminfo базы данных корректно, можно сделать:

tput initc 1 1000 0 0

К переопределяет цвет 1 (обычно red) к 1 000%-му красному, 0‰-му зеленому, 0‰-му синему цвету (#ff0000).

Так:

tput initc 1 1000 0 0
tput setaf 1 # to set the foreground color to 1
echo '██ = #FF0000'
tput sgr0

сделал бы то, что Вы хотите.

Для наблюдения что escape-последовательность, которая соответствует:

$ tput initc 1 1000 0 0 | cat -vt
^[]4;1;rgb:FF/00/00^[\

Так, на моем терминале (xterm), я могу также сделать:

printf '\e]4;1;rgb:FF/00/00\e\\\e[31m██ = #FF0000\e[m\n'

Обратите внимание, что это изменяет цвет color1. Таким образом, при изменении этого на синий весь текст, который был отображен с тем цветом, автоматически изменит цвет.

Сбрасывать цвета к их начальным значениям (начальная буква в то время xterm был запущен), с xterm:

printf '\e]104\a'

Или сбрасывать единственный цвет:

printf '\e]104;1\a'

Для запросов текущего значения цвета существует управляющая последовательность, которая вызывает xterm передавать значение обратно как терминальный вход. Можно использовать xtermcontrol команда для помощи:

$ xtermcontrol --get-color1
rgb:ffff/ffff/0000

Но это только работает на первые 16 цветов (xterm в наше время поддержки 256).

На терминалах, которые не поддерживают сброс цветов к их значениям по умолчанию, но поддерживают 256 цветов а-ля xterm, можно хотеть использовать цвета 17 и выше поскольку они редко используются приложениями.

Однако обратите внимание, что некоторая terminfo база данных неправильно указывает, как присвоить и использовать те цвета для тех терминалов, таким образом, можно хотеть любого к hardcode escape-последовательности силы $TERM к чему-то как xterm-256color.

printf '\e]4;17;rgb:ff/ff/00\a\e[38;5;17mThis is yellow\e[m\n'
printf '\e]4;18;rgb:ff/00/ff\a\e[38;5;18mThis is magenta\e[m\n'
3
06.04.2015, 18:22
1 ответ

Благодаря ссылке, предоставленной Don_Crissti, я обнаружил, что я был на самом деле ошибаться в командах.

Правильные команды для контроля трекера - следующие

# reset    
tracker-control -r
#restart
tracker-control -s

, но что было более интересным, является Tracker-Stats

[xxx@yyy ~]$ tracker-stats 
Statistiken:
  nao:Tag = 1
  nco:Contact = 3
  nfo:Audio = 11095
  nfo:Document = 79
  nfo:Executable = 123
  nfo:FileDataObject = 14778
  nfo:Folder = 1115
  nfo:Image = 2222
  nfo:Media = 13317
  nfo:MediaList = 136
  nfo:PaginatedTextDocument = 4
  nfo:PlainTextDocument = 75
  nfo:TextDocument = 79
  nmm:MusicPiece = 11095
  nmm:Photo = 2111
  nmm:Playlist = 57
  rdfs:Class = 235
  rdfs:Resource = 16203
  tracker:Volume = 1

в соответствии с этим, все мои файлы были отсканированы , так Я снова проверил MusicPlayer. Посмотрев на «названия», я видел, что 80% треков не имеют метаданных. Ну, они делают, но ID3-теги, очевидно, не распознаются , а когда я помню правильно, мои файлы помечены метаданными ID3 V2.

Я не мог найти какие-либо отчеты о трекере, не в состоянии читать этот формат, но это определенно выглядит так.

1
27.01.2020, 21:31

Теги

Похожие вопросы