[mythtv-users] Re: tv programs that run long
I know that someone was working on PDC (programme delivery control, or something like that). Anyway... not sure if this is an international standard, but in the UK the broadcasts contain extra information which can be picked up by PDC enabled video recorders and allows them to determine when a programme has started or ended, allowing them to adjust recording times etc automatically. I'd love to see this on mythtv :) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: DVB board advice
I've been using a Twinhan DVB-T card for a while now - everything seems to work nicely :) I'm surprised how good the card is - I'm using a really crappy aerial in a medium signal area and it seems to get a fairly good signal, generally quite pleased with it. However a point to note is that the card comes with a remote control and usb dongle - these are really really awful. I ended up getting a cheap IR receiver from ebay and used another remote control. But since the card is one of the cheaper ones, I can't really complain too much! ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: DVB summer time
It looks like other people using the new version of QT are having issues, see: http://lists.kde.org/?l=kde-bugs-distm=28897621777w=2 ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] RE: DVB summer time
I have the same problem, I tried adjusting the timezone back to UTC and clearing the database but it didn't make a difference. I then tried adjusting the TimeOffset setting in the database (XMLTV time offset in the setup program) and that made no difference either. Strange, all I needed to do was change the /etc/localtime to point back to GMT - it looks like the times held in the DB for me are in GMT regardless of what the localtime is set to, which meant that I didn't need to clear out the program table again. As for dvbdate - it seems to work correctly regardless of the timezone settings :) Thanks ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: DVB summer time
I've reverted back to using GMT - all the times being displayed are one hour early, but everything seems to work - i.e. recordings kick off when they're supposed to. Would be nice to be able to get a 'proper' fix for this. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] DVB summer time
Today I switched my Gentoo box from using a localtime of GMT to London - which now correctly gives the localtime as BST. The time is also correctly displayed in mythtv, but all of the on-air dvb guide data is off by 1 hour. Any ideas on how to fix this? I've already tried to remove all program data, but the newly inserted data is still off by one hour. Thanks ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: very serious A/V sync issues -0.16 works well
I'm experiencing a similar issue when watching either live tv or a recording through mythtv. Although I've been having the same problem with 0.16 and 0.17 - can't comment on versions before, since I started out using 0.16. I can also confirm that the problem only occurs when I use OSS drivers (the nvidia one), although if I use the open source ALSA drivers there's no problem. I have a Shuttle SN41G2V2 with nforce2 integrated sound. I'm using a DVB card so I'm fairly sure that this is an issue with mythtv - since mplayer can play the resulting nuv files perfectly, using either OSS or ALSA drivers. It would be nice to be able to use the OSS drivers, since they provide hardware mixing and also set the spdif control bits appropriately to be able to get AC3 passthrough working. But for the time being I'm quite happy using the ALSA drivers... and nvidia have mentioned that they'll eventually get around to making some ALSA drivers. Thanks ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Twinhan DVB Remote Control
I've got a Twinhan DVB card that came with a USB IR dongle and a remote control. I'm having some issues with the remote control and wondered if anyone else had come across these: 1. The remote gets registered as a usb-hid device - which means that it's working, but it's seen as a keyboard/mouse device. This isn't so bad, but some of the buttons on the remote map to very strange key codes, is it possible to configure these? 2. The remote is very very sensitive - one button press sometimes gets registered as two or more presses - which can be very annoying. Is there anyway to set a key repeat rate? 3. I've noticed that the IR receiver seems to get confused and picks up signals from my TV remote its generally okay, except for when I hold down the volume button on my TV remote for over a second, in which case the IR receiver registers it as a 'down' key press. I noticed that a number of useful utilities for HID devices is available for NetBSD - usbhidaction and usbhidctl (see links below), does anyone know if there's an equivalent for Gentoo? http://www.daemon-systems.org/man/usbhidaction.1.html http://www.daemon-systems.org/man/usbhidctl.1.html Any ideas, solutions or help would be much appreciated. Thanks you! ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Audio/video sync issues only with mythtv
Hello, I seem to be suffering from a audio/video sync issue within mythtv - when playing back a dvb recording the audio gets slightly out of sync with the video. The issue only seems to occur from within mythtv - the same nuv file being played back in mplayer is perfect. Does anyone have any ideas? I think that mythtv/mplayer might be using different sync mechanisms, I think that mplayer is using the RTC - is there any way of selecting the sync method in mythtv? My hardware is a Shuttle SN41G2V2, I'm using OSS with the NVidia nvsound driver (so that I can get 5.1 output from the spdif with hardware mixing). This is the output from mythfrontend: 2005-01-03 13:06:05 Opening OSS audio device '/dev/dsp'. 2005-01-03 13:06:05 Audio fragment size: 1024 2005-01-03 13:06:05 Over/underscan. V: 0, H: 0, XOff: 0, YOff: 0 2005-01-03 13:06:05 Using XV port 105 2005-01-03 13:06:05 Image size. dispxoff 0, dispyoff: 96, dispwoff: 1024, disphoff: 576 2005-01-03 13:06:05 Image size. imgx 0, imgy: 0, imgw: 704, imgh: 576 2005-01-03 13:06:05 Changing from None to WatchingPreRecorded 2005-01-03 13:06:06 nVidiaVideoSync: VBlank ioctl did not work, unimplemented in this driver? 2005-01-03 13:06:06 DRMVideoSync: Could not open device /dev/dri/card0, No such file or directory 2005-01-03 13:06:06 Using audio as timebase 2005-01-03 13:06:06 Video timing method: SGI OpenGL 2005-01-03 13:06:06 Refresh rate: 16665, frame interval: 4 2005-01-03 13:06:06 waiting for prebuffer... pthread_setschedparam: Operation not permitted 2005-01-03 13:06:06 Running as SUID root would allow some threads to run with realtime priority, improving video smoothness. 2005-01-03 13:06:07 waiting for prebuffer... 2005-01-03 13:06:07 prebuffer wait timed out.. 2005-01-03 13:06:08 waiting for prebuffer... 2005-01-03 13:06:08 A/V diverged by 3.78358 frames, extending frame to keep audio in sync 2005-01-03 13:06:08 A/V diverged by 4.31267 frames, extending frame to keep audio in sync 2005-01-03 13:06:08 A/V diverged by 4.397 frames, extending frame to keep audio in sync 2005-01-03 13:06:08 A/V diverged by 4.279 frames, extending frame to keep audio in sync 2005-01-03 13:06:08 A/V diverged by 3.9405 frames, extending frame to keep audio in sync 2005-01-03 13:06:08 A/V diverged by 3.43038 frames, extending frame to keep audio in sync 2005-01-03 13:06:08 waiting for prebuffer... 2005-01-03 13:06:08 prebuffer wait timed out.. 2005-01-03 13:06:08 waiting for prebuffer... 2005-01-03 13:06:09 prebuffer wait timed out.. 2005-01-03 13:06:09 waiting for prebuffer... 2005-01-03 13:06:09 waiting for prebuffer... 2005-01-03 13:06:09 waiting for prebuffer... 2005-01-03 13:06:09 waiting for prebuffer... 2005-01-03 13:06:10 waiting for prebuffer... 2005-01-03 13:06:10 prebuffer wait timed out.. 2005-01-03 13:06:10 waiting for prebuffer... 2005-01-03 13:06:10 waiting for prebuffer... 2005-01-03 13:06:10 prebuffer wait timed out.. 2005-01-03 13:06:10 waiting for prebuffer... 2005-01-03 13:06:10 A/V diverged by 3.3125 frames, extending frame to keep audio in sync 2005-01-03 13:06:11 A/V diverged by 3.2117 frames, extending frame to keep audio in sync 2005-01-03 13:06:11 A/V diverged by 3.79002 frames, extending frame to keep audio in sync 2005-01-03 13:06:11 A/V diverged by 3.94875 frames, extending frame to keep audio in sync 2005-01-03 13:06:11 A/V diverged by 3.7803 frames, extending frame to keep audio in sync 2005-01-03 13:06:11 A/V diverged by 3.40398 frames, extending frame to keep audio in sync Thanks ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Shuttle SN41G2V2 wakeup
Hello, I'm trying to get my Shuttle SN41G2V2 to wakeup at a given time - I've tried using nvram and am having some issues, so I thought that I'd try using ACPI. But again I'm having some issues here too - but it almost works: tux root # echo 2004-12-19 12:34:56 /proc/acpi/alarm tux root # cat /proc/acpi/alarm 2004-12-17 12:34:56 Notice that the date part of the alarm has not been set correctly, but the time part has. If I shutdown setting the alarm time to five minutes in the future, it does actually wakeup correctly - I just need some way of specifying the date. Does anyone have any ideas or help? Or any other suggestions? I haven't yet tried using APM, but would really prefer an ACPI solution. Has anyone else got wakeups working with this shuttle? Thanks! ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
