Guess what.. as usually happens, I was able to "hear" the sound almost as soon as I posted the last mail :D
As Bert had already pointed out in an earlier mail, I should have looked into "/usr/bin/etoys" a lot earlier. Therein, I substituted "-vm-sound-alsa" to be picked irrespective, and voila, I could hear the sound. So, the issue (and a hack) has been found. However, the real reason of this issue is that although "pulseaudio --check" seems to convey a fine working pulseaudio ecosystem, the fact is that no sound can be transmitted to the pulsesink (confirmed via "gst-launch filesrc location=/path/to/mp3 ! mad ! pulsesink" not working on the XO-1). So, we need to have a proper diagnostic way to determine which of the sound-device is working fine, and then use the appropriate driver. I have already put in the query at http://www.linuxquestions.org/questions/showthread.php?p=4693633#post4693633 and put in the same query to the gstreamer mailing-list. So, let's hope that this issue gets resolved in a clean way (and not through a hack :D ) Bert, thanks a ton for your support .... Thanks and Regards, Ajay On Sat, Jun 2, 2012 at 10:48 AM, Ajay Garg <a...@activitycentral.com> wrote: > Hi Bert. > > > > Would it be possible for you to provide with the following :: > > a) > Core etoys-code (the complete source tree is highly desirable :-) ). > > b) > Sugar glue-code. > > > Thanks and Regards, > Ajay > > > On Fri, Jun 1, 2012 at 11:23 AM, Ajay Garg <a...@activitycentral.com>wrote: > >> Thanks Bert. >> >> 1) >> Bert, I re-compiled after installing all the header- and devel- packages >> as told by you (after incorporating a blocker-fix as per >> http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/146266 >> ). >> >> However, I still am not able to hear any sound. >> >> >> 2) >> I also tried copying all the so.* files from my Dell laptop (where the >> sound was being heard) to the XO-1 (where sound is not being heard). >> However, still no sound is heard. >> >> >> So, I guess that now, there is some etoys software-hardware >> intervention-issue that might be blocking the final destination (it must be >> noted that sound is heard fine, outside the context of etoys). >> >> >> Any ideas will be gratefully appreciated; me too is looking into this. >> >> >> Thanks and Regards, >> Ajay >> >> >> >> >> On Fri, Jun 1, 2012 at 2:23 AM, Bert Freudenberg <b...@freudenbergs.de>wrote: >> >>> I sent my patch to the upstream maintainer (Ian Piumarta). I'm hopeful >>> there will be a new 4.x VM release very soon. >>> >>> That new release will also help with Scratch because it will have the >>> Scratch plugins (so the Scratch XO bundle do not need any binaries inside >>> anymore), and with Etoys 5 (which needs a new Camera plugin). 4.4.7 already >>> helps DrGeo (which uses a newer Squeak format), and on 64 bit hosts >>> (because many of the 32/64 bit problems have been worked out), and has >>> numerous other improvements. >>> >>> Similarly, the dprintf bug you see has been fixed in 2009 according to >>> the change log. It really makes not much sense trying to fix that old >>> codebase. Rather package the new 4.x VM. >>> >>> Btw, here is a list of build requirements for squeak-vm (you need to >>> watch the install log to make sure that plugins and features are not >>> disabled because of missing dev headers): >>> >>> gcc make cmake pulseaudio-libs-devel alsa-lib-devel nas-devel >>> libogg-devel libvorbis-devel speex-devel uuid-devel dbus-devel pango-devel >>> gstreamer-devel mesa-libGL-devel libX11-devel libXext-devel >>> libXrender-devel freetype-devel >>> >>> - Bert - >>> >>> PS: I found an MPEG movie that works >>> http://esug.org/data/HistoricalDocuments/Smalltalk80/st80-low.mpg >>> >>> On 30.05.2012, at 19:42, Ajay Garg wrote: >>> >>> > Thanks Bert. >>> > It worked at my side too !!!! >>> > >>> > The mp3 played fine at my end though :| :) >>> > >>> > However, I now face the ubiquitous packaging issue. As it stands out, >>> the src-rpm available is "squeak-vm-3.10.5-5.fc14.src.rpm", which has some >>> very different installation schemes as compared to the " >>> http://www.squeakvm.org/unix/release/Squeak-4.4.7.2357-src.tar.gz" >>> scheme. >>> > >>> > Worse, the make for "3.10.5-5" variant fails with the error :: >>> > >>> > >>> ############################################################################ >>> > In file included from >>> /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c:3:0: >>> > /usr/include/stdio.h:419:66: error: macro "dprintf" passed 3 >>> arguments, but takes just 1 >>> > /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c: >>> In function ‘__sq_assert’: >>> > >>> /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c:21:3: >>> warning: incompatible implicit declaration of built-in function ‘abort’ >>> > make[1]: *** [debug.o] Error 1 >>> > make: *** [vm/vm.a] Error 2 >>> > >>> ############################################################################ >>> > >>> > >>> > >>> > So, does there exist a way to make a rpm out of "4.4.7.2357" variant, >>> with the "Mpeg3Plugin/config.cmake" patch applied? >>> > >>> > >>> > Thanks a ton for your time. >>> > >>> > >>> > Thanks and Regards, >>> > Ajay >>> >>> >> >
_______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel