Reprise du message précédent :
Ah dans  ce cas en effet...  
 
Sinon une raison d eplus de passer à Rbx pour moi... Je sais pas si vous vous rappelez mais j'avais des blemes avec des mp3 qui plantaient l'iHP alors que foobar pouvait les lire...
 
Du coup j'avais résolu ca en renommant chaque fichier en cause en "*.zob"
 
Or il y en avait encore un qui m'azvait échappé on dirait, et là je me suis dit est ce que Rbx planterait dessus?
 
réponse: non il me le lit comme une fleur...
 
A mort iRiver, viva Rbx!!!!

Héhé Tang .
Sinon du côté de Rockbox, le codec pour les fichiers wav à commencé à être implémenté
C'est cool ça avance, bientôt playback pour wave +mp3, ogg et flac que l'on a d'hors et déjà

     on  a aura tout lu

Gandy pour mon theme francisé avec ets menus parfois corrigé c'est ici:
http://www.misticriver.net/photos/ [...] 0141&pos=0

En meme temps qd t'es obligé de faire un reset alors que t'écoute de la zic t'es pas de très bonne humeur alors cette extension semble tt à fait appropriée...

Hello,
 
De mon coté je suis entre autre sédui par le coté "enregistreur audio-numérique portable" de l'Ihp, et RockBox va ammener des améliorations par rapport à Iriver, notament dans la gestion des morceaux enregistrés.
 
Pour aller plus loin, j'ai demandé à un ami qui bosse dans un studio d'enregistrement de m'écrire sur papier les souhaits "techniques" qu'il aurait voulu voir portés sur un appareil de ce genre pour l'enregistrement, notamment au niveau du firmware, gestion de l'enregistrement, bargraph, index, écoute en temps réel en enregistrement, etc... dès que j'aurai tout ça je le soumetrai aux gars de RockBox pour voir ce qu'ils peuvent faire concrètement avec ça pour la partie enregistrement uniquement et peut etre implémenter certaines fonctions dans le firmware.
 
A mon avis ça peut interesser pas mal de monde qui utilise l'Iriver comme enregistreur audio-numérique.
 
voilà

Excellente initiative gsans!
regarde qd meem ce que Rocckbox propose deja niveau enregistrement sur Archos recorder...
Mais très certaienment ta démarche devrait les intéresser...
 
Peut etre quelqu'un qui suit les logs IRC plus que moi en ce moment pourrait il nous dire s'il n'était pas question qu'un des developpeurs s'attele à la partie "RECORDING" justement? Il me semblait avoir vaguement vu ca...

Juste en passant, on peut maintenant lire les fichiers Wav
 
> 10 Jun 18:44 Dave : apps/plugins/SOURCES 1.44 > Add codecwav.c
 
Yes ça avance !!

a quand le wma !!!! c'est le seul rempare qui mémpeche de passer a rockbox

jamais ?

Le WMA pose encore un problème de license (Microsoft), et comme nous le savons, Rockbox est open-GL au niveau license, donc à priori pas pour tout de suite

niveau autonomie, rockbox a t'il une grande influence ?

Oui j'entend bien les amis mais comme je l'ai  dit l'autre fois, l'mp3 est aussi un format propriétaire! Je pense que ce n'est pas une histoire de licence etc, mais plutôt un problême dímplémentation!

