I was also searching for an audioplayer meeting my requirements (which are
quite basic), but none of those I found really fullfilled them. So I started
to make a new one, which is not really finished yet (I wanted to make it a
bit more complete before I announce it, but I thought it might fit
FWIW, the qtopia media player in the testing branch is vastly better
than it was. Volume control even works now without causing distortion!
From my observations, the audio quality issue has been due to CPU load
and not the player itself. Even in fairly recent builds, the poor
freerunner was
hi just tried to build your app. how did you get epeg into your
toolchain? can't find it in the repos...
i get the following when running: $om-conf audioplayer
checking for E... configure: error: Package requirements (
evas
ecore
ecore-evas
edje
eet
epeg
) were not met:
No package
On Tue Oct 14, 2008 at 05:41:55PM -0400, Dylan Reilly wrote:
FWIW, the qtopia media player in the testing branch is vastly better
than it was. Volume control even works now without causing distortion!
From my observations, the audio quality issue has been due to CPU load
and not the player
On Wednesday 15 October 2008 05:42:32 Clemens Kirchgatterer wrote:
Xavier Cremaschi [EMAIL PROTECTED] wrote:
I just want a single view named Folders (which would be a file
explorer) instead of the existing Albums, Artists, Genre.
I totally understand that a tag-based player could be
I'm using debian. Since epeg is still not in the debian repository so I
compiled it from the source package I got from
http://debian.alphagemini.org/dists/unstable/main/source/libs/
(First I wanted to use epsilon instead of epeg but the version I had always
produced a strange error, it always
The qtopia mediaserver takes ~35% cpu to play my max bitrate
VBR-encoded mp3's. I don't have mplayer installed and not /dev/dsp for
madplay so I cannot test with those.
For average tasks, the UI is still nicely responsive in these latest
testing builds. Anytime the load gets to 2, though, you
Robin Paulson a écrit :
2008/10/13 Xavier Cremaschi [EMAIL PROTECTED]:
how did you get it to recognise tags?
i imported some songs, all with id3 tags. none of the tags were
recognised, the songs are all listed by filename, with 'unknown
artist' and 'unknown album'
any ideas?
In fact
On Mon, Oct 13, 2008 at 10:45 AM, Xavier Cremaschi
[EMAIL PROTECTED] wrote:
Hi folks,
yesterday I tried to use qtopia-phone-x11-mediaplayer and some ogg/mp3
files to transform the FR into a digital audio player.
I have encountered 3 software problems :
snip, cannot comment on the two first
On Mon, Oct 13, 2008 at 10:45:01AM +0200, Xavier Cremaschi wrote:
Hi folks,
yesterday I tried to use qtopia-phone-x11-mediaplayer and some ogg/mp3
files to transform the FR into a digital audio player.
I have encountered 3 software problems :
1. audio quality is bad (whereas it is good
Dan Jensen a écrit :
Surely a program which grabs the information from your well-designed
file system schema would work for you here? The trick is, doing it in
this manner (that is, with tags) makes sure you have processing power
left over when browsing the music, as all the tags are cached
2008/10/13 Xavier Cremaschi [EMAIL PROTECTED]:
1. audio quality is bad (whereas it is good with Debian+Sonata/Mpd, so
definitively not a hardware problem here) : is there a way to tune some
parameters ?
2. external speakers still work after headphones being plugged : is
there an alsa
Convert the audio files before you copy them to the FR. The bad quality is
caused of that pulseaudio and the openmoko-mediaplayer uses near to 100% cpu
time. I converted some mp3 to mono 64kbps, they sound good.And cpu usage is
around 60%. Here a little script:
#!/bin/bash
# execute it in a
Sam Kuper wrote:
2008/10/13 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
I was *very* disapointed when I discovered the audio quality via
headphones:in IRC they told me that it was because the capacitor(that is
between headphone out and the sound card)'s value was too low and
2008/10/13 [EMAIL PROTECTED]
I was *very* disapointed when I discovered the audio quality via
headphones:in IRC they told me that it was because the capacitor(that is
between headphone out and the sound card)'s value was too low and acted as
a filter...
As I am too afraid of breaking the
Matthias Camenzind a écrit :
Convert the audio files before you copy them to the FR. The bad quality is
caused of that pulseaudio and the openmoko-mediaplayer uses near to 100% cpu
time. I converted some mp3 to mono 64kbps, they sound good.And cpu usage is
around 60%. Here a little script:
On Mon, Oct 13, 2008 at 10:45:01AM +0200, Xavier Cremaschi wrote:
Hi folks,
yesterday I tried to use qtopia-phone-x11-mediaplayer and some ogg/mp3
files to transform the FR into a digital audio player.
I have encountered 3 software problems :
1. audio quality is bad (whereas it is good
Mmmm that's strange because everything sounds good under Debian. But
thanks for the hint, I will check my cpu usage.
You are right, after a bit of killing :
- it sounds good with qtopia media player, and mediaserver eats 45% of
CPU in top
- it sounds good too with mplayer (frontend here
On Mon, Oct 13, 2008 at 10:45:01AM +0200, Xavier Cremaschi wrote:
Hi folks,
yesterday I tried to use qtopia-phone-x11-mediaplayer and some ogg/mp3
files to transform the FR into a digital audio player.
I have encountered 3 software problems :
1. audio quality is bad (whereas it is good
El Luns, 13 de Outubro de 2008, Matthias Camenzind escribió:
Convert the audio files before you copy them to the FR. The bad quality is
caused of that pulseaudio and the openmoko-mediaplayer uses near to 100%
cpu time. I converted some mp3 to mono 64kbps, they sound good.And cpu
usage is
20 matches
Mail list logo