NextPVR Forums
  • ______
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public Developers v
« Previous 1 2 3 4 5 … 93 Next »
Get recording length from stream

 
  • 0 Vote(s) - 0 Average
Get recording length from stream
skogl
Offline

Junior Member

Posts: 20
Threads: 2
Joined: Mar 2019
#31
2019-04-12, 06:25 PM
I can confirm that apache is working but it's a bit hard for me to give you a wireshark capture from it. If you must have I can get it but do you really have to?
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#32
2019-04-12, 06:35 PM
skogl Wrote:I can confirm that apache is working but it's a bit hard for me to give you a wireshark capture from it. If you must have I can get it but do you really have to?
I don't really have much to go on otherwise. Sorry!
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#33
2019-04-12, 06:41 PM
mvallevand Wrote:Didn't that buggy byte range apply to the recording_id too which is why fred250 needed f= with his Samsung app.
Not that I'm aware of. /live?recording=xxxx should be entirely standard http, and should work with anything that can play a file over http. (if you think that is not the case, let me know, and I'll absolutely fix this call)

The f= call was originally created for the MVP playback, and had a bug right since it's beginnings, but the MVP worked fine with it, so we never changed it. Later when we started repurpose the call for other stuff, we had to add a "http=true" parameter, so that it could be used with things expecting the standard http type responses (while retaining the original bug without http=true, so that it continued to work the way MVP playback expected).
skogl
Offline

Junior Member

Posts: 20
Threads: 2
Joined: Mar 2019
#34
2019-04-15, 03:01 PM
Have you found anything from the captures I sent you?
mvallevand
Online

Posting Freak

Ontario Canada
Posts: 53,118
Threads: 957
Joined: May 2006
#35
2019-04-15, 04:06 PM
I don't what kind of app you are developing but the duration of all recordings is available via the recording api.

Martin
skogl
Offline

Junior Member

Posts: 20
Threads: 2
Joined: Mar 2019
#36
2019-04-15, 04:15 PM
I know that, but I need to get it from the actual stream data. I have sent wireshark capture data to sub where this is possible from another pvr and apache with the same file. So there's something different in NPVR http server, maybe it can be fixed or maybe I can fix something in my end.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#37
2019-04-15, 06:10 PM
skogl Wrote:Have you found anything from the captures I sent you?
I had actually replied to your PM, asking a question.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#38
2019-04-15, 06:12 PM
Better to keep the discussion here, rather than PM, so here was what I had replied to you:

----------------------

skogl Wrote:Hi, just checking to ser that you got my last PM about the apache wireshark capture. Lost a bit momentum when I had trouble getting that capture…

/ skogl
I've just been looking at it now. I can't see any obvious difference to the response headers from apache

Quote:HTTP/1.1 200 OK
Date: Sat, 13 Apr 2019 11:26:38 GMT
Server: Apache/2.4.25 (Raspbian)
Last-Modified: Thu, 28 Mar 2019 16:12:01 GMT
ETag: "14c543e0-58529d074c2cf"
Accept-Ranges: bytes
Content-Length: 348472288
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: video/MP2T
This is pretty similar to NextPVR, with the exception of NextPVR not including "Accept-Ranges: bytes"

Is there an easy way for me to reproduce this? Are you using an 'Exoplayer' Android app? (I've got a dusty tablet I'm charging up)
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#39
2019-04-15, 07:54 PM
skogl Wrote:
sub Wrote:
skogl Wrote:Hi, just checking to ser that you got my last PM about the apache wireshark capture. Lost a bit momentum when I had trouble getting that capture…

/ skogl
I've just been looking at it now. I can't see any obvious difference to the response headers from apache

Quote:HTTP/1.1 200 OK
Date: Sat, 13 Apr 2019 11:26:38 GMT
Server: Apache/2.4.25 (Raspbian)
Last-Modified: Thu, 28 Mar 2019 16:12:01 GMT
ETag: "14c543e0-58529d074c2cf"
Accept-Ranges: bytes
Content-Length: 348472288
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: video/MP2T
This is pretty similar to NextPVR, with the exception of NextPVR not including "Accept-Ranges: bytes"

Is there an easy way for me to reproduce this? Is Exoplayer an Android app? (I've got a dusty tablet I'm charging up)

Anyway, yes, you can clone latest exoplayer from github and run "demo app". You don't even need a pad, you can use the emulator since you are not interested in actually looking at the recording but just want the duration.

"Accept-Ranges: bytes" does sound related to the issues I'm experiencing. The feeling I'm having is that the range-request does not return the correct bytes.

Let me know if you need any pointers of how to setup exoplayer environment.

/ skogl
I just tried playing http://nextpvr.com/test.ts file (apache web server), and exoplayer on my Android tablet is just reporting 'sorry, file format not supported'. Does it play for you and give a duration?
mvallevand
Online

Posting Freak

Ontario Canada
Posts: 53,118
Threads: 957
Joined: May 2006
#40
2019-04-15, 08:01 PM
Last week I tried his file on your officail Android app and it played fine with ExoPlayer and it used the API for the duration. That is why I asked about what kind of app he is developing he could do the same thing.

It is going to boil down to the h/w profile for the Android device.

Martin
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)

Pages (5): « Previous 1 2 3 4 5 Next »


Possibly Related Threads…
Thread Author Replies Views Last Post
  Custom recording tomx 2 713 2025-02-07, 09:14 AM
Last Post: tomx
  API call for Recording Complete linustorvalds 1 475 2025-01-19, 02:11 PM
Last Post: mvallevand
  Manual recording API mvallevand 2 1,137 2023-11-09, 02:14 PM
Last Post: mvallevand
  API channel.stream.start mvallevand 2 1,453 2023-05-07, 09:40 PM
Last Post: mvallevand
  IPTV like stream from Sound Card input - FM Radio Project NumberFive 3 1,540 2022-11-20, 04:28 PM
Last Post: mvallevand
  Recording direct to GPhotos API rgonzalez 0 1,523 2020-06-29, 04:45 AM
Last Post: rgonzalez
  Recurring Recording URL Parameters jcole998 2 3,079 2019-09-19, 01:08 PM
Last Post: jcole998
  Unexpected result when deleting a pending recording scJohn 5 3,883 2018-05-06, 10:09 PM
Last Post: sub
  How to best verify success when adding a recurring recording drmargarit 1 2,884 2017-03-02, 03:13 PM
Last Post: mvallevand
  Change recording filename programmatically immediately before recording starts? craigrs84 5 6,229 2015-07-13, 09:28 PM
Last Post: patco444

  • View a Printable Version
  • Subscribe to this thread
Forum Jump:

© Designed by D&D, modified by NextPVR - Powered by MyBB

Linear Mode
Threaded Mode