> > 2010/1/2 Benoît Minisini :
> >> Please provide the source code of the network communication,
> >> otherwise I can't see what you are doing exactly.
>
> Ok, here is some code that adequately reproduces the problem, and the
> exact same code with a smaller chunk of text that does not have the
>
Benoît Minisini ha scritto:
>>> 2010/1/2 Benoît Minisini :
>>>
Please provide the source code of the network communication,
otherwise I can't see what you are doing exactly.
>> Ok, here is some code that adequately reproduces the problem, and the
>> exact same code wi
2010/1/3 Benoît Minisini :
>> > 2010/1/2 Benoît Minisini :
>> >> Please provide the source code of the network communication,
>> >> otherwise I can't see what you are doing exactly.
>>
>> Ok, here is some code that adequately reproduces the problem, and the
>> exact same code with a smaller chunk
2010/1/3 Doriano Blengino :
> after a timeout occurs, one can only assume that
> the entire write has failed, even if, in fact, some data has been
> succefully written.
Yes, you are quite correct, but the problem of partial data transfer
due to a timeout is not a problem for the socket to sort ou
2010/1/3 Kadaitcha Man :
> 2010/1/3 Benoît Minisini :
> http://gambasdoc.org/help/comp/gb.net/socket
>
> I will see about updating the Socket page and add the Blocking
> property to the list of inherited properties.
Before I do that, is Blocking gb3 specific?
>
> I will see about updating the Socket page and add the Blocking
> property to the list of inherited properties.
>
The Blocking property is already in the list of inherited properties. This is
done automatically by the wiki.
Regards,
--
Benoît Minisini
>
> Yes, I'll look at that, but why in the Ready event? Would there be any
> disadvantage or problem with setting the socket to block permanently
> when it is instantiated and its properties setup in code? Also, if it
> is set in the Ready event, would it needlessly get set again every
> time the
> Hello
> Some of my mp3 files play at the wrong speed using sdl.sound. They play
> correctly using commercial players . I notice that they are MPEG Version 2
> files.
> Is this the cause?
>
> Any ideas?
>
> Regards
>
> Bill Lancaster
>
Can you send me one mp3 that is played at the wrong spe
> 2010/1/3 Kadaitcha Man :
> > 2010/1/3 Benoît Minisini :
> >
> > http://gambasdoc.org/help/comp/gb.net/socket
> >
> > I will see about updating the Socket page and add the Blocking
> > property to the list of inherited properties.
>
> Before I do that, is Blocking gb3 specific?
>
Yes.
--
Beno
2010/1/3 Benoît Minisini :
>>
>> Yes, I'll look at that, but why in the Ready event? Would there be any
>> disadvantage or problem with setting the socket to block permanently
>> when it is instantiated and its properties setup in code? Also, if it
>> is set in the Ready event, would it needlessly
2010/1/3 Benoît Minisini :
>> 2010/1/3 Kadaitcha Man :
>> > 2010/1/3 Benoît Minisini :
>> >
>> > http://gambasdoc.org/help/comp/gb.net/socket
>> >
>> > I will see about updating the Socket page and add the Blocking
>> > property to the list of inherited properties.
>>
>> Before I do that, is Blocki
I think the topic explains everything..
With player functions I can only get the current position but not the
total length...
Any way to do it?
Thanks!
Alessandro
--
This SF.Net email is sponsored by the Verizon Developer
2010/1/3 Benoît Minisini :
> By default, Socket are in non-blocking mode (Blocking property set to False).
> So writing to it a big chunk fails. The bug is that instead of raising an
> error during the Write instruction, it fails silently.
>
> By having a blocking socket, your program works.
>
> S
Dear Benoit, thanks for the response.
Please see attached mp3 file.
Some files play at correct speed others too fast.
Bill
--
View this message in context:
http://old.nabble.com/sdl.sound-plays-mp3-too-fast-tp26985683p26999654.html
Sent from the gambas-user mailing list archive at Nabble.com.
14 matches
Mail list logo
