Sigh...
Playing with the new version I find another problem. If you pause a
video, then unpause, it may or may not resume. Sometimes audio only,
sometimes the slider moves but no audio or video.
Jim
On 8/10/2020 5:10 PM, Ross Finlayson wrote:
On Aug 11, 2020, at 4:49 AM, Jim Ham wrote:
There was another bug in the server’s handling of seeking within “.mkv” files.
I’ve just installed a new version (2020.08.11) of the code that should fix this.
Ross, this is awesome! The streamer now works as expected. Thanks you!
Jim
--
Porcine Associates LLC
244 O'Connor St.
Menlo Park, CA
> On Aug 11, 2020, at 4:49 AM, Jim Ham wrote:
>
>> I have just installed a new version (2020.08.10) of the code that should fix
>> this.
> Fast work! I just tried it out, it new seeks and plays OK. There is an
> additional problem though. It seeks to the wrong place.
There was another bug in
> On Aug 11, 2020, at 6:35 AM, Jim Ham wrote:
>
> Well, no. The main video ends, but there is additional content.
Oops - my mistake. Stay tuned…
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@li
This is a problem just with this particular file - “Tanya.mkv” - not a problem
with the media server or streaming in general.
You can see this if you just play this file using VLC locally - i.e., just as a
file, not via streaming. VLC thinks that the file is 10:22 long. But in
reality it c
> On Aug 11, 2020, at 4:49 AM, Jim Ham wrote:
>
>> I have just installed a new version (2020.08.10) of the code that should fix
>> this.
> Fast work! I just tried it out, it new seeks and plays OK. There is an
> additional problem though. It seeks to the wrong place.
This is a problem just w
On 8/10/2020 2:01 AM, Ross Finlayson wrote:
Many thanks for posting the example file (yes, very silly :-)
I started the new version of the mediaServer on margotandjim.com with
root privileges, so you don't need the :8554 any more.
Jim
--
Porcine Associates LLC
244 O'Connor St.
Menlo Park,
I have just installed a new version (2020.08.10) of the code that should fix
this.
Fast work! I just tried it out, it new seeks and plays OK. There is an
additional problem though. It seeks to the wrong place. At first I
thought it was x2 (seek to 1:00 and you get 2:00), but it's not
consis
Many thanks for posting the example file (yes, very silly :-)
The problem was a bug in the way that our server handled seeking within
Matroska (“.mkv” or “.webm”) files. (The server wasn’t resetting state
properly when seeking.)
I have just installed a new version (2020.08.10) of the code that
