[Sugar-devel] Etoys mp3 files
Ajay Garg
ajay at activitycentral.com
Tue May 29 16:26:06 EDT 2012
Well, there are two different issues ::
a)
First is the data-store issue.
As seen from the logs, the (mp3) file that was opened, was present in a USB
pen drive.
ANY ENTRY, when accessed via USB-pen-drive, will give this error (i.e. mp3,
jpeg, png - any file).
CAUSE ::
=======
The code in "carquinol" package, presumes the data-to-be-accessed coming
from the journal.
SOLUTION ::
==========
As happens with all entries that are accessed from USB pen-drives, these
entries too need to be copied first to the journal, to maintain
compatability.
SOLUTION-IMPLEMENTATION-REQUIREMENT ::
=====================================
The "etoys-sugar-code" is needed, wherein a flag may be passed to
objectchooser, to copy the file to the journal if invoked from etoys; and
subsequently access the journal-entry thereafter.
Bert, we will be grateful if you could provide the code-location for this.
b)
The second issue is the sound not playing.
I ensured that the following packages were installed on my non-XO laptop
(Dell-F14-laptop) ::
* gstreamer-plugins-bad
* gstreamer-plugins-ugly
* gstreamer-ffmpeg
* etoys
* squeak-vm
* squeak-vm-nonXOplugins
Thereafter, I downloaded the following MPEG file ::
http://samples.fileformat.info/format/mpeg/sample/567fd6a0e0da4a8e81bdeb870de3b19c/DELTA.MPG?AWSAccessKeyId=0V91BEFA7GM093MEVMG2&Signature=zvF6p5NE3Jz3oSKtyw2obyPosDQ%3D&Expires=1338322225
and tried playing via "Supplies" -> "Object Catalogue" -> "Multimedia" ->
"MPEGPlayer". However, I got the same "abandon" error, with the
second-last, and third-last stack-point error as follows ::
#####################################################################
primitiveFailed
"Announce that a primitive has failed and there is no appropriate
Smalltalk code to run."
self error: 'a primitive has failed'
primFileValidMPEG: aPath
"Check to see if the file is valid"
<primitive: 'primitiveMPEG3CheckSig' module: 'Mpeg3Plugin'>
self primitiveFailed
#####################################################################
SOLUTION ::
=========
I guess there is still some plugin missing on my Dell laptop.
But I have gone out of ideas to try.
Bert, we will again be grateful :)
Thanks and Regards,
Ajay
On Sun, May 27, 2012 at 2:10 AM, Rafael Ortiz <rafael at activitycentral.com>wrote:
>
>
> On Sat, May 26, 2012 at 12:13 PM, Rafael Ortiz <rafael at activitycentral.com
> > wrote:
>
>>
>>
>> On Sat, May 26, 2012 at 7:47 AM, Peter Robinson <pbrobinson at gmail.com>wrote:
>>
>>> On Sat, May 26, 2012 at 12:54 PM, Bert Freudenberg <bert at freudenbergs.de>
>>> wrote:
>>> >
>>> > On 25.05.2012, at 22:21, Rafael Ortiz wrote:
>>> >
>>> >
>>> >
>>> > On Thu, May 24, 2012 at 11:34 AM, Rafael Ortiz <
>>> rafael at activitycentral.com>
>>> > wrote:
>>> >>
>>> >> Hi
>>> >>
>>> >> While trying to add a journal entry (mp3 file) from etoys-113, i'm
>>> getting
>>> >> ."An error has occurred; you should probably just hit abandon. Sorry"
>>> >>
>>> >> Is this known?
>>> >>
>>> >> Log attached
>>> >>
>>> >
>>> > A clue on what this might be happening and how to solve it,
>>> appreciated.
>>> >
>>> > Thanks :)
>>> >
>>> >
>>> > Well, the relevant lines in the error log seem to be these:
>>> >
>>> > DBusError: Traceback (most recent call last):
>>> > File "/usr/lib/python2.7/site-packages/dbus/service.py", line 702, in
>>> > _message_cb
>>> > retval = candidate_method(self, *args, **keywords)
>>> > File "/usr/lib/python2.7/site-packages/carquinyol/datastore.py",
>>> line 355,
>>> > in get_properties
>>> > metadata = self._metadata_store.retrieve(uid)
>>> > File "/usr/lib/python2.7/site-packages/carquinyol/metadatastore.py",
>>> line
>>> > 41, in retrieve
>>> > return metadatareader.retrieve(metadata_path, properties)
>>> > IOError: Couldn't open metadata directory
>>> > /home/olpc/.sugar/default/datastore//m//media/Philips/Buenos
>>> Muchachos/Se
>>> > Pule La Colmena/2-06 Corazonoro.mp3/metadata
>>> >
>>> > So apparently Etoys tries to access the metadata for the MP3 but the
>>> > datastore fails to find it. Etoys does not handle that case, it relies
>>> on
>>> > get_properties() succeeding. Is that wrong?
>>>
>>> Being a mp3 do we even have the correct bits installed to be able to
>>> retrieve that information?
>>
>>
>>
>> In this case what would be the proper bits ?
>>
>>
>>
>>
>>> Our default builds don't come with the
>>> ability to play mp3 files so I'm not sure if we can even read the
>>> metadata.
>>>
>>>
> Also realized that the same problem is happening on
> ogg files, so doesn't seem related to codecs.
>
>
>
>> Peter
>>> _______________________________________________
>>> Sugar-devel mailing list
>>> Sugar-devel at lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>
>>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120530/e7733cfe/attachment-0001.html>
More information about the Sugar-devel
mailing list