Rhythmbox не видит все мои музыкальные файлы

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, это поможет.

Возможно, использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько мест библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема заключается в том, что плагин File Browser. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла этого плагина лично, но я пробовал его, и он работает; в вашем случае это было бы полезно.

Если вы ищете хорошую альтернативу возможности просмотра файлов и т. д., я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

В файлах Rhythmbox есть два элемента: часы inotify во всех подкаталогах (которые, возможно, достигли максимума, проверьте /proc/sys/fs/inotify/max_user_watches, но он должен быть очень высоким, больше, чем количество каталогов, которое вы, вероятно, имеете) а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Вы можете использовать gst-typefind для этого. Отчет, подобный этому, может быть полезен для его отслеживания:

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующий (Xenial):

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ugly), а затем удаляет музыкальную базу данных Rhythmbox, поэтому он снова проверит файлы в следующий раз.

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, это поможет.

Возможно, использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько мест библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема заключается в том, что плагин File Browser. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла этого плагина лично, но я пробовал его, и он работает; в вашем случае это было бы полезно.

Если вы ищете хорошую альтернативу возможности просмотра файлов и т. д., я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

В файлах Rhythmbox есть два элемента: часы inotify во всех подкаталогах (которые, возможно, достигли максимума, проверьте /proc/sys/fs/inotify/max_user_watches, но он должен быть очень высоким, больше, чем количество каталогов, которое вы, вероятно, имеете) а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Вы можете использовать gst-typefind для этого. Отчет, подобный этому, может быть полезен для его отслеживания:

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующий (Xenial):

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ugly), а затем удаляет музыкальную базу данных Rhythmbox, поэтому он снова проверит файлы в следующий раз.

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, это поможет.

Возможно, использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько мест библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема заключается в том, что плагин File Browser. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла этого плагина лично, но я пробовал его, и он работает; в вашем случае это было бы полезно.

Если вы ищете хорошую альтернативу возможности просмотра файлов и т. д., я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

В файлах Rhythmbox есть два элемента: часы inotify во всех подкаталогах (которые, возможно, достигли максимума, проверьте /proc/sys/fs/inotify/max_user_watches, но он должен быть очень высоким, больше, чем количество каталогов, которое вы, вероятно, имеете) а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Вы можете использовать gst-typefind для этого. Отчет, подобный этому, может быть полезен для его отслеживания:

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующий (Xenial):

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ugly), а затем удаляет музыкальную базу данных Rhythmbox, поэтому он снова проверит файлы в следующий раз.

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, это поможет.

Возможно, использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько мест библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема заключается в том, что плагин File Browser. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла этого плагина лично, но я пробовал его, и он работает; в вашем случае это было бы полезно.

Если вы ищете хорошую альтернативу возможности просмотра файлов и т. д., я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

В файлах Rhythmbox есть два элемента: часы inotify во всех подкаталогах (которые, возможно, достигли максимума, проверьте /proc/sys/fs/inotify/max_user_watches, но он должен быть очень высоким, больше, чем количество каталогов, которое вы, вероятно, имеете) а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Вы можете использовать gst-typefind для этого. Отчет, подобный этому, может быть полезен для его отслеживания:

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующий (Xenial):

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ugly), а затем удаляет музыкальную базу данных Rhythmbox, поэтому он снова проверит файлы в следующий раз.

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

1. В настройках -> Музыка, я снял флажок «Смотрите мою библиотеку для новых файлов».
2. Полностью закрыт Rhythmbox (важно).
3. Переименовано в базу данных rhythmbox - /home/paul/.local/share/rhythmbox/rhythmdb.xml . Используйте [D1] paul .
4. Запустили Rhythmbox и проверили «Посмотрите мою библиотеку для новых файлов».
5. Он начал проверять мою коллекцию и нашел все .

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, что это поможет.

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующее (Xenial):

  apt install gstreamer1.0-plugins-bad rm ~ / .local / share / rhythmbox / rhythmdb.  xml  

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ougly ), а затем удалит базу данных музыки Rhythmbox, чтобы она перепроверила файлы в следующий раз.

В записи Rhythmbox есть два элемента: часы inotify во всех поддиректориях (которые, возможно, достигли максимума, проверьте / proc / sys / fs / inotify / max_user_watches , но это должно быть очень высокий, более высокий, чем количество каталогов, которые вы, вероятно, имеете), а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Для этого вы можете использовать gst-typefind . Отчет, подобный этому, может быть полезен для его отслеживания:

  find / path / to / files -type f -print0 |  xargs -0 gst-typefind  

Возможно, что использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько локаций библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема связана с плагином браузера файлов. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла в этом плагине лично, но я пробовал его, и он работает; в вашем случае это, вероятно, будет полезно.

Если вы ищете хорошую альтернативу с возможностью просмотра файлов и так далее, я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://code.google.com/p/clementine-player/

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующее (Xenial):

  apt install gstreamer1.0-plugins-bad rm ~ / .local / share / rhythmbox / rhythmdb.  xml  

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ougly ), а затем удалит базу данных музыки Rhythmbox, чтобы она перепроверила файлы в следующий раз.

