The Following 4 Users Say Thank You to szopin For This Useful Post: | ||
|
2012-04-04
, 22:33
|
Posts: 1,225 |
Thanked: 1,905 times |
Joined on Feb 2011
@ Quezon City, Philippines
|
#12
|
|
2012-04-04
, 23:00
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#13
|
The Following 5 Users Say Thank You to javispedro For This Useful Post: | ||
|
2012-04-05
, 07:17
|
Posts: 2,076 |
Thanked: 3,268 times |
Joined on Feb 2011
|
#14
|
The Following User Says Thank You to szopin For This Useful Post: | ||
|
2012-04-05
, 07:50
|
Posts: 838 |
Thanked: 3,384 times |
Joined on Mar 2009
|
#15
|
alsactl store
alsactl store
alsactl store -f filename
alsactl restore -f filename
|
2012-04-05
, 14:40
|
Posts: 2,076 |
Thanked: 3,268 times |
Joined on Feb 2011
|
#16
|
|
2012-04-05
, 15:33
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#17
|
javispedro: your approach would be?
sudo /usr/sbin/alsaped -p 4 -f /usr/share/policy/etc/current/alsaped.conf -vrbe
in one window with dbus-monitor in another and then: play an mp3 file, make a call, answer a call, change volume... (probably also dump alsamixer calls?) and reconstruct alsaped this way?
The Following 8 Users Say Thank You to javispedro For This Useful Post: | ||
|
2012-04-05
, 15:48
|
Posts: 838 |
Thanked: 3,384 times |
Joined on Mar 2009
|
#18
|
headphone = pcm-volume: 0%
amixer -c 0 sset PCM 0
headphone = speaker-switch: Off
amixer -c 0 sset 'Speaker Function' Off
|
2012-04-05
, 15:54
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#19
|
will beCode:headphone = pcm-volume: 0%
Code:amixer -c 0 sset PCM 0
[control] id = pcm-volume card = RX51 interface = MIXER name = "PCM Playback Volume"
|
2012-04-05
, 17:05
|
Posts: 2,076 |
Thanked: 3,268 times |
Joined on Feb 2011
|
#20
|
dict entry( string "com.nokia.policy.context" array [ array [ struct { string "variable" variant string "jackbias" } struct { string "value" variant string "off" } ] array [ struct { string "variable" variant string "call_audio_type" } struct { string "value" variant string "none" } ] array [ struct { string "variable" variant string "call" } struct { string "value" variant string "inactive" } ] array [ struct { string "variable" variant string "mode" } struct { string "value" variant string "media" } ] ] ) dict entry( string "com.nokia.policy.audio_route" array [ array [ struct { string "type" variant string "sink" } struct { string "device" variant string "headset" } struct { string "mode" variant string "hs" } struct { string "hwid" variant string "na" } ] array [ struct { string "type" variant string "source" } struct { string "device" variant string "headset" } struct { string "mode" variant string "na" } struct { string "hwid" variant string "na" } ] ] )
The Following 2 Users Say Thank You to szopin For This Useful Post: | ||
1) One as mentioned in 3d OSS graphics thread, get wireshark-like utility to dump all that is going between alsaped and kernel and reverse engineer that (unless meego/mer/nemo/ubuntu guys chime in, 11.10 did play half of its welcome tone for me, so getting sound playing without nokia package is definitely possible, at least halfway), might be overkill as this daemon is probably not as obfuscated as 3d graphics drivers (from the 3d thread link: "It is worth pointing out that that GPL-licensed Kernel Driver is pretty much useless as far as contributing to a fully Free Software compliant 3D userspace library: the Kernel-space Driver is merely a communications channel. This state of affairs (GPL kernel driver plus proprietary userspace library) is common amongst pretty much every single embedded 3D engine, and contributes greatly to the confused and erroneous belief that there already exists Free Software compliant OpenGL libraries for embedded CPUs.
Modification of the Linux Kernel driver is at least possible, and will allow print-outs to be taken of the data passing through it. (As there is no encryption, this is perfectly possible and reasonable). From these print-outs, it will be possible to write simple OpenGL applications that perform simple 3D operations, one by one, and the results observed, recorded and then, ultimately, replayed. This well-known method has already been utilised to great effect, to reverse-engineer the majority of Samsung's FIMD-3D engine present in the S3C6410 and the S5PC100.")
2) Krisztian Litkey mentioning alsaped massacre build, his pulseaudio approach could be similar. ("* Bumping the version due to the problem with the alsaped massacre build. http://meego.gitorious.org/maemo-multimedia/pulseaudio-policy-enforcement/commit/72f074aeeb20b1ac7c7cae099ec653a5a868c9eb/diffs?diffmode=sidebyside&fragment=1" or him contributing later on, can't tell)
3) IDA Pro (or the like):
HEXARML ARM Decompiler Base License (Linux) 1722 EUR
Willing to bet 100$ some member of maemo community got IDA Pro license and could dump its analysis here for further reverse engineering.
EDIT: And why I am willing to bet 100$ is this: http://talk.maemo.org/showpost.php?p...5&postcount=26 this community has incredible people, getting the right ones on a project results in crazy stuff like KP/CSSU, reverse engineering guys with interested parties in digging through all the blob-**** could open whole of maemo (I really hope so)
Last edited by szopin; 2012-04-04 at 21:45.