tux-droid-user — tuxdroid-user

[tuxdroid-user] Fwd: PySphinx & PyFest

[Florent T. <ft...@gm...>]

Hi

I found python festival & sphinx2 bindings :)

Still, most of the projects that use speech recog&synth seem to be
perl-based. And most of them use ViaVoice.

---------- Forwarded message ----------
From: Chris King <squ...@wp...>
Date: Mar 29, 2007 1:08 AM
Subject: Re: PySphinx & PyFest
To: Florent THIERY <ft...@gm...>

Hi,

On 3/28/07, Florent THIERY <ft...@gm...> wrote:
> I'm looking for these python packages, your website is down. Could you
> give me details?

They're still available at
http://users.wpi.edu/~squirrel/programs/others/ (if you had a link to
squirrel.isa-geek.org or squirrel.res.wpi.net both those servers are
defunct), but I haven't updated them in over two years so I'm not sure
if they still work with newer versions of Festival and Sphinx.  Let me
know if you still have trouble.

- Chris

[tuxdroid-user] Interesting article: using ooo & python sphinx module

[Florent T. <ft...@gm...>]

Unfortunately, i could'nt manage to find the python lib...

Still, there's code to look at:
http://www.opensource.or.ke/index.php?option=com_content&task=view&id=38&Itemid=1

Re: [tuxdroid-user] cvoicecontrol: strace microphone_config

[Florent T. <ft...@gm...>]

It seems that the config file is the main problem, so when we get a
working config file, we shall  finally evaluate cvoice control.

In microphone_config.c: 1153

  /***** output configuration information to config file */

  fprintf(f, "Mixer Device    = %s\n", getMixer());
  fprintf(f, "Audio Device    = %s\n", getAudio());
  fprintf(f, "Mic Level       = %d\n", mic_level);
  fprintf(f, "IGain Level     = %d\n", igain_level);
  fprintf(f, "Record Level    = %d\n", rec_level);
  fprintf(f, "Stop Level      = %d\n", stop_level);
  fprintf(f, "Silence Level   = %d\n", silence_level);
  fprintf(f, "Channel Mean    =");
  for (i = 0; i < FEAT_VEC_SIZE; i++)
    fprintf(f, " %6.5f", channel_mean[i]);
  fprintf(f, "\n");
  fclose(f);

Maybe the method used to open the file / write into it is too old, and
should be reimplemented. As we can see here, the file is pretty
simple.

Options:
- find an existing config file and adjust it by hand
- debug the program to find the stored values before writing and handwrite
- rewrite the storing procedure

Re: [tuxdroid-user] cvoicecontrol: strace microphone_config

[Florent T. <ft...@gm...>]

So... I tried something else:

i opened microphone_config in Eterm... And it works ! Well, until you
try writing the config file:

 *** glibc detected *** microphone_config: munmap_chunk(): invalid
pointer: 0xbff26e91 ***
======= Backtrace: =========
x    Calcux                                                          x
        x
       /lib/tls/i686/cmov/libc.so.6(__libc_free+0x18a)[0xb7e4eb4a]
x    Estimx                                                          x
        x

microphone_config[0x804d967]
x         x
x    Exit x                microphone_config[0x804e757]              x         x
x         x
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7dfd8cc]
x         x                                                          x
        x
microphone_config(tcgetattr+0x69)[0x8049011]
x         x                                                          x
        x
                     ======= Memory map: ========
x         mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj
        x
                                                 08048000-08050000
r-xp 00000000 08:06 677410     /usr/bin/microphone_config
        x
x
08050000-08051000 rwxp 00007000 08:06 677410
/usr/bin/microphone_config
x
        x
08051000-08074000 rwxp 08051000 00:00 0          [heap]
x
        x
                                             b7ddb000-b7de5000 r-xp
00000000 08:06 852035     /lib/libgcc_s.so.1
       x
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqb7de5000-b7de6000 rwxp
00009000 08:06 852035     /lib/libgcc_s.so.1

                                         b7de6000-b7de8000 rwxp
