Reprise du message précédent :
htop ?

KDE 4.3.5 arrive ?

Les ebuilds pour KDE 4.3.5 ont été ajouté récemment à l'overlay KDE de Gentoo, mais ils sont masqués jusqu'à que cette version sorte. Sa sortie ne devrait pas tarder.
 
Et au pire, passage à 4.4-rc2
 
Chez moi c'est en train de compiler

Je cherche un GUI Qt4 pour convertir des pistes audios de WAV vers FLAC, de FLAC vers MP3, de FLAC vers Ogg, etc...
 
Je ne trouve rien de probant pour le moment, vous avez des idées ?

 
non mais stop le n'importe quoi avec X qui consomme de la RAM. Utilises xrestop et tu verras réellement ce qui est décompté comme appartenant à X et qui ne vient pas de lui.

Je connaissais pas xrestop, merci pour l'info !
J'ai donc

tous les autres sont sous les 5Mo, je crois que je vais chercher du côté des plasmoides installés...

 
 
Bof bof. L'alpha Qt4 de soundkonverter est totalement inutilisable et progresse si vite qu'on peut se demander si le projet n'est pas mort. Kaudiocreator, c'est pas fait pour ça non plus (orienté CD rip). Peut-être konvertible... j'ai pas eu le temps de le compiler, mais comme ce n'est qu'un frontend pour ffmpeg, on peut déjà être sûr que le moteur fonctionne. Tu le trouveras ici http://kde-apps.org/content/show.p [...] ent=116892
Si tu te lances, ton avis m'intéresse

Tiens je viens de me rendre compte combien il serait plus utile pour moi de me servir des onglets avec kmail...

Choppé sur AUR.

L'interface est spartiate, mais on s'en sort. Par contre, la conversion (FLAC vers MP3 dans mon cas) ne fonctionne pas, j'ai des erreurs en sortie. La piste semble bien convertie (apparition du fichier dans le dossier de destination à 0 octets puis grossissement de la taille de fichier) mais lorsque lencodeur passe  à la piste suivante, la précédente disparait. La sortie pour une piste donne en gros ce genre de chose :

J'ai essayé avec un autre bitrate plus faible, visiblement ça ne fonctionne pas mieux, alors que c'est ce qui me semblait ressortir du log d'erreur.

C'est exactement ce que je cherchais ce week-end. Ben c'est vraiment la misère pour trouver quelque chose qui fonctionne...
Je suis tombé sur PACPL (un convertisseur en Perl) ; ça fonctionne en ligne de commande, mais ça s'interface aussi avec Dolphin avec une GUI minimaliste.
Si jamais tu arrives à le faire fonctionner, préviens-moi. La conversion Ogg > MP3 ne fonctionne pas chez moi, quel que soit le moteur utilisé (twolame, ffmpeg ou autres).

http://www.linuxrising.org/transmageddon/ ?

Merci, j'essaierai ça

 
Je l'ai compilé vite fait, et ça fonctionne globalement bien. On est dépendant des bizarreries de la version ffmpeg qu'on utilise. Dans mon cas, la version castrée fournie par ubuntu ne me permet pas d'encoder en mp3 (formats pas libres, tout ça...). Sinon, j'ai essayé des combinaisons avec en entrée : mp3, mp4, flac, ogg avec en sortie ogg, flac, ac3. Ca a fonctionné sauf dans le cas d'un mp4 6 canaux qui m'a retourné un message du genre "cannot downmix 6 channels to 2 channels". C'est le transcodeur audio qui fonctionne le moins mal parmi ceux que j'ai testés.

Pourrait-on avoir un exemple, ou mieux, une capture d'écran ?
Merci !

Dommage qu'il ne supporte pas le multifile, mais pour la PS3 je le met de côté celui-ci.

Arf... Quelle version de ffmpeg et de Konvertible tu as ?

Je ne l'ai pas essayé (j'ai très peu de musique, et je passe la plus grosse partie à écouter une webradio), mais c'est vrai qu'un file d'attente serait pas mal.

http://screen.littleboboy.net/kde/kmail-tabs.png
 
edit: image un peu grande pour être affiché directement.
La capture est sur un kmail fournit avec kde 4.3.x sur ma 2010.0

