Je ne peux pas trouver de vraie raison pour laquelle Banshee arrête de jouer et se bloque après 1 chanson (parfois après 2/3/4 chansons, mais 90% après 1 chanson et au bout de quelques secondes de la 2ème chanson). Le shuffle on/off n'a pas vraiment d'importance. J'ai essayé de Sudo apt-get purge supprimer banshee rm -rf ~/.config/banshee-1 Sudo apt-get installer banshee Mais j'ai toujours le même problème.
banshee --debug
sortie: morceau normal (1er):
[1 Debug 01:25:56.790] (libbanshee:player) bp_stop: setting state to GST_STATE_NULL
[1 Debug 01:25:56.826] Player state change: Playing -> Idle
[1 Debug 01:25:56.828] Player state change: Idle -> Loading
[1 Debug 01:25:56.924] Player state change: Loading -> Loaded
[1 Debug 01:25:56.926] (libbanshee:player) [gapless] Triggering track-change signal
[1 Debug 01:25:56.927] Player state change: Loaded -> Playing
[1 Debug 01:25:57.942] TrackInfoDisplay RenderAnimation: 32.00 FPS
2ème chanson:
[1 Debug 01:26:02.151] Querying model for track to play in song:Next mode
[1 Debug 01:26:02.162] (libbanshee:player) bp_stop: setting state to GST_STATE_NULL
[1 Debug 01:26:02.202] Player state change: Playing -> Idle
[1 Debug 01:26:02.204] Player state change: Idle -> Loading
[1 Debug 01:26:02.317] Player state change: Loading -> Loaded
[1 Debug 01:26:02.319] (libbanshee:player) [gapless] Triggering track-change signal
[1 Debug 01:26:02.327] Opening http://en.wikipedia.org/wiki/Beck
[1 Info 01:26:02.352] Uncached artwork size 37 requested
[1 Debug 01:26:02.353] Player state change: Loaded -> Playing
Stacktrace:
at (wrapper managed-to-native) Gtk.Application.gtk_main () <IL 0x0000e, 0xffffffff>
at Gtk.Application.Run () <IL 0x00000, 0x0000b>
at Banshee.Gui.GtkBaseClient.Run () <IL 0x0000d, 0x0005f>
at Banshee.Gui.GtkBaseClient.Startup () <IL 0x0000f, 0x00049>
at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) <IL 0x00045, 0x0008e>
at Banshee.Gui.GtkBaseClient.Startup<T> () <IL 0x00036, 0x0006b>
at Banshee.Gui.GtkBaseClient.Startup<T> (string[]) <IL 0x0004d, 0x000ff>
at Nereid.Client.Main (string[]) <IL 0x00001, 0x00017>
at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <IL 0x00050, 0xffffffff>
at (wrapper managed-to-native) System.AppDomain.ExecuteAssembly (System.AppDomain,System.Reflection.Assembly,string[]) <IL 0x0001b, 0xffffffff>
at System.AppDomain.ExecuteAssemblyInternal (System.Reflection.Assembly,string[]) <IL 0x0002f, 0x00047>
at System.AppDomain.ExecuteAssembly (string,System.Security.Policy.Evidence,string[]) <IL 0x0000b, 0x00037>
at (wrapper remoting-invoke-with-check) System.AppDomain.ExecuteAssembly (string,System.Security.Policy.Evidence,string[]) <IL 0x0003b, 0xffffffff>
at System.AppDomain.ExecuteAssembly (string) <IL 0x00004, 0x0001f>
at (wrapper remoting-invoke-with-check) System.AppDomain.ExecuteAssembly (string) <IL 0x00039, 0xffffffff>
at Booter.Booter.BootClient (string) <IL 0x00024, 0x0006b>
at Booter.Booter.Main () <IL 0x000f6, 0x001db>
at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) <IL 0x0004c, 0xffffffff>
Native stacktrace:
banshee() [0x4961e9]
banshee() [0x4e6d1f]
banshee() [0x41dcb7]
/lib/x86_64-linux-gnu/libpthread.so.0(+0xfbd0) [0x7ffd5f623bd0]
Debug info from gdb:
Could not attach to process. If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
Aborted
SW:
# uname -a
Linux drey-ISP-note 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:16:28 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/issue
Linux Mint 15 Olivia \n \l
HW: ASUS K56B
Allez dans Édition> Préférences et désactivez Activez la lecture sans interruption
Cela a fonctionné pour plusieurs personnes affectées par un problème similaire à l'automne 2018. C'est probablement un bogue distinct et devrait être déposé contre le package banshee.
Le problème est peut-être identifié par des interruptions de lecture accompagnées de la sortie de débogage suivante:
[18 Debug 17:36:19.466] (libbanshee:player) [Gapless] Requesting next track
[1 Debug 17:36:19.756] Querying model for track to play in song:Next mode
J'ai trouvé une source de problème - l'extension Wiki. Si je désactive le wiki - tout va bien. Dans le menu:
Edit -> Preferences -> Extensions -> unmark Wikipedia -> OK
Mais la question est - pourquoi cela se comporte-t-il ainsi et comment pouvons-nous y remédier?
J'ai eu le même problème que l'OP. Au début, je pensais que le fait de décocher l'extension du wiki l'a corrigé parce que j'ai pu accéder à une autre chanson, mais finalement, il m'a de nouveau quitté quand il est passé à une autre piste. Ma prochaine étape a été de vérifier les mises à jour et j'ai vu une nouvelle version du package de gestionnaire de réseau. Après avoir installé celui-ci, Banshee a recommencé à bien fonctionner pour moi, aucun problème.