b7de6000 00:00 0


          b7de8000-b7f15000 r-xp 00000000 08:06 852256
/lib/tls/i686/cmov/libc-2.4.so
                      b7f15000-b7f17000 r-xp 0012c000 08:06 852256
/lib/tls/i686/cmov/libc-2.4.so

                              b7f17000-b7f19000 rwxp 0012e000 08:06
852256     /lib/tls/i686/cmov/libc-2.4.so


                                      b7f19000-b7f1c000 rwxp b7f19000
00:00 0
           b7f1c000-b7f4e000 r-xp 00000000 08:06 852621
/lib/libncurses.so.4.2

           b7f4e000-b7f56000 rwxp 00031000 08:06 852621
/lib/libncurses.so.4.2


           b7f56000-b7f5a000 rwxp b7f56000 00:00 0


                                                   b7f5a000-b7f7e000
r-xp 00000000 08:06 852260     /lib/tls/i686/cmov/libm-2.4.so

b7f7e000-b7f80000 rwxp 00023000 08:06 852260
/lib/tls/i686/cmov/libm-2.4.so


b7f91000-b7f93000 rwxp b7f91000 00:00 0


                                        b7f93000-b7fac000 r-xp
00000000 08:06 851990     /lib/ld-2.4.so
                                    b7fac000-b7fae000 rwxp 00018000
08:06 851990     /lib/ld-2.4.so

                            bfef3000-bff27000 rwxp bfef3000 00:00 0
      [stack]


             ffffe000-fffff000 ---p 00000000 00:00 0          [vdso]
 Abandon (core dumped)

