Jump to content


Photo

IPTV (gstreamer) recording


  • Please log in to reply
99 replies to this topic

Re: IPTV (gstreamer) recording #21 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 July 2015 - 19:11

Hi together,

 

thanks for positive feedback!

 

@Trial: I'm quite sure that my patch has no influence on gstreamer playback. I did only change very few things in the servicemp3.cpp (the source code file for gstreamer playback) and I see nothing that can cause something like that. But there were other changes in servicemp3.cpp from christophecvr.

The changes in playback i did are strictly to gst-.1 . If Trial is using an official pli4 gst-0.10 based image no they can't be the cause off his problem



Re: IPTV (gstreamer) recording #22 Trial

  • Senior Member
  • 1,127 posts

+34
Good

Posted 13 July 2015 - 20:17

Hi,

Thank you. I will make some test to find my problem.

 

ciao



Re: IPTV (gstreamer) recording #23 rhurbarb

  • Senior Member
  • 168 posts

0
Neutral

Posted 15 July 2015 - 15:18

@rhurbarb: Images are available you can test after an update.

Thanks very much ....images as in pictures,or images as in openpli latest image?



Re: IPTV (gstreamer) recording #24 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 15 July 2015 - 16:19

As in OpenPli images. Just update your box. Afterwards you should be able to record gstreamer streams.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #25 rhurbarb

  • Senior Member
  • 168 posts

0
Neutral

Posted 15 July 2015 - 18:57

As in OpenPli images. Just update your box. Afterwards you should be able to record gstreamer streams.

Thanks alot :)



Re: IPTV (gstreamer) recording #26 rhurbarb

  • Senior Member
  • 168 posts

0
Neutral

Posted 16 July 2015 - 18:25

As in OpenPli images. Just update your box. Afterwards you should be able to record gstreamer streams.

Is there another way? ,i cant update my box til i find out why i lose my lcd pictures

 

Thanks



Re: IPTV (gstreamer) recording #27 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 16 July 2015 - 20:34

No, not really. There are too many changes.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #28 rhurbarb

  • Senior Member
  • 168 posts

0
Neutral

Posted 17 July 2015 - 22:26

No, not really. There are too many changes.

Thanks for your reply



Re: IPTV (gstreamer) recording #29 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 17 July 2015 - 22:41

i observed one strange thing.... when you make a recording and play it while the recording is still growing.... it will not grow.... (I hope I was clear)....


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: IPTV (gstreamer) recording #30 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 July 2015 - 00:14

You mean the timeline don't "grow"?
Or does the recording abort?
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #31 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 18 July 2015 - 07:11

The timeline does not grow indeed....

Edited by littlesat, 18 July 2015 - 07:11.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: IPTV (gstreamer) recording #32 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 July 2015 - 09:31

Yes, I can confirm this :(

But it's an Gstreamer issue (bug or feature I don't know). But not only timeline don't grow, playback also stops. E.g. you start recording. Then after 30 seconds you start the playback. So you see 30 seconds length. And after 30 seconds playback stops even when recording is still running. Really bad :(

 

I looked into the code of getLength():

gst_element_query_duration(m_gst_playbin, fmt, &len)

returns always the same length. It doesn't grow.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #33 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 July 2015 - 09:40

By the way: I used Gstreamer 1.4.x image. So not a Gstreamer 0.10 only bug/feature.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #34 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 18 July 2015 - 10:18

this was my only Observation....
Possibly look into how this is done for the usual recordings that when a recoring is still recorded....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: IPTV (gstreamer) recording #35 anwar saheb

  • Senior Member
  • 97 posts

+2
Neutral

Posted 18 July 2015 - 10:30

where to send this file in dreambox?



Re: IPTV (gstreamer) recording #36 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 July 2015 - 11:16

where to send this file in dreambox?

 

Again. The patch file is for developers. They know how to handle a patch file.

The feature is already included in the latest images.

 

this was my only Observation....
Possibly look into how this is done for the usual recordings that when a recoring is still recorded....

 

