epg-scan doesn't resume after a channel playback

Bug #669781 reported by harshabm
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNOME DVB Daemon
Expired
Undecided
Unassigned

Bug Description

Hi,
I see that the epg-scan stops when there is a request for channel playback.But it never resumes later.
Please correct me if i am wrong...

setup details:
1. i have installed gnome-dvb-daemon 0.1.21 on ubuntu 10.01 with gst-rtsp-server-0.10.
2. i have registered a device group with 2 free devices (USB DVBT reciever with 2 adaptors ) and a channels.conf with some channels.
3. i have setup the epg frequency/duration to 1 min in the settings.ini.

procedure:
1. i start the gnome-dvb-dameon in debug mode.i see that the ep-scan is happening.
now i send a request to play a channel using gst-launch rtspsrc command
     ( gst-launch-0.10 rtspsrc location=rtsp://my-desktop:8554/1/16418/VOX ! fakesink)
2. immediately the epg-scan is stopped.
3. Since there is no telecast for the channel the gst-rtsp server fails to prepare/preroll the gst pipeline and hence closes the connection. so far good.this is expected.
4. Then i see that the epg scan never resumes.

i digged a bit into the daemon code.i observed the following in MediaFactory.vala-
The epg scan never resumes because the unprepare is never called on the DVBMedia which actually is responsible for resuming the scan.

here is the log

Server:
gnome-dvb-daemon -d
** (gnome-dvb-daemon:11752): DEBUG: Main.vala:131: Has dvbsrc >= 0.10.13: true
** (gnome-dvb-daemon:11752): DEBUG: Main.vala:131: Has dvbbasebin >= 0.10.13: true
** (gnome-dvb-daemon:11752): DEBUG: Main.vala:131: Has mpegtsparse >= 0.10.13: true
** (gnome-dvb-daemon:11752): DEBUG: Main.vala:131: Has rtpmp2tpay >= 0.10.14: true
** Message: Main.vala:59: Creating new Manager D-Bus service
** Message: Main.vala:80: Creating new RecordingsStore D-Bus service
** (gnome-dvb-daemon:11752): DEBUG: DeviceGroup.vala:373: Creating new ChannelList D-Bus service for group 1
** (gnome-dvb-daemon:11752): DEBUG: DeviceGroup.vala:286: Creating new Recorder D-Bus service for group 1
** Message: Main.vala:161: Restoring 1 device groups
** (gnome-dvb-daemon:11752): DEBUG: Manager.vala:435: Restoring group 1
** (gnome-dvb-daemon:11752): DEBUG: Manager.vala:397: Adding device group 1 with 2 devices
** (gnome-dvb-daemon:11752): DEBUG: EPGScanner.vala:140: Starting EPG scan for group 1 (0)
** Message: Manager.vala:448: Restoring timers of device group 1
** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:106: Finished restoring EPG events for channel 16405
** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:106: Finished restoring EPG events for channel 16406
** Message: Server.vala:26: Starting RTSP server
** Message: listening on port 8554
** Message: Services.vala:291: Creating new Rygel MediaServer D-Bus service
** (gnome-dvb-daemon:11752): DEBUG: Services.vala:59: Creating container for device group 1
** (gnome-dvb-daemon:11752): DEBUG: Services.vala:166: Creating container for channel 16405
** (gnome-dvb-daemon:11752): DEBUG: Services.vala:166: Creating container for channel 16406
** (gnome-dvb-daemon:11752): DEBUG: Services.vala:166: Creating container for channel 16418
** (gnome-dvb-daemon:11752): DEBUG: Services.vala:166: Creating container for channel 16411

** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:133: Removing expired events of channel <b>RTL</b> Television (16405)
** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:133: Removing expired events of channel RTL2 (16406)
** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:133: Removing expired events of channel VOX (16418)
** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:133: Removing expired events of channel <b>S</b>uper<b> RTL</b> (16411)

** (gnome-dvb-daemon:11752): DEBUG: EPGScanner.vala:203: Finished EPG scan for group 1
** (gnome-dvb-daemon:11752): DEBUG: EPGScanner.vala:140: Starting EPG scan for group 1 (0)
** (gnome-dvb-daemon:11752): DEBUG: Schedule.vala:133: Removing expired events of channel <b>RTL</b> Television (16405)

** Message: added new client 0x90842f0 ip 127.0.1.1:37580
** Message: attaching to context 0x9024dc0
RTSP request message 0x9079858
 request line:
   method: 'OPTIONS'
   uri: 'rtsp://my-desktop:8554/1/16418/VOX'
   version: '1.0'
 headers:
   key: 'CSeq', value: '1'
   key: 'Date', value: 'Mon, 25 Oct 2010 13:52:36 GMT'
 body:
** Message: client 0x90842f0: received a request
RTSP response message 0xbf96dea8
 status line:
   code: '200'
   reason: 'OK'
   version: '1.0'
 headers:
   key: 'CSeq', value: '1'
   key: 'Public', value: 'OPTIONS, DESCRIBE, GET_PARAMETER, PAUSE, PLAY, SETUP, SET_PARAMETER, TEARDOWN'
   key: 'Server', value: 'GStreamer RTSP server'
 body: length 0
RTSP request message 0x9079858
 request line:
   method: 'DESCRIBE'
   uri: 'rtsp://my-desktop:8554/1/16418/VOX'
   version: '1.0'
 headers:
   key: 'CSeq', value: '2'
   key: 'Accept', value: 'application/sdp'
   key: 'Date', value: 'Mon, 25 Oct 2010 13:52:36 GMT'
 body:
** Message: client 0x90842f0: received a request
** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:563: Watching channel VOX (16418)
** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:580: Creating new PlayerThread: true

** (gnome-dvb-daemon:11752): DEBUG: EPGScanner.vala:78: Stopping EPG scan for group 1 (0)

** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:115: Creating new pipeline
** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:454: Element tee0 (0x9074970) added to pipeline
** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:454: Element bin0 (0x9058710) added to pipeline
** (gnome-dvb-daemon:11752): DEBUG: MediaFactory.vala:76: Retrieving sink bin with payloader
** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:261: Searching for sink pay0 (0x9094100) of channel 16418
** (gnome-dvb-daemon:11752): DEBUG: ChannelFactory.vala:280: Found sink
** Message: found stream 0 with payloader 0x9094100
** Message: constructed media 0x8f33110 for url /1/16418/VOX
** Message: preparing media 0x8f33110
** Message: enter mainloop

** (gnome-dvb-daemon:11752): WARNING **: failed to preroll pipeline
RTSP response message 0xbf96dd04
 status line:
   code: '503'
   reason: 'Service Unavailable'
   version: '1.0'
 headers:
   key: 'CSeq', value: '2'
   key: 'Server', value: 'GStreamer RTSP server'
 body: length 0
** Message: client 0x90842f0: connection closed
** Message: finalize client 0x90842f0

CLIENT >
>gst-launch-0.10 rtspsrc location=rtsp://my-desktop:8554/1/16418/VOX ! fakesink
>Setting pipeline to PAUSED ...
>ERROR: Pipeline doesn't want to pause.
>ERROR: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Could not read from resource.
>Additional debug info:
>gstrtspsrc.c(3847): gst_rtspsrc_try_send (): /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0:
>Could not receive message. (Timeout while waiting for server response)
>Setting pipeline to NULL ...
>Freeing pipeline ...

Revision history for this message
Sebastian Pölsterl (sebp) wrote :

You are right, we have to take care that the epg scanner is started again after tuning a channel failed. Will look into this.

Changed in gnome-dvb-daemon:
status: New → Confirmed
Revision history for this message
Sebastian Pölsterl (sebp) wrote :

Looking at the code of latest gst-rtsp-server, it actually does call unprepare, could you please test with the latest version and tell me if the problem still persists.

Changed in gnome-dvb-daemon:
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for GNOME DVB Daemon because there has been no activity for 60 days.]

Changed in gnome-dvb-daemon:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.