Re: [HS] problème indexation fichiers musicaux après transfert sur balladeur

2012-02-04 Par sujet Jean-Yves F. Barbier
On Sat, 4 Feb 2012 15:11:15 +0100
Giraud Jean Louis giraud_jean-lo...@orange.fr wrote:

 Cowon D2

En Gal, ce type d'appareil maintient sa propre base de données
sur les morceaux; donc il-y-a des chances que ce soit la différence
entre DB  réel qui soit à l'origine du PB (ou la façon dont les
fichiers ont été renommés).

Axiome #1 de l'informatique: quand ça marche, on ne touche plus;
sinon on tombe rapidement dans la Loi de Murphy 1.0.1.
-- 
QOTD:
It's been so long since I've had sex, I've forgotten
who gets tied up.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120204153324.3a602899@anubis.defcon1



Re: [HS] problème indexation fichiers musicaux après transfert sur balladeur

2012-02-04 Par sujet Papinux
Le Sat, 4 Feb 2012 15:33:24 +0100, Jean-Yves F. Barbier a écrit :

 On Sat, 4 Feb 2012 15:11:15 +0100
 Giraud Jean Louis giraud_jean-lo...@orange.fr wrote:
 
  Cowon D2
 
 En Gal, ce type d'appareil maintient sa propre base de données
 sur les morceaux; donc il-y-a des chances que ce soit la différence
 entre DB  réel qui soit à l'origine du PB (ou la façon dont les
 fichiers ont été renommés).
 
[...]

