Notices


Reply
Thread Tools
Posts: 130 | Thanked: 9 times | Joined on Jul 2010
#101
any news on when this will be possible with the stock kernel?
 
ndi's Avatar
Posts: 2,050 | Thanked: 1,425 times | Joined on Dec 2009 @ Bucharest
#102
It's pretty bad.

Not only it randomly reverts to default sound, it randomly reverts to none (or the volume goes bananas).

I found I was looking at the phone and noticed it was ringing (but no audio). At least twice I was notified of incoming calls via espeakcaller (which, weirdly, works just fine).

At one point I managed to take the phone to may ear while ringing (actually, NOT ringing) and I heard a very faint ring. It's possible the volume goes haywire.

It's also possible someone played with volume while I was showing off the phone. Ringing should not obey the volume level, but adjust it as set in the settings.

One more. Would it be possible to set a boot-time volume? Every time I boot, the logo movie/intro/whatever is very low. Played in the media player (or headphones) it's fine but on actual start-up it's very quiet. Any way to pin the volume to 100% on boot (before the start-up movie plays (Nokia hands, replaced)?
__________________
N900 dead and Nokia no longer replaces them. Thanks for all the fish.

Keep the forums clean: use "Thanks" button instead of the thank you post.
 
Posts: 37 | Thanked: 54 times | Joined on Dec 2009
#103
I have been looking into the odd behavior reported with the packages which MohammadAG was kind enough to provide. The patch which replaced the flist implementation would not seem capable of producing these problems. I built the source package myself and installed the libpulse0 package (the other packages would not have been changed by the patch). The result was the same unreliable ring. reinstalling the original Nokia supplied package restored normal behavior. I also built and installed the unmodified source with the same strange results. I also note that the original libpulsecommon-0.9.15.so from Nokia is 163488 while the one I built is only 130736 bytes.

It seems that the source Nokia distributes for this version of the package does not produce the same functionality as they distributed. Does anyone have an explanation other than the obvious one that Nokia may have published incomplete source?

--Brad
 

The Following 2 Users Say Thank You to brad112358 For This Useful Post:
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,467 times | Joined on Jan 2010 @ Australia Mate
#104
 
Posts: 37 | Thanked: 54 times | Joined on Dec 2009
#105
f2thak, if you are implying Nokia considers pulseaudio to be closed source, I don't see how they could. It is LGPL licensed code. Though, they do develop this component in the dark, they still have to release the full source to the library on request when they release the binary. Further investigation shows that the default environment in my scratchbox install configures the package for thumb code via the DEB_BUILD_OPTIONS environment variable, while the Nokia package seems to be built for 32 bit ARM which is the main reason why it is larger. I don't understand yet how this could cause functional differences, and I have not yet determined if there are other code or build environment differences.

--Brad
 

The Following 2 Users Say Thank You to brad112358 For This Useful Post:
Posts: 37 | Thanked: 54 times | Joined on Dec 2009
#106
After building with 32 bit ARM instructions, the library sizes are much closer, but there are still differences in the object code that would seem to only be accounted for by changes to the source code. For example, pa_init_proplist seems to have some code deleted in the Nokia built version of the library. It seems that the source Nokia published does indeed not match the binary libraries they distributed. Does anyone from Nokia happen to be reading this?
 

The Following 2 Users Say Thank You to brad112358 For This Useful Post:
ndi's Avatar
Posts: 2,050 | Thanked: 1,425 times | Joined on Dec 2009 @ Bucharest
#107
Hi. How do I verify versions? I flashed and all my audio issues are still gone. In fact, I'm typing while playing audio as we speak. I want to know if some files were preserved in the flash and I have the fix or if reflashing fixed it.

My first reflash (OTA until now).
__________________
N900 dead and Nokia no longer replaces them. Thanks for all the fish.

Keep the forums clean: use "Thanks" button instead of the thank you post.
 
daperl's Avatar
Posts: 2,427 | Thanked: 2,986 times | Joined on Dec 2007
#108
Originally Posted by brad112358 View Post
After building with 32 bit ARM instructions, the library sizes are much closer, but there are still differences in the object code that would seem to only be accounted for by changes to the source code. For example, pa_init_proplist seems to have some code deleted in the Nokia built version of the library. It seems that the source Nokia published does indeed not match the binary libraries they distributed. Does anyone from Nokia happen to be reading this?
What do you mean by much closer? When I disable the thumb stuff, I'm only noticing a size increase of 16 bytes.

Code:
root@Nokia-N900:~# ls -l /usr/lib/libpulsecommon-0.9.15.so 
-rw-r--r-- 1 root root 163488 2009-12-16 00:06 /usr/lib/libpulsecommon-0.9.15.so
Code:
[sbox-FREMANTLE_ARMEL: ~/asrc/pulse/pulseaudio-0.9.15] > dpkg -c ../libpulse0_0.9.15-1maemo38+0m5_armel.deb 
drwxr-xr-x root/root         0 2010-09-18 10:11:14 ./
drwxr-xr-x root/root         0 2010-09-18 10:11:14 ./usr/
drwxr-xr-x root/root         0 2010-09-18 10:12:26 ./usr/lib/
-rw-r--r-- root/root    131712 2010-09-18 10:12:26 ./usr/lib/libpulse.so.0.8.0
-rw-r--r-- root/root    163504 2010-09-18 10:12:26 ./usr/lib/libpulsecommon-0.9.15.so
-rw-r--r-- root/root      8772 2010-09-18 10:12:26 ./usr/lib/libpulse-simple.so.0.0.2
drwxr-xr-x root/root         0 2010-09-18 10:11:13 ./usr/share/
drwxr-xr-x root/root         0 2010-09-18 10:11:13 ./usr/share/doc/
drwxr-xr-x root/root         0 2010-09-18 10:12:27 ./usr/share/doc/libpulse0/
-rw-r--r-- root/root       172 2010-09-18 10:00:02 ./usr/share/doc/libpulse0/changelog.gz
-rw-r--r-- root/root     11163 2009-12-15 23:47:10 ./usr/share/doc/libpulse0/changelog.Debian.gz
drwxr-xr-x root/root         0 2010-09-18 10:11:14 ./etc/
drwxr-xr-x root/root         0 2010-09-18 10:11:14 ./etc/pulse/
-rw-r--r-- root/root        33 2009-12-15 23:46:50 ./etc/pulse/client.conf
lrwxrwxrwx root/root         0 2010-09-18 10:11:15 ./usr/lib/libpulse-simple.so.0 -> libpulse-simple.so.0.0.2
lrwxrwxrwx root/root         0 2010-09-18 10:11:15 ./usr/lib/libpulse.so.0 -> libpulse.so.0.8.0
__________________
N9: Go white or go home
 

The Following 2 Users Say Thank You to daperl For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#109
Originally Posted by brad112358 View Post
Further investigation shows that the default environment in my scratchbox install configures the package for thumb code via the DEB_BUILD_OPTIONS environment variable, while the Nokia package seems to be built for 32 bit ARM which is the main reason why it is larger. I don't understand yet how this could cause functional differences
Thumb is known-broken on the N900's CPU, so that could explain a lot.

and I have not yet determined if there are other code or build environment differences.
Been there, so I feel your pain :-( Stskeeps managed to find the Diablo DEB_BUILD_OPTIONS, so maybe ping him for the Fremantle ones?
 

The Following 2 Users Say Thank You to lma For This Useful Post:
Posts: 228 | Thanked: 145 times | Joined on Dec 2009
#110
Recall that GPL 2 requires Nokia to distribute not only the source, but also "the scripts used to control compilation and installation of the executable". Are these present, correct, and complete?
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 16:17.