John Molohan wrote:
> Duncan Webb wrote:
>> Duncan Webb wrote:
>>
>>> Duncan Webb wrote:
>>>
>>>> Duncan Webb wrote:
>>>>
>>>>> Duncan Webb wrote:
>>>>>
>> Hi Richard,
>>
>> Now that every thing working correctly I have begun testing John's
>> problem with df_xine.
>>
>> As you already know the ivtv_xine_tv plug-in does cause a crash, at exit
>> when the stop button has been pressed.
>>
>> Running kill from an xterm on the xine pid kills the application cleanly
>> and it doesn't crash. Just exits cleanly and freevo returns.
>>
>> I've added the two embed vbi calls into tv.ivtv.py and these are now
>> committed into svn.
>>
> From current svn:
>
> failed to load plugin tv.ivtv_xine_tv
> start 'freevo plugins -l' to get a list of plugins
> Traceback (most recent call last):
> File "/home/media/freevo-1.5/src/plugin.py", line 570, in __load_plugin__
> exec('import %s' % module)
> File "<string>", line 1, in ?
> File "/home/media/freevo-1.5/src/tv/plugins/ivtv_xine_tv.py", line 414
> <<<<<<< .mine
Hi John,
svn conflict:
rm /home/media/freevo-1.5/src/tv/plugins/ivtv_xine_tv.py
svn resolved /home/media/freevo-1.5/src/tv/plugins/ivtv_xine_tv.py
svn update
> ^
> SyntaxError: invalid syntax
>
>> I'm finding it difficult to find a sensible place to add these calls,
>> they go like:
>> # disable embedded vbi data
>> self.embed = ivtv_dev.getvbiembed()
>> ivtv_dev.setvbiembed(0)
>> .... on exit ....
>> ivtv_dev.setvbiembed(self.embed)
>>
>> Setting the embedded state back is good practice, but I could probably
>> work around this for my recordings.
>>
>> Any thoughts and ideas?
>>
>> Duncan
>>
>>
>>
>>>>> I've narrowed down this problem to one of the ioctls that freevo sets
>>>>> during start up causing a DMA crash in the firmware encoder with
>>>>> ivtv-0.4.7. Already posted a message to the ivtv list.
>>>>>
>>>>> My next task is to figure out which ioctl is causing this problem. And
>>>>> will try ivtv-0.4.6 as this is a version that doesn't include the latest
>>>>> DMA changes to the driver.
>>>>>
>>>>> To be continued...
>>>>>
>>>> Figured it out at last!
>>>>
>>>> On the PVR-350 the tuner is input 4
>>>> On the PVR-500 the tuners are input 0
>>>>
>>>> Changing video groups fixes this problem.
>>>>
>>>> However I've notices two unknown ioctls in the freevo start-up.
>>>>
>>> 1) VIDIOCGCAP the old v4l get capabilities actually calls VIDIOC_QUERYCAP
>>>
>>> 2) VIDIOC_ENUM_FMT to enumerate image formats, IIRC this was supported
>>> in earlier ivtv drivers.
>>>
>>>
>>>> Now having done this live tv is working pretty well. However I've
>>>> noticed a couple of problems when using keyboard input (not tried the
>>>> remote yet)
>>>>
>>>> * The first SPACE doesn't pause, it requires a second SPACE to pause
>>>> * Using Q to quit also requires an ENTER key press.
>>>>
>>>> Duncan
>>>>
>>>>>> The Hog wrote:
>>>>>>
>>>>>> Hi Richard,
>>>>>> Some testing from this morning, when I run the command from an xterm on
>>>>>> another machine.
>>>>>>
>>>>>> df_xine --layer=0 --deinterlace pvr:///freevo/timeshift/buf-
>>>>>> xine --hide-gui -pq -g -B --geometry 720x576+0+0 --no-splash --no-lirc
>>>>>> -V xv -A alsa --stdctl pvr:///freevo/timeshift/buf-
>>>>>>
>>>>>> both works perfectly.
>>>>>>
>>>>>> So I guess that the problem is there is a ioctl being done in freevo
>>>>>> that the PVR-500 doesn't like, tracking this down is a bit harder.
>>>>>>
>>>>>> I've improved the fbxine and df_xine test in the plug-in to:
>>>>>> try:
>>>>>> xinecmd = config.XINE_COMMAND.split(' ')[0].split('/')[-1]
>>>>>> self.fbxine = xinecmd in ('fbxine', 'df_xine')
>>>>>> except:
>>>>>> xinecmd = ''
>>>>>> self.fbxine = False
>>>>>> And added two debugs for xinecmd and self.fbxine.
>>>>>> The changes have been committed in r8353.
>>>>>>
>>>>>> I will also add an ioctl to get (IVTV_IOC_G_VBI_EMBED) and set the
>>>>>> (IVTV_IOC_S_VBI_EMBED) the embedded vbi data.
>>>>>>
>>>>>> But I don't want to do this as this is a problem with xine, but I may be
>>>>>> forced to.
>>>>>>
>>>>>> I've put in a bug report on the xine tracker for this problem.
>>>>>> http://sourceforge.net/tracker/?func=detail&atid=109655&aid=1575775&group_id=9655
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Maybe this is a stupid question, but, are you sure that freevo has
>>>>>>> access to
>>>>>>> the video device? (is Freevo running as root?) Some older xine versions
>>>>>>> have
>>>>>>> the video device hard coded (in pvr.c) to /dev/video0. The current
>>>>>>> version
>>>>>>> has a configurable setting in ~/.xine/config:
>>>>>>>
>>>>>>> # device used for WinTV-PVR 250/350 (pvr plugin)
>>>>>>> # string, default: /dev/video0
>>>>>>> media.wintv_pvr.device:/dev/video0
>>>>>>>
>>>>>>> A blank screen sounds like that freevo/xine isn't accessing the proper
>>>>>>> device.
>>>>>>>
>>>>>>> Richard.
>>>>>>>
>>>>>>> ----- Oorspronkelijk bericht -----
>>>>>>> From: Duncan Webb <[EMAIL PROTECTED]>
>>>>>>> To: [email protected]
>>>>>>> Date: 12-Oct-2006 00:26
>>>>>>> Subject: Re: [Freevo-devel] [ freevo-Bugs-1568856 ] Pygame error:
>>>>>>> traceback
>>>>>>> with ivtv_xine_tv and directfb
>>>>>>>
>>>>>>>
>>>>>>>> The Hog wrote:
>>>>>>>>
>>>>>>>>> Ok, I'll wait for you to report back.
>>>>>>>>>
>>>>>>>> Okay the patch works under X11, at least I think it does but every time
>>>>>>>> I run the plug-in I just get a blank screen. Checking the log shows
>>>>>>>> that
>>>>>>>> the correct command is being executed.
>>>>>>>>
>>>>>>>> What I'm finding strange, at the moment, is:
>>>>>>>> Just after booting and running the command from the command line:
>>>>>>>> xine -V xv -A alsa pvr:///<dir>
>>>>>>>> it works a treat.
>>>>>>>>
>>>>>>>> I can run this again and again without problems.
>>>>>>>>
>>>>>>>> As soon as I've done this through freevo the tuner locks up and I get a
>>>>>>>> blank screen, very strange as I get a blank screen then from the
>>>>>>>> command
>>>>>>>> line. Even a firmware reset doesn't help.
>>>>>>>>
>>>>>>>> So it could be:
>>>>>>>> a command line argument that is somehow incorrect,
>>>>>>>> a v4l command that is incompatible with the PVR-500.
>>>>>>>>
>>>>>>>> df_xine, only gives me blank screens but I've not tried this on a mpeg
>>>>>>>> file yet. The other dfb example programs work just fine.
>>>>>>>>
>>>>>>>> These I will have to investigate tomorrow.
>>>>>>>>
>>>>>>>> Duncan
>>>>>>>>
>>>>>>>>
>>>>>>>>> Richard.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ----- Oorspronkelijk bericht -----
>>>>>>>>> From: Duncan Webb <[EMAIL PROTECTED]>
>>>>>>>>> To: [email protected]
>>>>>>>>> Date: 11-Oct-2006 20:20
>>>>>>>>> Subject: Re: [Freevo-devel] [ freevo-Bugs-1568856 ] Pygame error:
>>>>>>>>>
>>>>>>> traceback
>>>>>>>
>>>>>>>>> with ivtv_xine_tv and directfb
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> The Hog wrote:
>>>>>>>>>>
>>>>>>>>>>> I am a bit confused since we have two open bugs and an email thread
>>>>>>>>>>> for
>>>>>>>>>>> communication... Do we now have a solution for John? That is, does
>>>>>>>>>>> ivtv_xine_tv now work with both x11 and fb displays, and is the stop
>>>>>>>>>>>
>>>>>>>>> command
>>>>>>>>>
>>>>>>>>>>> also responsive (no x-seconds long black screen) on directfb?
>>>>>>>>>>>
>>>>>>>>>> Lets stick to the list until we have a solution for John. I'll test
>>>>>>>>>> both
>>>>>>>>>> directfb and x11 but have to keep changing the config. I'll do some
>>>>>>>>>> more testing and write again, could be in the morning.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> The patch seems fine to me (did you test it on x11?). Altough I
>>>>>>>>>>> rather
>>>>>>>>>>>
>>>>>>>>> switch
>>>>>>>>>
>>>>>>>>>>> on a basic display setting than on a xine parameter, if this works
>>>>>>>>>>> then
>>>>>>>>>>>
>>>>>>>>> it's
>>>>>>>>>
>>>>>>>>>>> fine for freevo 1.6.
>>>>>>>>>>>
>>>>>>>>>> Not yet, I've been trying to get df_xine working, I'm not sure which
>>>>>>>>>> version on libmpeg3 to use, tried 1.7 and DirectFB-extras wouldn't
>>>>>>>>>> build, 1.6 seems to build but I'm not getting any output. Could be
>>>>>>>>>> the
>>>>>>>>>> PVR-500 card not working again.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Note, I opened a new bug to upload the updated plugin. It seems not
>>>>>>>>>>>
>>>>>>>>> possible
>>>>>>>>>
>>>>>>>>>>> (in non-admin mode) to attach files to a bug once its status has
>>>>>>>>>>> been
>>>>>>>>>>>
>>>>>>>>> closed
>>>>>>>>>
>>>>>>>>>>> (see the history of the bug).
>>>>>>>>>>>
>>>>>>>>>> Good to know, I'll be more careful about closing them.
>>>>>>>>>>
>>>>>>>>>>> Richard.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ----- Oorspronkelijk bericht -----
>>>>>>>>>>> From: Duncan Webb <[EMAIL PROTECTED]>
>>>>>>>>>>> To: [email protected]
>>>>>>>>>>> Date: 11-Oct-2006 19:28
>>>>>>>>>>> Subject: Re: [Freevo-devel] [ freevo-Bugs-1568856 ] Pygame error:
>>>>>>>>>>>
>>>>>>>>> traceback
>>>>>>>>>
>>>>>>>>>>> with ivtv_xine_tv and directfb
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> John Molohan wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Richard what about doing?
>>>>>>>>>>>> config.XINE_COMMAND.split('/')[-1]
>>>>>>>>>>>> Should return df_xine
>>>>>>>>>>>>
>>>>>>>>>>>> See attached patch, what do you think?
>>>>>>>>>>>>
>>>>>>>>>>>> Duncan
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> Duncan Webb wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> SourceForge.net wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Bugs item #1568856, was opened at 2006-10-01 18:59
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Take this out of the tracker until we have a solution.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Cool.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi John,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Comment By: John Molohan (johnmolohan)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Date: 2006-10-11 15:39
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Message:
>>>>>>>>>>>>>>> Logged In: YES
>>>>>>>>>>>>>>> user_id=774680
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Duncan,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ivtv_xine_tv.py (420): config.CONF.xine=/usr/bin/xine
>>>>>>>>>>>>>>> ivtv_xine_tv.py (421):
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>> config.XINE_COMMAND=/usr/local/src/DirectFB-extra-0.9.25/samples/df_xine/df_xine
>>>>>>>
>>>>>>>>>>>>>>> ivtv_xine_tv.py (422): config.XINE_ARGS_DEF=-l 0 -d
>>>>>>>>>>>>>>> ivtv_xine_tv.py (423): config.XINE_TV_VO_DEV=
>>>>>>>>>>>>>>> ivtv_xine_tv.py (424): config.XINE_TV_AO_DEV=
>>>>>>>>>>>>>>> ivtv_xine_tv.py (425):
>>>>>>>>>>>>>>> config.XINE_TV_TIMESHIFT_FILEMASK=/home/media/livetv-
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This gives me the correct command for df_xine (I don't think
>>>>>>>>>>>>>>> I've changed anything else)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ChildApp.__init__(), pid=9309, app= /usr/local/bin/df_xine
>>>>>>>>>>>>>>> -l 0 -d -V -A --stdctl pvr:///home/media/livetv-, poll=-1
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This is incorrect, isn't it?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -V , --version display version information
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Yep.
>>>>>>>>>>>>> [EMAIL PROTECTED] freevo-1.5]# df_xine -V
>>>>>>>>>>>>> (*) DirectFB/Config: Parsing config file '/etc/directfbrc'.
>>>>>>>>>>>>> df_xine 0.9.25 is a DirectFB frontend for xine-lib-1.1.2
>>>>>>>>>>>>>
>>>>>>>>>>>>> This doesn't seem to stop the command when the other correct
>>>>>>>>>>>>>
>>>>>>> arguments
>>>>>>>
>>>>>>>>>>>>> are passed as well which is a bit strange. Maybe it should be -v
>>>>>>>>>>>>> N,
>>>>>>>>>>>>> --verbosity=N set verbosity level to N (minimum: 0, maximum:
>>>>>>>>>>>>> 2,
>>>>>>>>>>>>> default: 1)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> -l N, --layer=N use layer N for video playback
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> That's right, -l 0 in my case.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> , --stdctl turn on controlling xine over STDIN
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Yep.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> -d , --deinterlace enable frame deinterlacing by default
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> What happens when you run from the command line:
>>>>>>>>>>>>>> df_xine -l 0 -d pvr:///home/media/livetv-
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> does this then work?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> It does indeed.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I can't run it at the moment, still not configured DirectFB :-(
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Bummer. Anything I could help with or is it a matter of free
>>>>>>>>>>>>> time? I
>>>>>>>>>>>>> have to say that I was expecting a bit of an ordeal setting all
>>>>>>>>>>>>> the
>>>>>>>>>>>>> stuff up again for my G400 but it was a breeze.
>>>>>>>>>>>>>
>>>>>>>>>>>> A matter of installing DirectFB-cvs and then DirectFB-0.9.25.1 and
>>>>>>>>>>>> not
>>>>>>>>>>>> installing libmpeg3 correctly.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>> ----------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>>>>>>>> Comment By: Duncan Webb (duncanwebb)
>>>>>>>>>>>>>>> Date: 2006-10-11 15:31
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Message:
>>>>>>>>>>>>>>> Logged In: YES
>>>>>>>>>>>>>>> user_id=104395
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi John,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> With debugging turned on you should see at the very
>>>>>>>>>>>>>>> beginning of your main log some XINE configuration stuff.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Will you post these
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _debug_( 'config.CONF.xine=%s' % (config.CONF.xine) )
>>>>>>>>>>>>>>> _debug_( 'config.XINE_COMMAND=%s' % (config.XINE_COMMAND) )
>>>>>>>>>>>>>>> _debug_( 'config.XINE_ARGS_DEF=%s' % (config.XINE_ARGS_DEF) )
>>>>>>>>>>>>>>> _debug_( 'config.XINE_TV_VO_DEV=%s' % (config.XINE_TV_VO_DEV) )
>>>>>>>>>>>>>>> _debug_( 'config.XINE_TV_AO_DEV=%s' % (config.XINE_TV_AO_DEV) )
>>>>>>>>>>>>>>> _debug_( 'config.XINE_TV_TIMESHIFT_FILEMASK=%s' %
>>>>>>>>>>>>>>> (config.XINE_TV_TIMESHIFT_FILEMASK) )
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> self.command = '%s %s -V %s -A %s --stdctl pvr://%s' % \
>>>>>>>>>>>>>>> (config.XINE_COMMAND, config.XINE_ARGS_DEF,
>>>>>>>>>>>>>>> config.XINE_TV_VO_DEV, \
>>>>>>>>>>>>>>> config.XINE_TV_AO_DEV, config.XINE_TV_TIMESHIFT_FILEMASK)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> the self.command is incorrect for df_xine.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Do you have a command line that works becuase this can then
>>>>>>>>>>>>>>> be put into the plug-in.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Duncan
>>>>>>>>>>>>>>>
>>
>> -------------------------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> Freevo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/freevo-devel
>>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Freevo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freevo-devel
>
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