Yes, I already did this. The skin calls ServicePosition.py and that calls self.navcore.getCurrentService().seek().getLength(). So in this case eServiceMP3.getLength().

But as said it returns always the same length, because Gstreamer call in getLength() call returns always the same length. This is a Gstreamer issue.

For normal ts files/recordings it works, because getLength in eDVBServicePlay calculates length every time.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #37 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 18 July 2015 - 11:34


Gstreamer call in getLength() call returns always the same length. This is a Gstreamer issue.

 

I see.... gstreamer probably does not expect the length of a file is changing once played.... :(.... so this should be reported at gstreamer -or- we have to make a silly work-a-round... This last option is not perferable...


Edited by littlesat, 18 July 2015 - 11:35.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: IPTV (gstreamer) recording #38 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 July 2015 - 12:02

http://gstreamer-bug...rows-after-open

 

http://gstreamer-dev...-td4666560.html

 

Well, that's just not going to work like this :) You'll need to use a
proper streaming protocol to provide this live stream to the second RPi,
e.g. take a look at gst-rtsp-server for this. Or just a simple streaming
protocol based on TCP that just passes the data over one TCP connection
directly.

By writing to a file and reading from the same file while writing you
have the problem that the reader can't know when the file is finished or
not, or when another few bytes are finished to be written.

 

 

Doesn't sound good. Currently I have no idea how to fix it, if gstreamer cannot handle it.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: IPTV (gstreamer) recording #39 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 18 July 2015 - 12:27

Just as info the servicemp3 was initially made only for playing, The fact that recording would be used was never taken into acount.

It looks only one time at the media lenght that's by start off media.

playing 4097:0:0:0:0:0:0:0:0:0:/media/DVDISO/test/Harry Potter Philosophers.m4v
<158557.998847> [eDVBCAService] free slot 0 demux 0 for service 1:0:1:10E0:418:1:C00000:0:0:0:
<158557.999203> [eDVBCAService] free service 1:0:1:10E0:418:1:C00000:0:0:0:
<158558.012231> [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
<158558.012423> [eDVBPCR0] DEMUX_STOP ok
<158558.012592> [eDVBPCR0] destroy
<158558.012682> [eDVBVideo0] DEMUX_STOP  ok
<158558.013742> [eDVBVideo0] VIDEO_STOP ok
<158558.016450> [eDVBVideo0] destroy
<158558.016567> [eDVBAudio0] AUDIO_STOP ok
<158558.042221> [eDVBAudio0] DEMUX_STOP ok
<158558.042391> [eDVBAudio0] AUDIO_CONTINUE ok
<158558.049553> [eDVBAudio0] destroy
<158558.049656> [eDVBText0] DEMUX_STOP ok
TuxTxt stopped service 28
<158558.052532> [eDVBText0] destroy
cleaning up
TuxTxt cache cleared
<158558.057557> [eDVBResourceManager] start release channel timer
<158558.059854> [eServiceMP3] construct!
<158558.060191> [eServiceMP3] playbin uri=file:///media/DVDISO/test/Harry%20Potter%20Philosophers.m4v
0:01:29.477560946 22919   0x76b540 INFO                 subsink gstsubsink.c:143:gst_sub_sink_init:<GstSubSink@0x2274288> SUBSINK INITIATED
<158558.089660> [eServiceMP3] starting pipeline
0:01:29.492033428 22919   0x76b540 INFO                 subsink gstsubsink.c:465:gst_sub_sink_change_state:<subtitle_sink> GST_STATE_CHANGE_NULL_TO_READY
<158558.153522> [eDVBDB] getBouquet failed.. no path given!
resolved to PLAY
<158558.163455> [eServiceMP3] gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
seekable.getLength() returns: [-1, 47692555799596560L]
RemovePopup, id = ZapError

Perhaps an extra add is required since it's logic that recordings will have a growing lenght during process and this was not forseen in servicemp3.



Re: IPTV (gstreamer) recording #40 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 18 July 2015 - 12:45

p.s. also look at

 

http://gstreamer.fre...-query-duration




6 user(s) are reading this topic

0 members, 6 guests, 0 anonymous users