Justement, non. le Cowon (j'en possède un) a un avantage énorme car
il se gère comme une clé usb (mass storage). Il n'y a pas de base de
données. Il suffit de copier les fichiers sur le lecteur. Et c'est un
des rares lecteurs numériques qui lit des fichiers .ogg.

A+

--
Px

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120204165849.359c1c42@lucifer



Re: [HS] problème indexation fichiers musicaux après transfert sur balladeur

2012-02-04 Par sujet Jean-Yves F. Barbier
On Sat, 4 Feb 2012 16:58:49 +0100
Papinux px+...@papinux.fr wrote:

 
 Justement, non. le Cowon (j'en possède un) a un avantage énorme car
 il se gère comme une clé usb (mass storage). Il n'y a pas de base de
 données. Il suffit de copier les fichiers sur le lecteur. Et c'est un
 des rares lecteurs numériques qui lit des fichiers .ogg.

RTFM

http://anythingbutipod.com/2007/04/cowon-iaudio-d2-review/ indique
clairement que le device doit reconstruire sa propre DB:
I wish ID3 browsing could be disabled altogether so the D2
doesn’t need to rebuild its ID3 database after disconnecting
from a computer in MSC mode. It’s not really a big issue; 
the rebuild takes about 20-30 seconds and a normal bootup 
only takes 2-4 seconds, but I’d still like to have a clean
file/folder-based player without seeing the ID3-browsing
options at all

Ce qui ne résoud en rien le PB de l'OP.

Par contre, il s'agit d'une question récurrente, puisque le
thread suivant propose une solt:
http://www.anythingbutipod.com/forum/showthread.php?p=518381

-- 
Hubbard's Law:
Don't take life too seriously; you won't get out of it alive.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120204172331.6cc2ce24@anubis.defcon1



Re: [HS] problème indexation fichiers musicaux après transfert sur balladeur

2012-02-04 Par sujet Giraud Jean Louis
Le Sat, 4 Feb 2012 16:58:49 +0100,
Papinux px+...@papinux.fr a écrit :

 Le Sat, 4 Feb 2012 15:33:24 +0100, Jean-Yves F. Barbier a écrit :
 
  On Sat, 4 Feb 2012 15:11:15 +0100
  Giraud Jean Louis giraud_jean-lo...@orange.fr wrote:
  
   Cowon D2
  
  En Gal, ce type d'appareil maintient sa propre base de données
  sur les morceaux; donc il-y-a des chances que ce soit la différence
  entre DB  réel qui soit à l'origine du PB (ou la façon dont les
  fichiers ont été renommés).
  
 [...]
 
 Justement, non. le Cowon (j'en possède un) a un avantage énorme car
 il se gère comme une clé usb (mass storage). Il n'y a pas de base de
 données. Il suffit de copier les fichiers sur le lecteur. Et c'est un
 des rares lecteurs numériques qui lit des fichiers .ogg.
comme je me demandais si le problème ne venait pas de la différence
entre DB et réel, j'ai re-rippé certains morceaux mais lorsque je les
transfère j'ai encore le même problème. 
Je commence à me demander si ce n'est pas mon balladeur qui déconne. 

-- 
Cordialement
Jean-Louis Giraud

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120204180439.5062b...@laptop.home



Re: [HS] problème indexation fichiers musicaux après transfert sur balladeur

2012-02-04 Par sujet Bernard Schoenacker
Le Sat, 4 Feb 2012 18:04:39 +0100,
Giraud Jean Louis giraud_jean-lo...@orange.fr a écrit :

 Le Sat, 4 Feb 2012 16:58:49 +0100,
 Papinux px+...@papinux.fr a écrit :
 
  Le Sat, 4 Feb 2012 15:33:24 +0100, Jean-Yves F. Barbier a écrit :
  
   On Sat, 4 Feb 2012 15:11:15 +0100
   Giraud Jean Louis giraud_jean-lo...@orange.fr wrote:
   
Cowon D2
   
   En Gal, ce type d'appareil maintient sa propre base de données
   sur les morceaux; donc il-y-a des chances que ce soit la
   différence entre DB  réel qui soit à l'origine du PB (ou la
   façon dont les fichiers ont été renommés).
   
  [...]
  
  Justement, non. le Cowon (j'en possède un) a un avantage énorme car
  il se gère comme une clé usb (mass storage). Il n'y a pas de base de
  données. Il suffit de copier les fichiers sur le lecteur. Et c'est
  un des rares lecteurs numériques qui lit des fichiers .ogg.
 comme je me demandais si le problème ne venait pas de la différence
 entre DB et réel, j'ai re-rippé certains morceaux mais lorsque je les
 transfère j'ai encore le même problème. 
 Je commence à me demander si ce n'est pas mon balladeur qui déconne. 
 

bonjour,

le baladeur le plus basique est dispo chez D.. (Kesa electricals)
et il peut lire les fichiers audio ogg ...

rechercher : proline pl06 wom

attention :

le média se comporte comme un vulgaire lecteur de cartes 
lorsqu'il est connecté à l'ordi ...

slt
benrard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120204184813.7e451289.bernard.schoenac...@free.fr



Re: [HS] problème indexation fichiers musicaux après transfert sur balladeur

2012-02-04 Par sujet Papinux
Le Sat, 4 Feb 2012 17:23:31 +0100, Jean-Yves F. Barbier a écrit :

 On Sat, 4 Feb 2012 16:58:49 +0100
 Papinux px+...@papinux.fr wrote:
 
  
  Justement, non. le Cowon (j'en possède un) a un avantage énorme car
  il se gère comme une clé usb (mass storage). Il n'y a pas de base de
  données. Il suffit de copier les fichiers sur le lecteur. Et c'est un
  des rares lecteurs numériques qui lit des fichiers .ogg.
 
 RTFM
 
 http://anythingbutipod.com/2007/04/cowon-iaudio-d2-review/ indique
 clairement que le device doit reconstruire sa propre DB:
 I wish ID3 browsing could be disabled altogether so the D2
 doesn’t need to rebuild its ID3 database after disconnecting
 from a computer in MSC mode. It’s not really a big issue; 
 the rebuild takes about 20-30 seconds and a normal bootup 
 only takes 2-4 seconds, but I’d still like to have a clean
 file/folder-based player without seeing the ID3-browsing
 options at all
 

Au temps pour moi. Effectivement, la database se construit
dynamiquement à chaque boot de mon lecteur et elle ne semble pas être
sauvegardée sur le lecteur. 

Pour le D2, cela a l'air d'être différent. Il y a un fil sur le D2
justement (merci pour le lien)
http://www.anythingbutipod.com/forum/showthread.php?p=518381
Peut être un début de solution.

--
Px

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120204224558.3b206c07@lucifer



[testing] problème avec Firewire sur CM ASUS P8P67 LE

2012-02-04 Par sujet Gaëtan PERRIER
Bonjour,

J'ai un problème avec une carte mère ASUS P8P67 LE (BIOS à jour) et le
firewire.

Je suis en testing avec le noyau 3.1.0-1-686-pae 3.1.8-2

dmesg me montre ceci :

[   97.134872] firewire_core: phy config: card 0, new root=ffc1, gap_count=5
[   98.151791] firewire_core: created device fw1: GUID 0010100550074255, S400,
3 config ROM retries [   98.156004] scsi12 : SBP-2 IEEE-1394
[   98.352614] firewire_sbp2: fw1.0: logged in to LUN  (0 retries)
[   98.354158] scsi 12:0:0:0: Direct-Access DMI  ST3500630A   3.53
PQ: 0 ANSI: 0 [   98.354419] sd 12:0:0:0: Attached scsi generic sg8 type 0
[   98.355017] sd 12:0:0:0: [sdh] 976773168 512-byte logical blocks: (500
GB/465 GiB) [   98.355544] sd 12:0:0:0: [sdh] Write Protect is off
[   98.355548] sd 12:0:0:0: [sdh] Mode Sense: 0d 00 00 00
[   98.356652] sd 12:0:0:0: [sdh] Write cache: enabled, read cache: enabled,
doesn't support DPO or FUA [   98.379273]  sdh: sdh1
[   98.381854] sd 12:0:0:0: [sdh] Attached SCSI disk
[   98.703626] kjournald starting.  Commit interval 5 seconds
[   98.703810] EXT3-fs (sdh1): warning: checktime reached, running e2fsck is
recommended [   98.704240] EXT3-fs (sdh1): using internal journal
[   98.704244] EXT3-fs (sdh1): mounted filesystem with ordered data mode
[  247.642981] irq 19: nobody cared (try booting with the irqpoll option)
[  247.642988] Pid: 0, comm: swapper Tainted: P   O 3.1.0-1-686-pae #1
[  247.642990] Call Trace:
[  247.642999]  [c1076d25] ? __report_bad_irq+0x1c/0x8d
[  247.643003]  [c1076f2f] ? note_interrupt+0x122/0x18f
[  247.643007]  [c1075c37] ? handle_irq_event_percpu+0x142/0x158
[  247.643011]  [c1077444] ? handle_level_irq+0x62/0x62
[  247.643015]  [c1075c6e] ? handle_irq_event+0x21/0x37
[  247.643018]  [c1077444] ? handle_level_irq+0x62/0x62
[  247.643022]  [c10774a4] ? handle_fasteoi_irq+0x60/0x78
[  247.643024]  IRQ  [c100ca37] ? do_IRQ+0x2e/0x76
[  247.643033]  [c12b3370] ? common_interrupt+0x30/0x38
[  247.643037]  [c103007b] ? sched_debug_show+0x165/0xb17
[  247.643041]  [c11855ff] ? intel_idle+0xb9/0xde
[  247.643047]  [c11f59ce] ? cpuidle_idle_call+0xcd/0x140
[  247.643051]  [c100aef1] ? cpu_idle+0x86/0xaa
[  247.643054]  [c1440708] ? start_kernel+0x32a/0x32f
[  247.643056] handlers:
[  247.643081] [f82c8ebf] ata_bmdma_interrupt
[  247.643087] [f830764d] irq_handler
[  247.643090] Disabling IRQ #19

Après ceci les accès vers mon disque externe se font mais sont très lents.

lsmod montre :

Module  Size  Used by
ext3  138178  0 
jbd51403  1 ext3
firewire_sbp2  17732  0 
pci_stub   12397  1 
vboxpci18750  0 
vboxnetadp 13143  0 
vboxnetflt 23231  0 
vboxdrv   164892  3 vboxpci,vboxnetadp,vboxnetflt
acpi_cpufreq   12807  1 
mperf  12421  1 acpi_cpufreq
cpufreq_powersave  12422  0 
cpufreq_conservative12987  0 
cpufreq_userspace  12520  0 
cpufreq_stats  12762  0 
parport_pc 22036  0 
ppdev  12651  0 
lp 12797  0 
parport31254  3 parport_pc,ppdev,lp
rfcomm 28564  0 
bnep   17288  2 
bluetooth 103666  10 rfcomm,bnep
binfmt_misc12813  1 
uinput 12991  1 
fuse   52153  1 
microcode  13358  0 
nfsd  193100  13 
nfs   261523  0 
lockd  57220  2 nfsd,nfs
fscache31978  1 nfs
auth_rpcgss32143  2 nfsd,nfs
nfs_acl12463  2 nfsd,nfs
sunrpc143692  19 nfsd,nfs,lockd,auth_rpcgss,nfs_acl
ipt_ULOG   12561  4 
ipt_REJECT 12454  1 
xt_state   12455  7 
nf_conntrack_irc   12395  0 
nf_conntrack_ftp   12533  0 
xt_tcpudp  12506  8 
iptable_mangle 12488  0 
iptable_nat12800  0 
nf_nat 17924  1 iptable_nat
nf_conntrack_ipv4  13726  10 iptable_nat,nf_nat
nf_conntrack   43121  6
xt_state,nf_conntrack_irc,nf_conntrack_ftp,iptable_nat,nf_nat,nf_conntrack_ipv4
nf_defrag_ipv4 12443  1 nf_conntrack_ipv4 iptable_filter
12488  1 ip_tables  17079  3
iptable_mangle,iptable_nat,iptable_filter x_tables   18084  8
ipt_ULOG,ipt_REJECT,xt_state,xt_tcpudp,iptable_mangle,iptable_nat,iptable_filter,ip_tables
uvcvideo   56932  0 snd_usb_audio  71277  1 
videodev   61627  1 uvcvideo
snd_usbmidi_lib18805  1 snd_usb_audio
media  13692  2 uvcvideo,videodev
sg 21476  0 
coretemp   12807  0 
nvidia  10862753  40 
wacom  29466  0 
snd_hda_codec_realtek   196816  1 
eeepc_wmi  12508  0 
asus_wmi   18278  1 eeepc_wmi
sparse_keymap  12680  1 asus_wmi
rfkill 18516  4 bluetooth,asus_wmi
snd_hda_intel   

Re: [testing] problème avec Firewire sur CM ASUS P8P67 LE

2012-02-04 Par sujet Jean-Yves F. Barbier
On Sun, 5 Feb 2012 00:43:22 +0100
Gaëtan PERRIER gaetan.perr...@neuf.fr wrote:

 J'ai un problème avec une carte mère ASUS P8P67 LE (BIOS à jour) et le
 firewire.

Je dirais plutôt avec le DMA ATA.

 doesn't support DPO or FUA [   98.379273]  sdh: sdh1
 [   98.381854] sd 12:0:0:0: [sdh] Attached SCSI disk
 [   98.703626] kjournald starting.  Commit interval 5 seconds
 [   98.703810] EXT3-fs (sdh1): warning: checktime reached, running e2fsck is
 recommended [   98.704240] EXT3-fs (sdh1): using internal journal
 [   98.704244] EXT3-fs (sdh1): mounted filesystem with ordered data mode
 [  247.642981] irq 19: nobody cared (try booting with the irqpoll option)
 [  247.642988] Pid: 0, comm: swapper Tainted: P   O 3.1.0-1-686-pae #1
 [  247.642990] Call Trace:
 [  247.642999]  [c1076d25] ? __report_bad_irq+0x1c/0x8d
 [  247.643003]  [c1076f2f] ? note_interrupt+0x122/0x18f
 [  247.643007]  [c1075c37] ? handle_irq_event_percpu+0x142/0x158
 [  247.643011]  [c1077444] ? handle_level_irq+0x62/0x62
 [  247.643015]  [c1075c6e] ? handle_irq_event+0x21/0x37
 [  247.643018]  [c1077444] ? handle_level_irq+0x62/0x62
 [  247.643022]  [c10774a4] ? handle_fasteoi_irq+0x60/0x78
 [  247.643024]  IRQ  [c100ca37] ? do_IRQ+0x2e/0x76
 [  247.643033]  [c12b3370] ? common_interrupt+0x30/0x38
 [  247.643037]  [c103007b] ? sched_debug_show+0x165/0xb17
 [  247.643041]  [c11855ff] ? intel_idle+0xb9/0xde
 [  247.643047]  [c11f59ce] ? cpuidle_idle_call+0xcd/0x140
 [  247.643051]  [c100aef1] ? cpu_idle+0x86/0xaa
 [  247.643054]  [c1440708] ? start_kernel+0x32a/0x32f
 [  247.643056] handlers:
 [  247.643081] [f82c8ebf] ata_bmdma_interrupt
 [  247.643087] [f830764d] irq_handler
 [  247.643090] Disabling IRQ #19

Reteste en désactivant l'APIC pour retomber en PIC.

-- 
  Talking about a piece of movie dialogue: Let's have some new
  cliches. -Samuel Goldwyn

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120205010240.3cdcf8e3@anubis.defcon1



Re: [testing] problème avec Firewire sur CM ASUS P8P67 LE

2012-02-04 Par sujet Gaëtan PERRIER
Le Sun, 5 Feb 2012 01:02:40 +0100
Jean-Yves F. Barbier 12u...@gmail.com a écrit:

 
 On Sun, 5 Feb 2012 00:43:22 +0100
 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote:
 
  J'ai un problème avec une carte mère ASUS P8P67 LE (BIOS à jour) et le
  firewire.
 
 Je dirais plutôt avec le DMA ATA.

Pourquoi ? Les accès sur mes disques internes sont bon. Seuls ceux vers le
disque externe branché en firewire posent problème ?

 Reteste en désactivant l'APIC pour retomber en PIC.

Déjà essayé sans succès.
Je suis en train de tester avec pci=routeirq

Gaëtan

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120205011216.bcaccf354f06ce57ea65f...@neuf.fr



Re: [testing] problème avec Firewire sur CM ASUS P8P67 LE

2012-02-04 Par sujet Jean-Yves F. Barbier
On Sun, 5 Feb 2012 01:12:16 +0100
Gaëtan PERRIER gaetan.perr...@neuf.fr wrote:

 Je suis en train de tester avec pci=routeirq

Et qu'est-ce qui se passe qd tu branches juste la boiboite,
sans que le HD ne soit raccordé?

-- 
Hear about...
the guy who had his vasectomy done by Sears?
Every time he gets a hard-on, the garage door goes up.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120205012919.4902929e@anubis.defcon1



Re: [testing] problème avec Firewire sur CM ASUS P8P67 LE

2012-02-04 Par sujet Gaëtan PERRIER
Le Sun, 5 Feb 2012 01:29:19 +0100
Jean-Yves F. Barbier 12u...@gmail.com a écrit:

 
 On Sun, 5 Feb 2012 01:12:16 +0100
 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote:
 
  Je suis en train de tester avec pci=routeirq
 
 Et qu'est-ce qui se passe qd tu branches juste la boiboite,
 sans que le HD ne soit raccordé?
 

Aucune idée et comme la boiboite ne semble pas facile à ouvrir je n'ai pas
trop envie d'essayer ...

Pour l'instant avec pci=routeirq ça semble mieux se passer ...

Gaëtan

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120205013721.ff5eb69e4b9d4d576cd3b...@neuf.fr