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