Nice, isnt it... :(

Re: [tuxdroid-user] cvoicecontrol: strace microphone_config

[Florent T. <ft...@gm...>]

This very line shows that today's file is shorter: it attempts to read
1318 chars, and stops after 1316.

read(3, "Z\0\7\0\r\0\33[%i%p1%d;%p2%dr\0\33[3g\0\33[H\33"..., 1318) = 1316

I crawled into the sources, but didn't find anywhere any info
regarding the terminal :(

[tuxdroid-user] cvoicecontrol: strace microphone_config

[Florent T. <ft...@gm...>]

Hi

strace microphone_config

open("/usr/share/terminfo/x/xterm", O_RDONLY) = 3
geteuid32()                             = 1000
setfsuid32(1000)                        = 1000
getegid32()                             = 1000
setfsgid32(1000)                        = 1000
read(3, "\32\1\34\0\35\0\17\0\235\1&\5", 12) = 12
read(3, "xterm|X11 terminal emulator\0", 28) = 28
read(3, "\0\1\0\0\1\0\0\0\1\0\0\0\0\1\1\0\0\0\0\0\0\0\1\0\0\1\0"..., 29) = 29
read(3, "\0", 1)                        = 1
read(3, "P\0\10\0\30\0\377\377\377\377\377\377\377\377\377\377\377"..., 30) = 30
read(3, "\0\0\4\0\6\0\10\0\31\0\36\0&\0*\0.\0\377\3779\0J\0L\0P"..., 826) = 826
lseek(3, 2, SEEK_CUR)                   = 928
read(3, "Z\0\7\0\r\0\33[%i%p1%d;%p2%dr\0\33[3g\0\33[H\33"..., 1318) = 1316
close(3)                                = 0
write(2, "Error opening terminal: xterm.\n", 31Error opening terminal: xterm.
) = 31

Any idea? This prevents using cvoicecontrol. If we manage to find a
working cvoicecontrol config file, we could circumvent it; my guess
is, /usr/share/terminfo/x/xterm has changed since cvoicecontrol
release.

[tuxdroid-user] alarm_clock modifications

[Florent T. <ft...@gm...>]

Hi

I played a little with the alarm_clock software: i changed it a little
bit so that the wav file selection becomes a .sh file selection,
executed using

tux.sys.shell_free("sh %s "%(self.sh_filename))

My sample script contains:

mpg321 -o esd http://85.21.79.5:8040/

... which is a webradio

It seems to me the launched apps (using shell_free) are not considered
as child processes... How can i stop/locate the launched processes?

I see that the tux.sys.* are:
add_time_event
clear_time_events
events_list
parent
shell
shell_free
time
time_events_Thread
wait

Can you explain a little how/what these functions do? How to act on
running events, etc...

Thanks

Re: [tuxdroid-user] Portable makefiles and python path

[Kiffin G. <kif...@pl...>]

David Bourgeois wrote:

> On Mon, 26 Mar 2007 18:54:29 +0200, Kiffin Gish 
> <kif...@pl...>  wrote:
>
>> Hi folks!
>>
>> I would like to see a more generic and portable use of the makefiles,
>> e.g. C_INCLUDE_DIRS, LIB_DIRS, LIBS and the use of PYTHONPATH so that
>> applications like gtdi.py can fine the api without using hardcoded
>> values, e.g. sys.path.append('/opt/tuxdroid/api/python'). Evertime I
>> need to rebuild the trunk I have to redit the lot which is a pain after
>> a while. Thanks alot in advance.
>>
>> See my thread here:
>> http://www.tuxisalive.com/tux-droid-forum/forumtopic1/958671085
>>
>
> Hi Kiffin,
>
> There are plans to move to autoconf and that should solve your 
> problems I  think. Now I don't know autoconf myself so either it'll 
> take the time for  me to learn it or someone else will get it done 
> before.
> In the mean time, I'll apply your changes to the Makefile, they sound 
> good  to me.
>
> For the usb_detach_kernel_driver_np, as there's no kernel driver for 
> tux,  I guess we simply don't need it.
>
> The python api should be packaged with distutils as that's the best 
> way to  do it but I have no idea when we will get that done either. As 
> of the use  of PYTHONPATH, I don't see exactly how that could be done 
> properly. You  can probably set it directly in your .bashrc file (or 
> equivalent in BSD).


The way I do it for now is to have a simple script in each directory 
called setpythonpath which points to the correct python-api dirctory. 
Not really elegant, but it works.

>
> Anyway thanks for the information.
> david
>
>------------------------------------------------------------------------
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
>------------------------------------------------------------------------
>
>_______________________________________________
>tux-droid-user mailing list
>tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tux-droid-user
>  
>


-- 
Kiffin Gish <kif...@pl...>
The Netherlands

Re: [tuxdroid-user] Portable makefiles and python path

[Florent T. <ft...@gm...>]

Sorry, i misread

Florent

Re: [tuxdroid-user] Portable makefiles and python path

[Florent T. <ft...@gm...>]

http://gentoo-wiki.com/CFLAGS#-pipe

:)

Re: [tuxdroid-user] Portable makefiles and python path

[David B. <da...@ja...>]

On Mon, 26 Mar 2007 18:54:29 +0200, Kiffin Gish <kif...@pl...> =
 =

wrote:

> Hi folks!
>
> I would like to see a more generic and portable use of the makefiles,
> e.g. C_INCLUDE_DIRS, LIB_DIRS, LIBS and the use of PYTHONPATH so that
> applications like gtdi.py can fine the api without using hardcoded
> values, e.g. sys.path.append('/opt/tuxdroid/api/python'). Evertime I
> need to rebuild the trunk I have to redit the lot which is a pain afte=
r
> a while. Thanks alot in advance.
>
> See my thread here:
> http://www.tuxisalive.com/tux-droid-forum/forumtopic1/958671085
>

It seems you also added the -s option at the end of
LDFLAGS =3D -pipe -s

Can't find what the -pipe option means, it's not listed in the GNU linke=
r  =

documentaion pages. Any idea? Do we need to keep it? I have a tendency t=
o  =

remove everything I don't understand ;-)

Re: [tuxdroid-user] Portable makefiles and python path

[David B. <da...@ja...>]

On Mon, 26 Mar 2007 18:54:29 +0200, Kiffin Gish <kif...@pl...>  
wrote:

> Hi folks!
>
> I would like to see a more generic and portable use of the makefiles,
> e.g. C_INCLUDE_DIRS, LIB_DIRS, LIBS and the use of PYTHONPATH so that
> applications like gtdi.py can fine the api without using hardcoded
> values, e.g. sys.path.append('/opt/tuxdroid/api/python'). Evertime I
> need to rebuild the trunk I have to redit the lot which is a pain after
> a while. Thanks alot in advance.
>
> See my thread here:
> http://www.tuxisalive.com/tux-droid-forum/forumtopic1/958671085
>

Hi Kiffin,

There are plans to move to autoconf and that should solve your problems I  
think. Now I don't know autoconf myself so either it'll take the time for  
me to learn it or someone else will get it done before.
In the mean time, I'll apply your changes to the Makefile, they sound good  
to me.

For the usb_detach_kernel_driver_np, as there's no kernel driver for tux,  
I guess we simply don't need it.

The python api should be packaged with distutils as that's the best way to  
do it but I have no idea when we will get that done either. As of the use  
of PYTHONPATH, I don't see exactly how that could be done properly. You  
can probably set it directly in your .bashrc file (or equivalent in BSD).

Anyway thanks for the information.
david

[tuxdroid-user] Portable makefiles and python path

[Kiffin G. <kif...@pl...>]

Hi folks!

I would like to see a more generic and portable use of the makefiles,
e.g. C_INCLUDE_DIRS, LIB_DIRS, LIBS and the use of PYTHONPATH so that
applications like gtdi.py can fine the api without using hardcoded
values, e.g. sys.path.append('/opt/tuxdroid/api/python'). Evertime I
need to rebuild the trunk I have to redit the lot which is a pain after
a while. Thanks alot in advance.

See my thread here:
http://www.tuxisalive.com/tux-droid-forum/forumtopic1/958671085

-- 
Kiffin Gish <kif...@pl...>

[tuxdroid-user] SVN repository moved

[David B. <da...@ja...>]

Hello tuxdroid contributors and users,

As you might have noticed we just moved the svn repository to the
same server where the website lives.

We can now offer write acces to the svn repository to people that
want to join the developer group.

Unfortunaltely, for those that checked out the repo in the past,
you'll have to checkout everything again:

move your folder to folder_old
svn co http://svn.tuxisalive.com yourfoldername

Because the externals have changed on the new repository and a folder have  
been created on the old repository (that was a bad idea :-/) after the new  
repository was created, it makes it difficult to use the switch --relocate  
option. That should work if you didn't update your working copy since last  
thursday though. So if you made modifications, you better start with a  
fresh checkout and copy those modifications from your old folder to the  
new one.

Sorry for that.
Cheers,
david

Re: [tuxdroid-user] Dedicated sound normalizer / multiplexer daemon

[Florent T. <ft...@gm...>]

> The audacity noise remaoval function works great, you first create a
> profile from a sample of noise only. Then you use that profile to remove
> the noise an your signal.

Yes, the question is: can we do it in real time (possibly using the
modified esd daemon) using only the api? Sb should contact the
audacity guys and ask for this...

Using an esd daemon is even better when you consider the NAS option:
just open the port, and connect your desktop apps to it.

Multiplexing and resampling is already handled by the daemon (if i got
it right), so we "just" have to add the filtering feature.

In short we have:
- the tux daemon
- the sound daemon
- the tts daemon
- the speech-driven command daemon (if we manage to find a suitable one)

... Lots of processes :)

