search

ranjithdeveloper / mythbox

Automatically exported from code.google.com/p/mythbox
0 stars 0 forks source link

only plays the buffer and stops #21

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. On os x choose a live channel and play it.
2.
3.

What is the expected output? What do you see instead?
I want it to continue playing live tv but it just plays the buffer and goes 
back to the channels list.

What version of the product are you using? On what operating system?
865

Please provide any additional information below.

Original issue reported on code.google.com by alainram...@gmail.com on 15 Apr 2009 at 2:34

GoogleCodeExporter commented 9 years ago 
Here is the relevant part of the log...

DEBUG | __init__.py | Line 1072 | read  <- 
Unknown[]:[][]:[][]:[][]:[]1007[]:[]7[]:[]UNKNOWN7[]:[]Loading...[]:[]/media/Stu
ff/LiveTV/1007_20090415000701
.nuv[]:[]0[]:[]0[]:[]1239768421[]:[]1239769800[]:[]0[]:[]0[]:[]0[]:[]Mythbuntu[]
:[]0[]:[]1[]:[]0[]:[]0[]:[]-
2[]:[]0[]:[]0[]:[]15[]:[]6[]:[]1239768421[]:[]1239769800[]:[]0[]:[]0[]:[]LiveTV[
]:[]0[]:[][]:[][]:[][]:[]1239768421[]:[]0.0
00000[]:[]1900-01-01[]:[]0[]:[]Default[]:[]0[]:[]0[]:[]LiveTV[]:[]0[]:[]0[]:[]0
DEBUG | __init__.py | Line 1072 | <= settings['paths_recordedprefix'] = 
/Volumes/Stuff/LiveTV
DEBUG | __init__.py | Line 1072 | Local path for 
/media/Stuff/LiveTV/1007_20090415000701.nuv is 
/Volumes/Stuff/LiveTV/1007_20090415000701.nuv
DEBUG | __init__.py | Line 1072 | Currently playing = 
/Volumes/Stuff/LiveTV/1007_20090415000701.nuv
DEBUG | __init__.py | Line 1072 | BaseWindow.onAction: Action(id = 7, 
amount1=1.0, amount2=0.0, 
buttonCode=61453
DEBUG | __init__.py | Line 1072 | > onPlayBackStarted
DEBUG | __init__.py | Line 1072 | < onPlayBackStarted
DEBUG | __init__.py | Line 1072 | > onPlayBackEnded
DEBUG | __init__.py | Line 1072 | write -> 32      QUERY_RECORDER 
1[]:[]STOP_LIVETV
DEBUG | __init__.py | Line 1072 | retMsg: [8] 2       
DEBUG | __init__.py | Line 1072 | read  <- ok
DEBUG | __init__.py | Line 1072 | stopLiveTV response = ['ok']
DEBUG | __init__.py | Line 1072 | < onPlayBackEnded
WARNING | __init__.py | Line 1072 | 

        GC'ing player

Original comment by alainram...@gmail.com on 15 Apr 2009 at 4:09

GoogleCodeExporter commented 9 years ago 
I still havent got it to work but I am posting a log file in case it would help.

Original comment by alainram...@gmail.com on 18 Apr 2009 at 6:02

Attachments:

GoogleCodeExporter commented 9 years ago 
Also I am on os 10.5.6

Original comment by alainram...@gmail.com on 18 Apr 2009 at 6:47

GoogleCodeExporter commented 9 years ago 
Looking at mythbox.log, I don't see anything unusual.

Can you attach the actual xbmc.log file? (See README or FAQ for location) 

Also, as a point of reference, please play an existing recording (from Watch
Recordings screen) so I can compare that to and/or see what differences there 
are
between that and playing a live recording. 

You can also try increasing the LiveTV buffer size in MythBox Settings to 9999 
KB and
see if that makes a difference or not.

What protocol are you using to mount the filesystem from your linux box?

Original comment by semir.pa...@gmail.com on 21 Apr 2009 at 2:36

GoogleCodeExporter commented 9 years ago 
Here is the xbmc.log file along with the new mythbox.log file watching live tv 
and then playing back a recording 
from watch recordings list. I tried increasing the buffer to 9999 KB but it 
just made the buffer recording longer 
with the same outcome. I am using afp to mount the filesystem. It seems to be 
playing correctly from disk but it 
looks like mythtv only records while mythbox is buffering, as soon as mythbox 
stops buffering mythtv gets a 
stop live tv message for some reason.

Original comment by alainram...@gmail.com on 21 Apr 2009 at 4:04

Attachments:

GoogleCodeExporter commented 9 years ago 
The logs look fine to me. I can only assume it has something to do with AFP and
caching on either the client or the server. What is currently happening is that
MythBox just tells XBMC to play the file. XBMC does so expecting the file to 
grow
over time. However, the end of the file is reached and XBMC stops. Upon 
stopping,
MythBox gets notified and instructs the backend to stop the live recording. If 
XBMC
doesn't run into an end-of-file, it will continue playing as normal. 

I would suggest enabling debug options for AFP on both client and server and 
maybe
investigating the various options AFP supports for read/write caching.

You should be able to confirm the live TV .nuv file is growing in size (outside 
of
XBMC/Mythbox) by just going to the directory in a shell and repeatedly 'ls 
-ltr' ing
it immediately after you start watching live tv. I'd be interested to know your 
results.

Original comment by semir.pa...@gmail.com on 21 Apr 2009 at 6:59

GoogleCodeExporter commented 9 years ago 
Well I really dont understand why it is playing back hd mp4 video off afp just 
fine. What should I try smb? 
Anyway here is the terminal output you asked for.

Original comment by alainram...@gmail.com on 21 Apr 2009 at 11:14

Attachments:

GoogleCodeExporter commented 9 years ago 
Should I try lowering the size and quality of the nuv?

Original comment by alainram...@gmail.com on 21 Apr 2009 at 11:15

GoogleCodeExporter commented 9 years ago 
Question? Can it be done where if the end of the file is reached but the user 
has not
hit the stop button then xbmc would just pause playback instead of stopping 
playback?
I think this would solve my problem for the most part. I would just have to 
wait a
little bit and continue playback. Maybe with a warning like...

"Playback paused because of slow connection, please wait a few seconds and hit 
play."

Original comment by alainram...@gmail.com on 21 Apr 2009 at 2:05

GoogleCodeExporter commented 9 years ago 
I just did a test. Unfortunately even if I pause playback I am only getting 36 
seconds worth of live tv. So the end 
of playback never reaches and live tv stops anyway. BTW on leopard AFP is a 
tiny bit faster than SMB or NFS.

Original comment by alainram...@gmail.com on 21 Apr 2009 at 11:16

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Well, I can't do much of anything else since it is xbmc that is stopping 
playing the
stream. Maybe you can ask in the XBMC forums if any other mac users are 
experiencing
the same problem with .nuv streams.

Original comment by semir.pa...@gmail.com on 22 Apr 2009 at 3:45

GoogleCodeExporter commented 9 years ago 
Same behaviour seen on Ubuntu 9.04

Original comment by allan.ca...@gmail.com on 29 Apr 2009 at 2:20

GoogleCodeExporter commented 9 years ago 
I was looking at the player code and I was wondering, since I have been able to 
get
the myth:// playback protocol to work on xbmc can I uncomment the 
self.play(str(url))
part of the player to fix this problem or will that cause all hell to break 
loose.
Particularly this part...

#myth://dbname:dbpassword@hostname:port/recordings/filename.mpg

        #        url = 'myth://' + \
        #              program.settings.get('mysql_database') + \
        #              ':' + \
        #              program.settings.get('mysql_password') + \
        #              '@' + \
        #              program.settings.getMythTvHost() + \
        #              '/recordings/' + \
        #              program.getBareFilename()
        #
        #        #':' + \
        #        #program.settings.getMythTvPort() + \
        #              
        #        log.debug('URL = "%s"' % url)
        #        
        #        self.play(str(url)) 

Obviously I would comment out self.play(self._program.getLocalPath(),
self._buildPlayList())

Original comment by alainram...@gmail.com on 4 May 2009 at 7:03

GoogleCodeExporter commented 9 years ago 
I am also experiencing this exact same issue with XBMC Live 9.04.1 and MythBox 
1105. 
This issue is only occurs when trying to watch Live TV, recordings work fine.

The only notable thing I can see in the MythBackend log is:

2009-07-12 17:22:18.283 Preview Error: Previewer file 
'/media/mythtv/livetv/7302_20090712172215.mpg' is not valid.
2009-07-12 17:22:18.287 Preview Error: Run() file not local: 
'/media/mythtv/livetv/7302_20090712172215.mpg'
2009-07-12 17:22:18.297 Preview Error: Preview process not ok.

I connect to the mythbackend using SAMBA mounted in XBMC Live using cifs

Is there a solution in the pipe line or a workaround?

Original comment by richard....@gmail.com on 12 Jul 2009 at 4:29