epg-scan doesn't resume after a channel playback
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-
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=
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-
** (gnome-
** (gnome-
** (gnome-
** Message: Main.vala:59: Creating new Manager D-Bus service
** Message: Main.vala:80: Creating new RecordingsStore D-Bus service
** (gnome-
** (gnome-
** Message: Main.vala:161: Restoring 1 device groups
** (gnome-
** (gnome-
** (gnome-
** Message: Manager.vala:448: Restoring timers of device group 1
** (gnome-
** (gnome-
** Message: Server.vala:26: Starting RTSP server
** Message: listening on port 8554
** Message: Services.vala:291: Creating new Rygel MediaServer D-Bus service
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** 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:/
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:/
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-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** Message: found stream 0 with payloader 0x9094100
** Message: constructed media 0x8f33110 for url /1/16418/VOX
** Message: preparing media 0x8f33110
** Message: enter mainloop
** (gnome-
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=
>Setting pipeline to PAUSED ...
>ERROR: Pipeline doesn't want to pause.
>ERROR: from element /GstPipeline:
>Additional debug info:
>gstrtspsrc.
>Could not receive message. (Timeout while waiting for server response)
>Setting pipeline to NULL ...
>Freeing pipeline ...
Changed in gnome-dvb-daemon: | |
status: | Confirmed → Incomplete |
You are right, we have to take care that the epg scanner is started again after tuning a channel failed. Will look into this.