Effectivement, ça prend tout son sens quand on a un tas de dossiers. Comme j'ai le 5ème de ça, je m'en sors en cliquant sur les dossiers.

 
konvertible 1.4 (fait maison) et ffmpeg sauce ubuntu (svn du 6 juillet 2009 avec dieu sait quels patches).

J'ai la même version de Konvertible, et la version indiquée de FFMpeg est 20100108. Je ne sais pas trop pourquoi ça ne tourne pas chez moi...

Tu as essayé de préciser l'encodeur à utiliser ?
-acodec libmp3lame
 
Sinon je viens de voir ça : http://www.videohelp.com/tools/WinFF (marche également sous Linux d'après la description). Pas encore testé.

 
Essaye une autre version de ffmpeg    
 

 
Peine perdue : FFmpeg version SVN-r19352-4:0.5+svn20090706-5ubuntu1, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5+svn20090706-5ubuntu1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static
 
Comme tu vois, libmp3lame / non-free n'ont pas été activés à la compilation (pas pour rien que je compile toujours mplayer avec ma propre version de ffmpeg statique).

Installé via AUR sous Arch. Ca a l'air de bien tourner Par contre -> GTK, dommage, à la base je cherchais du QT (parce que sinon il y a déjà des choses biens en GTK).

Par contre, j'ai un souci qui me les casse menu avec Amarok : lorsque je lance une lecture depuis le premier titre d'un album, il lit le premier morceau puis passe directement au troisième après être passé furtivement par dessus le second.
Je suis le seul à avoir ce comportement ?

Mise à jour de la 4.3.4 vers la 4.3.5 en cours, 255 paquets à compiler pour ma petite Gentoo [In progress]
 
Edith Piaf: ah non merde, portage ne trouve pas les sources au moment de d/l

Les sources ne sont pas encore dispos.

 
Ca me rappelle un bug quand on utilise le backend gstreamer.

Je suis effectivement sous GStreamer...
 
Je suis en train de compiler la version git pour voir ce que ça donne. Sinon, je ferai un test en passant sous Xine pour voir si ça corrige le tir, mais au cas où ça fait chier, si on peut plus utiliser le backend qu'on souhaite... Bon, après, ce sera forcément corrigé un jour, c'est pas très grave non plus.

 
Ah ok, je pense que ça ne va pa tarder vu que portage connait déjà les paquets

Effectivement, plus de problème avec Xine Pas content.

mac gyver> En fait les sources sont dispo depuis 4 jours. Mais elles ne sont pas officiellement prêtes pour la distribution. Ce qui veut dire que des patches de dernière seconde peuvent encore arriver.

de toute manière il y a un backend vlc qui arrive

Comment ça ? Je ne comprends pas trop ce que cela signifie... VLC serait utilisé pour la lecture sous Amarok ?

T'ain mais ils pourraient pas sortir un backend qu'ubuntu ne pourrait pas pourrir en lui collant la moitié de GTK en dépendance ?
Pour gstreamer, j'en ai pour une bonne 50aine de Mo de bouts de gnome en tout genre et vlc est d'ors et déjà dépendant de libgtk2 et ses copains -_-"
Un backend mplayer (sans gui), si c'est pas trop demander.
 
@Kortex> c'est le moteur de décodage xine/gstreamer/vlc qui est utilisé. Amarok n'a plus de capacité native a décoder les formats audio.

Euh depuis la 0.9, VLC est développé en QT4 (et puis il se peut que le backend utilisera la libVLC donc sans GUI )
Et il existe un backend mplayer

http://forum.kde.org/viewtopic.php?f=19&t=11592

Il y en a également un dans le playground
http://websvn.kde.org/trunk/playgr [...] s/mplayer/

 
Ok  

 
Je sais, mais chez ubuntu, ils trouvent le moyen de coller des dépendances à gtk partout (même dans amarok - eh ouais).    
http://packages.ubuntu.com/lucid/vlc
 
Et pour le backend mplayer, je sais mais c'est pas fonctionnel (ou du moins je ne suis jamais arrivé à lui faire sortir un son) et il est plus ou moins à l'abandon.

c'est pareil pour debian, libgtk est dans le lot

Et après on viendra me demander pourquoi je recompile à peu près toutes les applis que j'utilise...
 
@Kortex > konvertible + ffmpeg recompilé avec les bonnes options, ça fonctionne nickel