Time to make Touch web Service less experimental

[reven]

nah nothing you can really test without a sample app, but once you have that every way I tried to stream the file (IIS, apache, nextpvr) resulted in same seek problems.

I wont actually have a timing.info for the samples I have, however I do occasionally get similar seeking problems for my own recordings on SD channels, so given time (usually about 1 or 2 a week) I could test on my recordings.

Don't need anything fancy really, could just be a webserver type app on a port that you specify a file at the command line to server. e.g.

sampleserver.exe 8855 "D:\videos\recordings\somerecording.ts"

then access it on the player using a url like

http://[theserver]:8855/

I won't try to integrate it or anything, but can test if it helps fix the problem.

[fred250]

nah nothing you can really test without a sample app, but once you have that every way I tried to stream the file (IIS, apache, nextpvr) resulted in same seek problems.

I wont actually have a timing.info for the samples I have, however I do occasionally get similar seeking problems for my own recordings on SD channels, so given time (usually about 1 or 2 a week) I could test on my recordings.

Don't need anything fancy really, could just be a webserver type app on a port that you specify a file at the command line to server. e.g.

sampleserver.exe 8855 "D:\videos\recordings\somerecording.ts"

then access it on the player using a url like

http://[theserver]:8855/

I won't try to integrate it or anything, but can test if it helps fix the problem.

You may very well have timinginfo if the files were recorded using NPVR. http://forums.nextpvr.com/showthread.php...iming.info

Your client must also be able to make an extra http call for every seek, such as server/playerposition/30000 where 30000 is the same value (milliseconds) as what you are telling the player to seek to.

But again, the server is not portable at all at this moment. The new stuff was hardcoded into the source code and it won't work with your files unless code is modified to suit your files and program recompiled.

I'll get back to you when there is something you can use for test.

/Fred

[mvallevand]

I also posted my utility writeTime on the forum which creates a Timing.Info file from a .ts file if one is missing.

Martin

[martint123]

I don't really know how the innards of these things work, but working on the assumptions that the timing info in a received broadcast stream leaves a lot to be desired and that with sub creating timing data either as either a file or ADS that makes NPVR skip more accurately - is it possible to postprocess the TS file and replace it's internal timing info with the sub-created data?

(now holding off my smart tv purchase until existing TV dies)

[sub]

is it possible to postprocess the TS file and replace it's internal timing info with the sub-created data?

You can use various utilities to remux the recording in PostProcessing.bat. It doesn't need the timing.info. These will reconstruct the timing, and fix most of problems with the broadcasters timelines.

[mvallevand]

TSMuxeR is great at fixing bad ts header timing which is the most common problem. Damaged OTA and DVB ts broadcasts are a challenge in all free ware and for all players.

Martin

[fred250]

@reven
I thought I’d keep you updated on how things are progressing with the timing.info aware streaming server that you’d like to test with the Samsung TV.

Current state is:
- Streamer now reads the timing.info from ADS in the requested .ts-file which means it now handles all files with an imbedded timing.info. Timing.info in separate file is not yet supported.

- The streamer is currently part of a server backend project I was working on and I’d like it to be lifted out for easier installation before I hand it over for you to test.

A question and also pre-request.
When playing a file in your Samsung App are you in code having full control over the playback or are you just using a native player interface.
In detail, if you press a seek button on the remote is it your program or the native player that handles the keypress and triggers the player to seek to a position in time.
In order to be able to benefit from my streamer you need to send the same seek request to the streamer just before asking the player to seek.

Hopefully I can get the streamer ready for you to test by the end of this week.

/Fred

[reven]

Its a native player html element, however I do call player.JumpForward(seconds) so I can make a request to a server before calling this.

thanks for the update, very interested to try this.

[fred250]

Its a native player html element, however I do call player.JumpForward(seconds) so I can make a request to a server before calling this.

thanks for the update, very interested to try this.

Will player.JumpForward(seconds) be relative to current play position or relative to the beginning of the file (exact position).
The streamer can only deal with exact positions. If your player only skips relative to current position you may be able to calculate an exact position to feed the streamer, as long as the player can provide you with the current play position.

/Fred

[reven]

Relative. However I do know current position.