[Sugar-devel] Etoys mp3 files

[Ajay Garg]

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 <ajay at 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 <ajay at 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 <bert at 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
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120602/1b839aa0/attachment.html>