[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
I'm using the on-air dvb stuff that is built into mythtv 0.17, rather than the tv_grab_dvb utility. How does this work and how do I use it?! When you view the details of a particular channel in mythsetup, there should be a checkbox that says something like 'use on-air guide'. Just make sure that it's enabled - you also need to make sure that the setting for 'use dvb card on demand' is set to off - i.e. the backend always has access to the dvb card. You might have to restart the backend now. Then it's just a case of waiting - within five mins or so, you're guide data will just magically appear. No need to run mythfilldatabase etc - so take it out of the mythfrontend configuration or any cronjobs that you might have setup. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: DVB summer time
I can confirm that my hwclock is set to UTC and my /etc/localtime points to London. I'm unable to get access to my myth box at the moment to check the time offset in mythsetup, but I can confirm that the TimeOffset entry in the settings table is set to 'None'. With these settings my box correctly displays the localtime when using the 'date' command. The 'dvbdate' command also correctly sets the date/time. However all of the listing data in the database is one hour early - I'm using the on-air dvb stuff that is built into mythtv 0.17, rather than the tv_grab_dvb utility. For the time being I'm pointing /etc/localtime to GMT - which allows recordings to work correctly. I'm going to try downgrading the verision of QT when I get a bit more time, but I'm not sure if this is a long term solution, since the changes made to the date/time stuff in QT might be permanent. ___ 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-dist&m=28897621777&w=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] RE: Internal IR Receiver
Just wondered if anyone had any luck building a receiver in the uk. Would be interested in which parts etc. were used and how much it cost. 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
[mythtv-users] Shuttle SN41G2V2 help
Hello, I've pretty much got mythtv up and running on my new Shuttle SN41G2V2. I'm having a little difficulty with a couple of aspects and would be grateful for any help: 1. I'm trying to get the tv-out working using the current nvidia drivers - it's works, but I think there's something wrong with my xorg.conf - since I'm seeing various errors about which screen should be used produced by mythfrontend. I'm trying to get VGA output and TV-Output to be the same screen - it would be handy if anyone has an xorg.conf that they could post. 2. I'm trying to get nvram-wakeup working - I've gone through the steps of using guess-helper, but when I actually run nvram-wakeup the BIOS ends up resetting itself to the default values - apart from the wakeup time - which has been set correctly, although the 'enable wakeup on alarm' switch is set to no. Does anyone have any ideas? I'm not using the most recent BIOS, but having looked at the update info, it doesn't look like there's anything relevant in the updates. Thanks ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
