You're not the only one. If you look back 1 or 2 weeks you'll notice that
another gentleman and I posted with the same problem. I still haven't
solved it and I've been just exporting the shows to myth video in the
short-term just so I can watch them.
It would be nice it we could find a solution.
-Todd
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Wormsley
Sent: Monday, March 07, 2005 7:15 PM
To: Discussion about mythtv
Subject: [mythtv-users] Playback issue with firewire captured video
I have a problem with playing back some captures made via firewire. It
doesn't seem to matter if they are SDTV or HDTV sources, as I have had
some of each. There are two symptoms, one bad, one worse.
Bad: Video doesn't play, after about 5 seconds, control returns to MythTV.
Worse: Crash.
In both cases, the preview panel shows video in the little window for
the show in question.
Following is a frontend log of the crash situation.
Here's the bits I am most worried about:
> 2005-03-07 21:51:08.034 waiting for prebuffer...
> 2005-03-07 21:51:08.034 prebuffer wait timed out..
Lots of these. I do get some audio stuttering when playback works. CPU
is slightly underpowered, so I expect this until the new CPU gets here.
> 2005-03-07 21:51:09.366 Broadcasting free space avail
> 2005-03-07 21:51:09.387 Broadcasting free space avail
Lots of these as well. No idea what they are for.
> 2005-03-07 21:51:09.661 nVidiaVideoSync: Could not open device
/dev/nvidia0, Permission denied
What should the permissions be? The device exists.
[EMAIL PROTECTED] mythtv]# ll /dev/nv*
crw-rw 1 root root 195, 255 Mar 2 23:27 /dev/nvidia
crw-rw 1 root root 195, 0 Nov 27 08:28 /dev/nvidia0
crw-rw-rw- 1 root root 195, 1 Nov 27 08:28 /dev/nvidia1
crw-rw-rw- 1 root root 195, 2 Nov 27 08:28 /dev/nvidia2
crw-rw-rw- 1 root root 195, 3 Nov 27 08:28 /dev/nvidia3
crw-rw 1 root root 195, 255 Nov 27 08:28 /dev/nvidiactl
> 2005-03-07 21:51:09.661 DRMVideoSync: Could not open device
/dev/dri/card0, No such file or directory
Truly doesn't exist. Should it?
[EMAIL PROTECTED] mythtv]# ll /dev/d*
crw--- 1 root root 36, 14 Mar 2 23:24 /dev/dnrtmsg
crw--- 1 mythtv root 14, 3 Mar 2 23:25 /dev/dsp
lrwxrwxrwx 1 root root 3 Mar 2 23:24 /dev/dvd -> hdc
> 2005-03-07 21:51:09.662 OpenGLVideoSync: GLX extensions:
GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_rating
GLX_EXT_import_context GLX_SGIX_fbconfig GLX_ARB_get_proc_address
> 2005-03-07 21:51:09.662 OpenGLVideoSync: GLX Video Sync extension not
present.
I have glx in my xorg.conf file:
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
# Load "dri"
Load "v4l"
EndSection
> 2005-03-07 21:51:09.663 RTCVideoSync: Could not set RTC frequency,
Permission denied.
What permission? Where is that set?
> 2005-03-07 21:51:09.663 Using audio as timebase
> 2005-03-07 21:51:09.663 Video timing method: USleep with busy wait
No matter what I've tried, every install I've done always has "USleep
with busy wait". Isn't this the worst way to do timing?
> terminate called after throwing an instance of 'std::bad_alloc'
> what(): St9bad_alloc
> Aborted
This is the crash. Any ideas? Is this related to the above issues?
Thanks in advance!
Jeff.
- - - - - - - - - - -
Full log from the crash:
2005-03-07 21:50:58.443 New DB connection, total: 1
2005-03-07 21:50:58.452 mythfrontend version: 0.17.20050223-1 www.mythtv.org
2005-03-07 21:50:58.452 Enabled verbose msgs : important general
playback audio
2005-03-07 21:50:58.756 Switching to wide mode (Minimalist-wide)
2005-03-07 21:50:59.274 New DB connection, total: 2
2005-03-07 21:50:59.276 Joystick disabled.
2005-03-07 21:50:59.323 Registering Internal as a media playback plugin.
2005-03-07 21:50:59.340 Registering MythDVD DVD Media Handler as a media
handler
2005-03-07 21:50:59.342 Registering MythDVD VCD Media Handler as a media
handler
2005-03-07 21:50:59.469 Registering MythMusic Media Handler as a media
handler
2005-03-07 21:50:59.772 Starting media monitor.
2005-03-07 21:51:03.170 All Programs
2005-03-07 21:51:05.443 Connecting to backend server:
192.168.254.15:6543 (try 1 of 5)
2005-03-07 21:51:05.448 Using protocol version 14
adding pes stream at pid 0x800 with type 2
adding pes stream at pid 0x801 with type 129
2005-03-07 21:51:08.011 AVFD
2005-03-07 21:51:08.011 AVFD: Opening Stream #0: codec id 2
2005-03-07 21:51:08.011 AVFD: Looking for decoder for 2
2005-03-07 21:51:08.011 AVFD
2005-03-07 21:51:08.011 AVFD: Opening Stream #1: codec id 86020
2005-03-07 21:51:08.011 AVFD: Looking for decoder for 86020
2005-03-07 21:51:08.012 Stream #1 (audio track #0) is an audio stream
with 2 channels.
2005-03-07 21:51:08.012 Auto-selecting AC3 audio track (stream #1).
2005-03-07 21:51:08.012 In