Re: [tuxdroid-user] Hard-coded path is gtdi.py

[David B. <da...@ja...>]

On Sat, 24 Mar 2007 21:13:25 +0100, Florent THIERY <ft...@gm...>  =

wrote:

>> line 31: sys.path.append('/opt/tuxdroid/api/python')
>>
>> To get around this I have a simple script:
>> #!/bin/sh
>> export PYTHONPATH=3D~/tuxdroid/python-api
>
> I do : sys.path.append('/opt/tuxdroid/api/python/trunk') which is even=
  =

> uglier :)
>
> I think the best thing would be to package the api and put a debian
> repo up, or script the svn update such as: if update is found, cp -R
> trunk/ ../ ... But again it's ugly...
>
> I think i'm gonna move the svn root to another place
> (/opt/tuxdroid-svn and make copies whenever an update is found to
> /opt/droid/tuxdroid ... but i don't know how to detect the new
> version..

I think we should package the api using distutils so the tux module will=
  =

be available as any other python module.

Regarding svn, you don't need to name a checked out folder the same as t=
he  =

repository. Here you should do a checkout of trunk in the  =

/opt/tuxdroid/api/python folder directly:
rm -rf /opt/tuxdroid/api/python/*
svn co http://svn.tuxisalive.com/api/python/trunk /opt/tuxdroid/api/pyth=
on
so you can update easily and don't need to change anything in the  =

applications.

(yes the svn has moved, I'll give you more information soon)

Re: [tuxdroid-user] Dedicated sound normalizer / multiplexer daemon

[David B. <da...@ja...>]

On Sat, 24 Mar 2007 23:10:08 +0100, Florent THIERY <ft...@gm...>  =

wrote:

>> Otherwise analog ones are possible, starting from the very basic RLC =
 =

>> filter:
>> http://www.everything2.com/index.pl?node_id=3D1391618&lastnode_id=3D0=

>
> Yup, i was thinking of a basic RLC filter... But a software one will
> be easier to do (more unobtrusive at least)
>
> Do you think we can use audacity's nyquist libs?
> http://www.audacity-forum.de/download/edgar/nyquist/nyquist-doc/manual=
/part12.html

As the microphone signal always end up on the computer, software filteri=
ng  =

is the solution to go. A passive RLC filter won't be steep enough to onl=
y  =

cut a narrow band of 500Hz and the AVR won't be able to help as its  =

processing power is way too little for digital signal filtering.

The audacity noise remaoval function works great, you first create a  =

profile from a sample of noise only. Then you use that profile to remove=
  =

the noise an your signal. I don't know if that function is in the nyquis=
t  =

library but that's certainly the one that will give better results.

Re: [tuxdroid-user] Dedicated sound normalizer / multiplexer daemon

[Florent T. <ft...@gm...>]

> Otherwise analog ones are possible, starting from the very basic RLC filter:
> http://www.everything2.com/index.pl?node_id=1391618&lastnode_id=0

Yup, i was thinking of a basic RLC filter... But a software one will
be easier to do (more unobtrusive at least)

Do you think we can use audacity's nyquist libs?
http://www.audacity-forum.de/download/edgar/nyquist/nyquist-doc/manual/part12.html

Re: [tuxdroid-user] Dedicated sound normalizer / multiplexer daemon

[Philippe T. <ph...@te...>]

Florent THIERY wrote:
>> Actually the 500Hz comes from the 2.4GHz signal which is pulsed at 500Hz (a frame is sent each 2ms, thus 500Hz).
>>     
>
> Would'nt a passive "passe-haut" filter remove it? (no idea how it's
> called in english :p)
>
> http://fr.wikipedia.org/wiki/Filtre_passe-haut
>   
Follow the link to the english page ;-)
And you'll discover it's called High-pass filter
http://en.wikipedia.org/wiki/High-pass_filter

But if you skip everything belog let's say 550Hz you'll miss a big part.
Think that the musical A ("la" en français) to tune instruments is only 
440Hz
(as well as the phone tone)

500Hz is just in the middle of the useful audio band that's it :-(

What you need is a notch filter:
http://en.wikipedia.org/wiki/Band-stop_filter
but getting a very narrow one is not that obvious.
Depends how good is the AVR on audio processing...

Otherwise analog ones are possible, starting from the very basic RLC filter:
http://www.everything2.com/index.pl?node_id=1391618&lastnode_id=0

Phil

Re: [tuxdroid-user] Hard-coded path is gtdi.py

[Florent T. <ft...@gm...>]

> line 31: sys.path.append('/opt/tuxdroid/api/python')
>
> To get around this I have a simple script:
> #!/bin/sh
> export PYTHONPATH=~/tuxdroid/python-api

I do : sys.path.append('/opt/tuxdroid/api/python/trunk') which is even uglier :)

I think the best thing would be to package the api and put a debian
repo up, or script the svn update such as: if update is found, cp -R
trunk/ ../ ... But again it's ugly...

I think i'm gonna move the svn root to another place
(/opt/tuxdroid-svn and make copies whenever an update is found to
/opt/droid/tuxdroid ... but i don't know how to detect the new
version..

Re: [tuxdroid-user] Dedicated sound normalizer / multiplexer daemon

[Florent T. <ft...@gm...>]

> Actually the 500Hz comes from the 2.4GHz signal which is pulsed at 500Hz (a frame is sent each 2ms, thus 500Hz).

Would'nt a passive "passe-haut" filter remove it? (no idea how it's
called in english :p)

http://fr.wikipedia.org/wiki/Filtre_passe-haut

[tuxdroid-user] Hard-coded path is gtdi.py

[Kiffin G. <kif...@pl...>]

The following line is incompatable with other setups (like mine).

line 31: sys.path.append('/opt/tuxdroid/api/python')

To get around this I have a simple script:
#!/bin/sh
export PYTHONPATH=~/tuxdroid/python-api

There should be a more elagant solution possible. Tried to enter
bug-report via the site but couldn't find an easy way to do this.

-- 
Kiffin Gish <kif...@pl...>

Re: [tuxdroid-user] Speech synthesis use examples

[Philippe T. <ph...@te...>]

>> Sorry to continue spamming (just tell me if it's a nuisance), but it
>> allows me to keep track of the interesting info i find, and share it.
> Please do continue so we can follow too.
Yes :-)
But you can also directly complete the pages of the wiki.
Especially Speech Recognition and Text-to-speech
I've hard time to track all your findings ;-)

Phil

Re: [tuxdroid-user] Speech synthesis use examples

[David B. <da...@ja...>]

On Sat, 24 Mar 2007 18:20:42 +0100, Florent THIERY <ft...@gm...>  
wrote:

> Sorry to continue spamming (just tell me if it's a nuisance), but it
> allows me to keep track of the interesting info i find, and share it.

Please do continue so we can follow too.

>
>> From http://www.lirc.org/software.html
>
> irmenu : IrMenu is a program that allows to navigate a text menu using
> a remote control. Prompts are "displayed", that is, spoken, using your
> favorite text-to-speech program, such as IBM ViaVoice or festival.

Rémi did that for skype in the past, it was reading the contacts, moving  
through them with the wings and calling with the head button.

>
> Which brings me to the question: can we use lirc with tux? My guess
> is: not supported, yet, but coming...

That's another topic but that would be great. I'll probably never have  
time for this but if we could find someone with some lirc knowledge, it  
should be nice to have such a driver for our remote as we immediatey have  
support for a bunch of applications.

Re: [tuxdroid-user] Dedicated sound normalizer / multiplexer daemon

[David B. <da...@ja...>]

On Sat, 24 Mar 2007 17:48:50 +0100, Florent THIERY <ft...@gm...>  
wrote:

>> Now looking at tux again, I still can't find a good place for the
>> microphone. Maybe close to the beak on the side. Time to release the  
>> first
>> hardware hack ;-)
>
> Well, my first idea would be to put the mic under/inside one wing. I
> haven't opened tux yet, it there a wire between the mic and the MB?
>

Yes, with some scredrivers, it's pretty straightforward to open tux and  
remove the head gearbix. Just pull-out the microphone and glue it wherever  
you want. You have to monitor the signal though as the 500Hz noise can  
vary from the wire position. Just move the wire until the noise gets away  
and glue it in that position. Actually the 500Hz comes from the 2.4GHz  
signal which is pulsed at 500Hz (a frame is sent each 2ms, thus 500Hz).

> Cool :) It's, indeed, a great idea i had'nt thought about: tux as a
> "ipod dock" :), batterypowered speaker. And, it creates a
> supplementary line out for such a device: listen with tux, record on
> the line out. As it's a closed circuit, the sound quality will be
> equivalent?

Yes but sent through the amplifier. But the speaker is disconnected when  
you plug your headphones or a line out so it won't work.

Cheers,
david