В записи Rhythmbox есть два элемента: часы inotify во всех поддиректориях (которые, возможно, достигли максимума, проверьте / proc / sys / fs / inotify / max_user_watches , но это должно быть очень высокий, более высокий, чем количество каталогов, которые вы, вероятно, имеете), а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Для этого вы можете использовать gst-typefind . Отчет, подобный этому, может быть полезен для его отслеживания:

  find / path / to / files -type f -print0 |  xargs -0 gst-typefind  

Возможно, что использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько локаций библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема связана с плагином браузера файлов. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла в этом плагине лично, но я пробовал его, и он работает; в вашем случае это, вероятно, будет полезно.

Если вы ищете хорошую альтернативу с возможностью просмотра файлов и так далее, я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://code.google.com/p/clementine-player/

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

1. В настройках -> Музыка, я снял флажок «Смотрите мою библиотеку для новых файлов».
2. Полностью закрыт Rhythmbox (важно).
3. Переименовано в базу данных rhythmbox - /home/paul/.local/share/rhythmbox/rhythmdb.xml . Используйте [D1] paul .
4. Запустили Rhythmbox и проверили «Посмотрите мою библиотеку для новых файлов».
5. Он начал проверять мою коллекцию и нашел все .

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, что это поможет.

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующее (Xenial):

  apt install gstreamer1.0-plugins-bad rm ~ / .local / share / rhythmbox / rhythmdb.  xml  

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ougly ), а затем удалит базу данных музыки Rhythmbox, чтобы она перепроверила файлы в следующий раз.

В записи Rhythmbox есть два элемента: часы inotify во всех поддиректориях (которые, возможно, достигли максимума, проверьте / proc / sys / fs / inotify / max_user_watches , но это должно быть очень высокий, более высокий, чем количество каталогов, которые вы, вероятно, имеете), а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Для этого вы можете использовать gst-typefind . Отчет, подобный этому, может быть полезен для его отслеживания:

  find / path / to / files -type f -print0 |  xargs -0 gst-typefind  

Возможно, что использование символической ссылки или использование нескольких мест может быть «запутанным» Rhythmbox. У меня около 10.000 песен, и все они присутствуют и учитываются. Но они были не все там, пока я не использовал абсолютные пути к файлам. Это самая худшая вещь в Rhythmbox - нет файлового браузера.

В качестве побочного примечания я не знаю, как вы храните музыку, но вы можете установить несколько локаций библиотек с помощью gconf-редактора в приложениях - > Rhythmbox -> library_locations.

Чтобы узнать, являются ли файлы проблемой, а не Rhythmbox, проблема связана с плагином браузера файлов. Он не позволит вам обозревать всю вашу файловую систему, но это позволит вам просматривать ваш настроенный музыкальный каталог по файлу, а не полагаться на Rhythmbox для чтения тегов. Вы можете найти его здесь (с инструкциями): http://www.webupd8.org/2010/09/folderview-rhythmbox-plugin-to-browse.html

Я не вижу смысла в этом плагине лично, но я пробовал его, и он работает; в вашем случае это, вероятно, будет полезно.

Если вы ищете хорошую альтернативу с возможностью просмотра файлов и так далее, я много использую Clementine. Это мой любимый проигрыватель Linux (но я все еще использую Rhythmbox!). Вы можете проверить это здесь: http://code.google.com/p/clementine-player/

У меня была аналогичная проблема с Rhythmbox. У меня нет почти количества файлов, которые у вас есть, но он не видел новых файлов или измененных файлов. Я сделал следующее:

1. В настройках -> Музыка, я снял флажок «Смотрите мою библиотеку для новых файлов».
2. Полностью закрыт Rhythmbox (важно).
3. Переименовано в базу данных rhythmbox - /home/paul/.local/share/rhythmbox/rhythmdb.xml . Используйте [D1] paul .
4. Запустили Rhythmbox и проверили «Посмотрите мою библиотеку для новых файлов».
5. Он начал проверять мою коллекцию и нашел все .

Кажется, что моя проблема была связана с конфигурационным файлом. Я переустановил Rhythmbox, но не выполнил полную деинсталляцию. Это оставило поврежденный файл конфигурации в моем подкаталоге Rhythmbox. Вы можете попробовать это, если возможно, что у вас есть поврежденный файл конфигурации.

Надеюсь, что это поможет.

Для меня ответ заключался в том, чтобы закрыть Rhythmbox и запустить следующее (Xenial):

  apt install gstreamer1.0-plugins-bad rm ~ / .local / share / rhythmbox / rhythmdb.  xml  

Это устанавливает некоторые дополнительные плагины GStreamer (также попробуйте gstreamer1.0-plugins-ougly ), а затем удалит базу данных музыки Rhythmbox, чтобы она перепроверила файлы в следующий раз.

В записи Rhythmbox есть два элемента: часы inotify во всех поддиректориях (которые, возможно, достигли максимума, проверьте / proc / sys / fs / inotify / max_user_watches , но это должно быть очень высокий, более высокий, чем количество каталогов, которые вы, вероятно, имеете), а другой - обнаружение типа файла, которое видит GStreamer.

Попытайтесь выяснить, есть ли различия в взгляде GStreamer на файл. Для этого вы можете использовать gst-typefind . Отчет, подобный этому, может быть полезен для его отслеживания:

  find / path / to / files -type f -print0 |  xargs -0 gst-typefind