99 replies to this topic

[christophecvr]

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

[Trial]

Hi,

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

 

ciao

[rhurbarb]

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

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

[betacentauri]

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

[rhurbarb]

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

Thanks alot

[rhurbarb]

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

[betacentauri]

No, not really. There are too many changes.

[rhurbarb]

No, not really. There are too many changes.

Thanks for your reply

[littlesat]

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)....

[betacentauri]

You mean the timeline don't "grow"?
Or does the recording abort?

[littlesat]

The timeline does not grow indeed....

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

[betacentauri]

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.

[betacentauri]

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

[littlesat]

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

[anwar saheb]

where to send this file in dreambox?

[betacentauri]

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.

[littlesat]

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.

[betacentauri]

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.

[christophecvr]

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.

[christophecvr]

p.s. also look at

 

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