Parfaitment, il faut trouver un décodeur capable d'opérer en calcul de nombres entiers.

 
pour l'instant, avec mes test informels, je dirais que je passe de 16h d'autonomie a +ou- 10h ...
(sachant que c'est pas tout a fait la meme utilisation ...
iRiver : 16h <=> 4 demarages, 4*4h d'ecoute
Rockbox : 12h <=> beaucoup plus de demarages ...

rockbox gère très mal le DD encore, celui ci tourne beaucoup trop longtemps pour remplir les 32 mo de buffer, du coup l'autonomie en prends un sérieux coup.

Non, il ne tourne pas trop longtemps pour remplir 32 Mo, mais il remplit 32Mo, contrairement au firmware Iriver qui n'en utilisait que 16...
 
Je pense que l'un des derniers ajouts, le fait que le lecteur commence par ne charger que 2Mo avant de charger la suite si on laisse tourner, va améliorer l'autonomie, surtout pour les zappeurs fous...

Apparement, on aurait droit à une lecture de l'AC3. J'avoue ne pas trop voir l'intérêt de la chose, vu que l'on a des sorties stéréo mais pourquoi pas...

La sortie optique peut probablement le gérer, non ?
 
Enfin j'y connais pas grand chose

Je crois pas non, mais je peux me tromper (au quel cas, ce serait une rudement bonne idée)

C'est sûr qu'il n'est pas que 5.1 mais en stéréo, je lui trouve un intérêt limité perso...
 
Et si la sortie optique peut sortir du 5.1, pourquoi ne pas plutôt utiliser l'OGG, qui est multicanal ?

 
Le problème c'est l'accès à l'arborescence, car si Rockbox boote aussi vite c'est que justement l'arborescence n'est pas chargée (au contraire du firmware natif), et donc à chaque fois qu'on y accède, le disque se remet en route pour récupérer les informations.
 
Auquel cas le zappeur fou sollicitera le disque sans cesse, à chaque fois qu'il fera une navigation dans les fichiers.
 
Et comme lancer en rotation un disque à l'arrêt est plus coûteux que de continuer à faire tourner un disque déjà en rotation, est-ce vraiment le bon choix ?
 
De plus comme maintenant chaque accès à l'arborescence est légèrement plus lent, au bout d'un certain nombre d'accès, il deviendrait plus intéressant de charger toute l'arborescence d'un seul coup. Et cela donc dépend de chaque utilisateur.

De toute facon le firmware original iRiver demarre le disque dur à chaque acces à l'arborescence. Donc Rockbox et  iRiver se valent à ce niveau là. Et de plus certes pour l'instant il est vrai que les acces au disque dur sont mal geres mais de nombreuses idées d'optimisations trainent dans la tete des Rockboxiens.
Ne vous faites pas de souci, le firmware Rockbox sera à terme nettement mieux que l'original.
 
Ensuite pour ce qui est du 5.1, ne revez pas. La sortie optique ne supporte que de la stéréo et dans des conditions d'echantillonage tres rigoureuses (pas de 48 KHz) ! Je verifierais mieux .
 
  Chamois

 
 
Pour le firmware iRiver tu as raison, j'avais oublié ce petit détail, du coup ils ne prennent même pas avantage que l'arborescence est déjà connue, ils font tourner le disque pour rien, ridicule .
 
Mais il est clair que de toute façon on aura mieux prochainement (je n'utilise pas encore Rockbox, le gapless buggue trop chez moi), d'ailleurs je pense bientôt faire une petite "contribution Paypal", pour les remercier.

le firmware d'origine le gère pas super bien, non plus
(genre tu vas te ballader dans le menu pendant une chanson, et c'est parti pour un disque dur allumé pendant 5mn )

C'est bien ce qui me semblait pour la stéréo... Ca se saurait...
 
Sinon pour l'autonomie, y a encore du boulot mais je pense qu'à terme, on fera aussi voire mieux, peut-être, après tout...

Ce ne pourra qu'etre mieux !

 
C'est un peu facile de critiquer comme ça, non ? Quelqu'un qui aurait mis ses mains dans le cambouis du firmware pourrait éventuellement critiquer ça, mais je crois pas que ce soit le cas. On peut reprocher un tat de choses à iRiver, mais si les développeurs ont fait ça, li y a surement une bonne raison. Je trouve un peu facile de débarquer, et de dire c'est ridicule quand même !

C'est clair que c'est un choix discutable mais qui peut se comprendre puisque sur le firmware iRiver lorsqu'on rentre dans l'arborescence c'est souvent pour changer de piste, donc allumer le disque permet de le faire instantanement.

Pour l'autonomie, il me semble que le fw Rbx a augmenté celle-ci sur les players Archos, non ?
Donc une fois finalisé, le fw Rbx pour iHp/H3x0 devrait aussi augmenter l'autonomie de nos jukeboxs.
Mais dans l'immédiat, ça ne sert à rien de dire "bah c'est débile" puisque le plus important dans l'état actuel du projet est de coder le playback de tout un tas de codecs audio. L'autonomie sera un des derniers problèmes de la team Rbx je pense. Ca ne servirait à rien de s'occuper de l'autonomie si le player ne sait lire que deux formats audio...
Par contre, il serait intéressant de commencer à proposer des pistes, des idées qui permettraient de mieux gérer la batterie. Comme ça, il y aura déjà un certains nombres d'idées à soumettre à la team Rbx lorsqu'ils en seront là.

 
Etrange déduction. C'est pas parce que rockbox gère mieux l'énergie que le firmware Archos qu'il la gèrera forcément mieux que le firmware iRiver...

C'est pas une obligation... Nan ce que je voulais dire c'est que le fw Rbx pour les Archos a été en partie pensé pour améliorer la gestion de l'énergie.
Et donc qu'il se POURRAIT bien que la team Rbx fasse de même pour le fw iHp.

 
Dans l'absolu je ne critique que ce seul fait : faire tourner le disque dans un contexte où c'est rigoureusement inutile et énergivore. C'est ça que je trouve ridicule.
 
Ensuite si on m'explique qu'il y avait une vraie contrainte technique derrière qui l'imposait, je m'inclinerai.
 
Dans le cas contraire (qui est plus envisageable), ça serait donc plutôt un non souci d'optimisation (un peu comme tout ce qui avait été demandé et n'a jamais vu le jour).

Ca y est ! Normalement, les mp3 encodés avec Lame sont lus parfaitement gapless...

 
 
D'après le commentaire qu'on lit sur rockbox : "Added support for reading LAME header delay and padding fields for proper gapless MP3 support."
 
Donc on peut supposer que Lame apporte des infos nécessaires au bon traitement du gapless et que c'est un traitement aisé, au contraire des autres encodeurs où ça doit être plus compliqué et moins fin (un peu comme foobar qui ne donnera pas du gapless parfait sur des mp3 non-Lame).

 
Existe t'-il encore des gens qui encodent avec autre chose que Lame  

Oui, +1 pour l'OGG mais le MP3 est quand même plus courant... En fait, comme tu l'as dit, Lame met des infos au début et après, c'est au logiciel ou au lecteur de s'en servir pour faire coïncider la fin d'une chanson avec le début de la suivante. Foobar parmi les plus célébres le fait très bien en software. En Hardware, c'est rare, il y avait le Karma et maintenant, il ya l'H1X0...
 
Sinon, j'ai un bug récurrent, vous aussi ? Quand je lis la première chanson d'un dossier, il arréte à la fin de celle ci et ne lit pas la suite. Par contre, quand je lance la seconde, tout est OK... Et la dernière chanson des dossiers est parfois arrétée avant la fin... Si vous savez comment éviter ces deux désagréments ou si c'est normal...

si iRiver mettait vraiment de l'énergie à faire le firmware de l'ihp1xx, ça se saurait

 
 
Gap Delete, tout ça ...