Re: [mythtv] DVB channel won't scan
On Sunday 24 April 2005 19:42, Kyle Rose wrote: > > I thought Taylor said DVB should fall back to the cached TVCT in the > > case where it doesn't see a new one? Or are you using V4L > > (hdtvrecorder)? > > I'm still using V4L. I guess this means I should switch, which means a > few hours of trial-and-error. :) > > What is a good combination of pcHDTV DVB and ivtv drivers? I'm using dvb cvs code from around the beginning of March with a v4l snap of roughly the same vintage and tracking the very latest ivtv dev releases (all of which have pretty must just worked since roughly 0.3.2e-ish for me on several systems). No problems for a box with an HD-2000, PVR-350 and PVR-500. The same dvb code works great in another box with an HD-3000, haven't tried adding an ivtv card to the mix on that one just yet... -- Jarod Wilson [EMAIL PROTECTED] pgpT2CE1hXkoJ.pgp Description: PGP signature ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] Shaved another second off the tuning process
Hi All, I'm still looking at the tuning process within myth and found another improvment. in libs/libmythtv/dvbsiparser.cpp -> DVBSIParser::StartSectionReader the line (approx #242) int ret = poll(pollArray, pollLength, 1000); is causing the initial tuning process to be blown out by 1 second. Probably because the pollArray hasn't been initialised to grab PMT by the time this function gets called. easy fix was to decrease the 1000ms to 10ms so the first time round it hits the timeout - outcome was 1 second improvment in channel changing/tuning. but i suspect a better fix would be to only start the StartSectionReader after we want to grab the initial PMT. Thoughts? Cheers Dave ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Some woblies in mythweb
1) The .htaccess file tries to set the memory_limit to 32M. First,
based on my experience in 0.16, this is probably too low. Second, for
whatever reason, this was parsed as 32 bytes!
Some apache installations only send integer values to php. The
.htaccess file should cover this in a comment before the php_value
settings. Nothing I can do about your apache config.
2) Is 0.18 really that much slower than 0.16, or is it just me?
Can't say there. It does pull a lot more info from the backend instead
of the db. might make a difference.
3) In the "Program Details" page, the text for the advanced options
don't line up with the boxes. It looks like it's a bit too large. It
starts ok, but creeps down so the "End Late:" string lines up with the
"Update Recording Settings" button. BTW, I have a minimum font size set
in my browser, if that makes a difference
browser? what's the minimum font? Seems to me that it'd be a browser
bug -- those boxes aren't set to a specific height, just width. Sounds
like a case of your browser rendering them with the font I specify, and
then painting the text with your minimum font size.
4) clicking on backend status gives me
Warning at /home4/WWW/mythweb/status.php, line 23:
file("http://192.168.0.12:6544";) - No such file or directory Warning at
/home4/WWW/mythweb/status.php, line 23:
Bad arguments to implode()
which is odd, since
implode("\n", file("http://$masterhost:$statusport";))
is almost straight out of the manual, and the url works on it's own, so
it's probably not an http or backend problem
Sounds like you don't have url support built into php's file() routine,
or it's disabled in php.ini (ie. apache isn't reading php_value properly
from .htaccess)
http://us4.php.net/manual/en/ref.filesystem.php#ini.allow-url-fopen
-Chris
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] XVideo XvMC VLD broken
Terry Barnaby wrote: Hi, The current MythTv CVS version (2004-04-25) of the Xv/XvMC merge appears to be broken on a Via M10K box using XvMC VLD acceleration. Problems are: 1. If DVB-T cards are set to TS mode the system will show TV on startup, but will fail on channel change. Before changing channel I get the following Errors repeated: 2005-04-25 06:38:19.007 AddInheritence(A ) Error, future=frame 2005-04-25 06:38:19.127 AddInheritence( B ) Error, future=frame 2005-04-25 06:38:19.247 AddInheritence( C ) Error, future=frame 2005-04-25 06:38:19.487 AddInheritence( D) Error, future=frame 2005-04-25 06:38:19.607 AddInheritence(E ) Error, future=frame 2005-04-25 06:38:19.727 AddInheritence( F ) Error, future=frame After changing the channel I get: 2005-04-25 06:38:28.247 AddInheritence(E ) Error, future=frame adding pes stream at pid 0xb03 with type 2 adding pes stream at pid 0xb04 with type 4 closing filter for pid 0x200 av_remove_stream 0x200 closing filter for pid 0x28a av_remove_stream 0x28a streams_changed() 2005-04-25 06:38:31.847 Prebuffer wait timed out 10 times. 2005-04-25 06:38:31.855 AvFormatDecoder: Video has changed from 0x0 to 704x576. [mpegvideo_xvmc_vld @ 0x5e2874]XVMC_VLD_field_start: Unknown picture coding type: 0 2005-04-25 06:38:33.827 Prebuffer wait timed out 10 times. XvMCPutSlice: This context does not own decoder! [mpegvideo_xvmc_vld @ 0x5e2874]XVMC_VLD_field_start: Unknown picture coding type: 0 XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! [mpegvideo_xvmc_vld @ 0x5e2874]XVMC_VLD_field_start: Unknown picture coding type: 0 XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! 2005-04-25 06:38:49.147 AddInheritence(E ) Error, future=frame XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! I suspect this could be caused by not calling the XvMCSyncSurface(). This call releases the HWMPEG controller for other processes, and I suspect a lock is not being released when it is not called. 2. If DVB-T cards are set to PS mode the system will show TV on startup, but will fail on channel change. Before changing channel I get the same errors as for TS mode: After changeing I get no picture/sound with the following errors: 2005-04-25 06:48:23.866 Prebuffer wait timed out 10 times. 2005-04-25 06:48:24.482 AddInheritence(A ) Error, future=frame 2005-04-25 06:48:24.501 AddInheritence( B ) Error, future=frame 2005-04-25 06:48:26.714 Timed out waiting for free video buffers. 2005-04-25 06:48:28.913 Timed out waiting for free video buffers. 2005-04-25 06:48:31.113 Timed out waiting for free video buffers. 2005-04-25 06:48:33.312 Timed out waiting for free video buffers. 2005-04-25 06:48:35.512 Timed out waiting for free video buffers. 2005-04-25 06:48:37.711 Timed out waiting for free video buffers. 2005-04-25 06:48:39.911 Timed out waiting for free video buffers. 2005-04-25 06:48:42.111 Timed out waiting for free video buffers. I suspect this is a DVB issue. 3. The sound/video stutter badly on channes with multile audio channels. This used to be cleared by setting the DVB-T option "HW Encoder", but this no longer seems to work (Probably a DVB/AVCodec issue). Terry TV Client: Network boot Via M10K connected to TV with SVideo, Unichrome drivers. Using XvMC VLD HW MPEG acceleration. Server:1G Celeron system with twin DVB-T cards Software: Fedora core 3 with updates 2.6.10-1.770_FC3 kernel MythTv:MythTv CVS 2005.04.25 ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev Some more on this: I modified the code in VideoOutputXv::SyncSurface() to call XvMCSyncSurface(). However this bit of code is never called during playback (something fishy here) #ifdef ZAP X11S(XvMCFlushSurface(disp, surf)); while (IsRendering(frame)) usleep(50); #else fprintf(stderr, "BEAM: Sync\n"); XvMCSyncSurface(disp, surf); #endif Terry ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] XVideo XvMC VLD broken
Hi, The current MythTv CVS version (2004-04-25) of the Xv/XvMC merge appears to be broken on a Via M10K box using XvMC VLD acceleration. Problems are: 1. If DVB-T cards are set to TS mode the system will show TV on startup, but will fail on channel change. Before changing channel I get the following Errors repeated: 2005-04-25 06:38:19.007 AddInheritence(A ) Error, future=frame 2005-04-25 06:38:19.127 AddInheritence( B ) Error, future=frame 2005-04-25 06:38:19.247 AddInheritence( C ) Error, future=frame 2005-04-25 06:38:19.487 AddInheritence( D) Error, future=frame 2005-04-25 06:38:19.607 AddInheritence(E ) Error, future=frame 2005-04-25 06:38:19.727 AddInheritence( F ) Error, future=frame After changing the channel I get: 2005-04-25 06:38:28.247 AddInheritence(E ) Error, future=frame adding pes stream at pid 0xb03 with type 2 adding pes stream at pid 0xb04 with type 4 closing filter for pid 0x200 av_remove_stream 0x200 closing filter for pid 0x28a av_remove_stream 0x28a streams_changed() 2005-04-25 06:38:31.847 Prebuffer wait timed out 10 times. 2005-04-25 06:38:31.855 AvFormatDecoder: Video has changed from 0x0 to 704x576. [mpegvideo_xvmc_vld @ 0x5e2874]XVMC_VLD_field_start: Unknown picture coding type: 0 2005-04-25 06:38:33.827 Prebuffer wait timed out 10 times. XvMCPutSlice: This context does not own decoder! [mpegvideo_xvmc_vld @ 0x5e2874]XVMC_VLD_field_start: Unknown picture coding type: 0 XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! [mpegvideo_xvmc_vld @ 0x5e2874]XVMC_VLD_field_start: Unknown picture coding type: 0 XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! 2005-04-25 06:38:49.147 AddInheritence(E ) Error, future=frame XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! XvMCPutSlice: This context does not own decoder! I suspect this could be caused by not calling the XvMCSyncSurface(). This call releases the HWMPEG controller for other processes, and I suspect a lock is not being released when it is not called. 2. If DVB-T cards are set to PS mode the system will show TV on startup, but will fail on channel change. Before changing channel I get the same errors as for TS mode: After changeing I get no picture/sound with the following errors: 2005-04-25 06:48:23.866 Prebuffer wait timed out 10 times. 2005-04-25 06:48:24.482 AddInheritence(A ) Error, future=frame 2005-04-25 06:48:24.501 AddInheritence( B ) Error, future=frame 2005-04-25 06:48:26.714 Timed out waiting for free video buffers. 2005-04-25 06:48:28.913 Timed out waiting for free video buffers. 2005-04-25 06:48:31.113 Timed out waiting for free video buffers. 2005-04-25 06:48:33.312 Timed out waiting for free video buffers. 2005-04-25 06:48:35.512 Timed out waiting for free video buffers. 2005-04-25 06:48:37.711 Timed out waiting for free video buffers. 2005-04-25 06:48:39.911 Timed out waiting for free video buffers. 2005-04-25 06:48:42.111 Timed out waiting for free video buffers. I suspect this is a DVB issue. 3. The sound/video stutter badly on channes with multile audio channels. This used to be cleared by setting the DVB-T option "HW Encoder", but this no longer seems to work (Probably a DVB/AVCodec issue). Terry TV Client: Network boot Via M10K connected to TV with SVideo, Unichrome drivers. Using XvMC VLD HW MPEG acceleration. Server:1G Celeron system with twin DVB-T cards Software: Fedora core 3 with updates 2.6.10-1.770_FC3 kernel MythTv:MythTv CVS 2005.04.25 ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
RE: [mythtv] [PATCH] Add more views to mythgame
> > Personally, I'm never too keen on hardcoding stuff like this - for > > every person with 11,000 games there's probably someone else with > > 100 games or so who doesn't need all these different roots. > > I am. I hate having quite so many config options. There isn't enough > time in the day to figure out how to configure half the stuff now, > it's easier to just go into the code and hard code stuff sometimes... > > Lets make sensible choices for most people and go with it. If I had 5 > games I could hardly moan that someone lets me sort them by date, > name, emulator, etc...? I agree. I put the patch forward because it's simple and enables selection on every game attribute without the existing hassle (exiting MythGame, going back into the configuration, resetting things and going back into MythGame). The patch only adds possibilities--it doesn't get in the way of what was there before. I don't think someone with 5, 100 or 11,000 games will be upset because they have four additional built-in sorting options. I am not convinced that being able to simultaneously sort games with every possible permutation of sort order is valuable. I think search functionality would be much more useful. The standard MAME game pack comes with ~5300 games. Does it include Metroid? You'll have to scroll through 2650 games to hit the middle of the alphabet to answer that question as the system now stands. Anyway, the patch is a small change that I think improves browsing in MythGame. I'll take a poke around at some point to see how difficult it would be to add search functionality. I don't think I'm up to the task of adding another page to the configuration settings for node ordering, putting in another table/multiple entries in the database to hold the data, etc. Cheers, Jon ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] XVMC-VLD Seg Fault when watching live or recorded
Hi, I haven't been able to get live to tv to work with the XVMC-VLD driver since 0.16. I just updgraded to 0.18 and I get the same problem. I can watch DVDs, videos and even live dvb streams perfectly (4-10% CPU usage) using xine with the XVMC-VLD driver, so I'm pretty sure my setup is correct. Running myth without the XVMC-VLD driver displays the live tv, but it is choppy - I guess becasue the CPU is maxed out trying to decode the string. this is all the output I can get from gdb (running mythfrontend -v all) 2005-04-25 11:46:42.679 Broadcasting free space avail 2005-04-25 11:46:42.683 Broadcasting free space avail 2005-04-25 11:46:42.685 nVidiaVideoSync: Could not open device /dev/nvidia0, No such file or directory 2005-04-25 11:46:42.687 Broadcasting free space avail Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 278533 (LWP 9971)] 0xb685449c in nanosleep () from /lib/libc.so.6 (gdb) bt full #0 0xb685449c in nanosleep () from /lib/libc.so.6 No symbol table info available. (gdb) The nVidia reference concerns me a bit, My configuration string is as follows: ./configure --disable-joystick-menu --disable-lirc --disable-ivtv --enable-xvmc-vld --enable-opengl-vsync --enable-proc-opt --enable-dvb --enable-dvb-eit --compile-type=debug Let me know if you need more info. Any ideas? Much appreciated, Myles ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] DVB channel won't scan
> "Kyle" == Kyle Rose <[EMAIL PROTECTED]> writes: Taylor> Your carrier is not sending PSIP at all.. There is supposed to Taylor> be data on the 1FFB PID, and that is why the scan is hanging.. Kyle> This happened again tonight on WFXT (Boston area FOX affiliate). Kyle> There needs to be a workaround for this: I'm perfectly willing to Kyle> deal with the extra space taken up by recording the entire Kyle> transport stream; I'm not willing to deal with a zero-byte file in Kyle> place of the program I wanted to watch. Hi Kyle, I was having frequent issues recording from WFXT in PS mode, probably the same as you (though I'm using an HD2000 with DVB drivers). It was characterized by "No data from card in 1 second" messages for the duration of the recording. I switched to using TS mode a couple of weeks ago and have had no problems since. I had tried changing the PMT timeout in dbvchannel.cpp from 3 seconds to 15, but that didn't help. If Taylor's statement that it's due to missing PID 1FFB is correct (my backend logs seem to support that), then it's not suprising. Kyle> Doug, how difficult would it be to switch to TS recording after 15 Kyle> seconds of no data on the attempted PS recording? If it's a lot, Kyle> I will do some digging myself, but pointers would be appreciated. Sounds interesting, but I think I read that the PS mode for recordings from DVB is likely to be removed, so it might not be worth spending too much time on it. Steve. -- Steve Bower - IT/EHS Unix Administrator - [EMAIL PROTECTED] The ideas presented herein aren't necessarily the ideas presented herein. ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] DVB channel won't scan
> I thought Taylor said DVB should fall back to the cached TVCT in the > case where it doesn't see a new one? Or are you using V4L (hdtvrecorder)? I'm still using V4L. I guess this means I should switch, which means a few hours of trial-and-error. :) What is a good combination of pcHDTV DVB and ivtv drivers? Cheers, Kyle ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] DVB channel won't scan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kyle Rose wrote: >>Your carrier is not sending PSIP at all.. There is supposed to be data on the >>1FFB PID, and that is why the scan is hanging.. > > > This happened again tonight on WFXT (Boston area FOX affiliate). There > needs to be a workaround for this: I'm perfectly willing to deal with > the extra space taken up by recording the entire transport stream; I'm > not willing to deal with a zero-byte file in place of the program I > wanted to watch. > > Doug, how difficult would it be to switch to TS recording after 15 > seconds of no data on the attempted PS recording? If it's a lot, I will > do some digging myself, but pointers would be appreciated. TS vs. PS makes no difference here... a TS recording will still strip out unrelated PIDs. I thought Taylor said DVB should fall back to the cached TVCT in the case where it doesn't see a new one? Or are you using V4L (hdtvrecorder)? - -Doug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCbFeYf1/38+/zqMERArxcAJ9gzcDIQr/GALHjplMBmGud9QIFlACcDQ9a nwYQZ3BHD4Bq7+ZV6Zir/7A= =JfvH -END PGP SIGNATURE- ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] DVB channel won't scan
> Your carrier is not sending PSIP at all.. There is supposed to be data on the > 1FFB PID, and that is why the scan is hanging.. This happened again tonight on WFXT (Boston area FOX affiliate). There needs to be a workaround for this: I'm perfectly willing to deal with the extra space taken up by recording the entire transport stream; I'm not willing to deal with a zero-byte file in place of the program I wanted to watch. Doug, how difficult would it be to switch to TS recording after 15 seconds of no data on the attempted PS recording? If it's a lot, I will do some digging myself, but pointers would be appreciated. Thanks, Kyle ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Backtrace for SEGV while editing recording
How's this?
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1224739760 (LWP 22077)]
0x41c1d7da in memcpy () from /lib/tls/libc.so.6
(gdb) bt full
#0 0x41c1d7da in memcpy () from /lib/tls/libc.so.6
No symbol table info available.
#1 0x402a4d7d in OSDTypeImage::Draw (this=0x48705de0,
surface=0x8d8fb88, fade=-1, maxfade=-1, xoff=0, yoff=0)
at osdtypes.cpp:972
y = -2147483648
dest = (unsigned char *) 0x41822b14 "Ì4\v"
destalpha = (unsigned char *) 0x48700520 "PdpH"
src = (unsigned char *) 0x48705d24 "Ì\003!\bÌ\003!\b\025"
srcalpha = (unsigned char *) 0x490001f0 "Ì\003!\bÈ\003!\b\b\002"
udest = (
unsigned char *) 0x402a98ff
"\211Â\213\006;\002\017\225À\017¶À\203Ä\020[^]ÃU\211åVS\203ì\020èñaùÿ\201Ã\t-<"
vdest = (unsigned char *) 0x490001c8 "\b\002"
usrc = (unsigned char *) 0x4066c628 "\220gd"
vsrc = (unsigned char *) 0x490001f0 "Ì\003!\bÈ\003!\b\b\002"
alpha = 1076537321
iwidth = 14
drawwidth = 14
drawheight = 30
ystart = 0
xstart = 0
startline = -2147483648
startcol = 2147483646
destRect = {x1 = 0, y1 = 0, x2 = 13, y2 = 29}
needblend = false
ysrcwidth = 0
ydestwidth = 0
uvsrcwidth = 1215324828
uvdestwidth = 1096151720
alphamod = 255
startingx = 1224737216
#2 0x402a17f8 in OSDSet::Draw (this=0x48705c60, surface=0x8d8fb88,
actuallydraw=true) at osdtypes.cpp:370
type = (class OSDType *) 0x48705de0
i = {> = {}, _M_current = 0x82103c8}
#3 0x40298b32 in OSD::Display (this=0x8989de8) at osd.cpp:2013
timedisp = (class OSDTypeText *) 0x0
container = (class OSDSet *) 0x48705c60
anytodisplay = true
actuallydraw = true
removeList = { >> = {, true>> = {_M_start = 0x0, _M_finish = 0x0,
_M_end_of_storage = 0x0}, }, }
i = {> = {}, _M_current = 0x8203bc0}
#4 0x403c5316 in VideoOutput::DisplayOSD (this=0x87e2128,
frame=0x8988110, osd=0x8989de8, stride=-1, revision=-1)
at videooutbase.cpp:967
surface = (OSDSurface *) 0x8071065
retval = -1
#5 0x404c17d2 in VideoOutputXv::ProcessFrameMem (this=0x87e2128,
frame=0x8988110, osd=0x8989de8, filterList=0x0,
pipPlayer=0x0) at videoout_xv.cpp:2280
deint_proc = true
pauseframe = true
#6 0x404c19e9 in VideoOutputXv::ProcessFrame (this=0x87e2128,
frame=0x0, osd=0x8989de8, filterList=0x0,
pipPlayer=0x0) at videoout_xv.cpp:2302
No locals.
#7 0x4027820f in NuppelVideoPlayer::DisplayPauseFrame (this=0x87995b0)
at NuppelVideoPlayer.cpp:1573
No locals.
#8 0x40278db9 in NuppelVideoPlayer::OutputVideoLoop (this=0x87995b0) at
NuppelVideoPlayer.cpp:1713
temp_speed = 1
fr_int = 4
---Type to continue, or q to quit---
#9 0x4027907a in NuppelVideoPlayer::kickoffOutputVideoLoop
(player=0x87995b0) at NuppelVideoPlayer.cpp:1780
nvp = (NuppelVideoPlayer *) 0x87995b0
#10 0x41a02bef in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#11 0x41c6be7a in clone () from /lib/tls/libc.so.6
No symbol table info available.
Isaac Richards wrote:
> On Sunday 24 April 2005 07:06 pm, Neale Swinnerton wrote:
>
>>Hi,
>>
>>When I'm editing a particular recording I get a SEGV with the backtrace
>>shown belowIt always happens at around the same point in the
>>recording, and It seems to only be this recording, so maybe the
>>recording has some corruption? This is with a CVS from around 00:00GMT
>>24/04/05. Let me know if I can collect any more useful information,
>
>
> A 'bt full' would provide a little more info. I need to see the variables
> being used in that memcpy that's it's dying on.
>
> Isaac
> ___
> mythtv-dev mailing list
> mythtv-dev@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Backtrace for SEGV while editing recording
On Sunday 24 April 2005 07:06 pm, Neale Swinnerton wrote: > Hi, > > When I'm editing a particular recording I get a SEGV with the backtrace > shown belowIt always happens at around the same point in the > recording, and It seems to only be this recording, so maybe the > recording has some corruption? This is with a CVS from around 00:00GMT > 24/04/05. Let me know if I can collect any more useful information, A 'bt full' would provide a little more info. I need to see the variables being used in that memcpy that's it's dying on. Isaac ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] Backtrace for SEGV while editing recording
Hi, When I'm editing a particular recording I get a SEGV with the backtrace shown belowIt always happens at around the same point in the recording, and It seems to only be this recording, so maybe the recording has some corruption? This is with a CVS from around 00:00GMT 24/04/05. Let me know if I can collect any more useful information, Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1231981488 (LWP 21796)] 0x41c1d7da in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0x41c1d7da in memcpy () from /lib/tls/libc.so.6 #1 0x402a4d7d in OSDTypeImage::Draw (this=0x8cc3140, surface=0x8d7d7d0, fade=-1, maxfade=-1, xoff=0, yoff=0) at osdtypes.cpp:972 #2 0x402a17f8 in OSDSet::Draw (this=0x8d010a8, surface=0x8d7d7d0, actuallydraw=true) at osdtypes.cpp:370 #3 0x40298b32 in OSD::Display (this=0x8976b90) at osd.cpp:2013 #4 0x403c5316 in VideoOutput::DisplayOSD (this=0x88bead0, frame=0x8973cf0, osd=0x8976b90, stride=-1, revision=-1) at videooutbase.cpp:967 #5 0x404c17d2 in VideoOutputXv::ProcessFrameMem (this=0x88bead0, frame=0x8973cf0, osd=0x8976b90, filterList=0x0, pipPlayer=0x0) at videoout_xv.cpp:2280 #6 0x404c19e9 in VideoOutputXv::ProcessFrame (this=0x88bead0, frame=0x0, osd=0x8976b90, filterList=0x0, pipPlayer=0x0) at videoout_xv.cpp:2302 #7 0x4027820f in NuppelVideoPlayer::DisplayPauseFrame (this=0x82b0470) at NuppelVideoPlayer.cpp:1573 #8 0x40278db9 in NuppelVideoPlayer::OutputVideoLoop (this=0x82b0470) at NuppelVideoPlayer.cpp:1713 #9 0x4027907a in NuppelVideoPlayer::kickoffOutputVideoLoop (player=0x82b0470) at NuppelVideoPlayer.cpp:1780 #10 0x41a02bef in start_thread () from /lib/tls/libpthread.so.0 #11 0x41c6be7a in clone () from /lib/tls/libc.so.6 (gdb) ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] [PATCH] Add more views to mythgame
Personally, I'm never too keen on hardcoding stuff like this - for every person with 11,000 games there's probably someone else with 100 games or so who doesn't need all these different roots. I am. I hate having quite so many config options. There isn't enough time in the day to figure out how to configure half the stuff now, it's easier to just go into the code and hard code stuff sometimes... Lets make sensible choices for most people and go with it. If I had 5 games I could hardly moan that someone lets me sort them by date, name, emulator, etc...? What may be a better approach would be to increase the number of root nodes (to 6?, or maybe 8?), but have each one configurable on the settings page. Ugghh. Please no. Lets just have all the sort orders at each level. Then I can start sorting by (say) genre, then by date, then by name. Or perhaps sort by date, then by name. And so on. Ideally, we should come up with a dynamic solution which had no hardcoded maximum number of roots, but I never managed to think of a good way of doing that. I think Ed Wildgoose was also looking at something along these lines a while back - not sure how that is going :-) Too many other interesting things to do, like work on my new business now I am self employed... Got lots of audio stuff to work on as well... However, I would very much like to see these menu improvements appear in mythmusic and that might be what I work on soon Good luck Ed W ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] [PATCH] DVB-T scan
On 24/04/05, Jesper Sörensen <[EMAIL PROTECTED]> wrote:
>
> I've tested this with DVB-S and unfortunately it seems to be broken. No
> obvious errors either - it just never gets any signal lock, and sadly I
> don't have time to debug it any further right now either. :-(
>
> I do have an other suggestion for you though. The attached patch
> reorders the input fields in the QPSK panel in a more logical order to
> simplify input (at least I think so). With my DVB card I only need to
> change the three fields now to the left; the FEC and inversion (now to
> the right) works with the default ("auto").
Applied.
I think I've fixed the problem. could you try again with this version ?
Thanks
--
John
dvb-t-fullscan.v2.tar.bz
Description: application/bzip
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] [PATCH] mythmusic: autoplay of CDs
[Using this thread, but it applies to my other patches as well] With 0.18 out of the way, I thought it might be a nice time to apply my patches, before 0.19 will come along :-) Herman - Herman Kuiper - m: [EMAIL PROTECTED] - w: http://www.frontier.nl Beech Ave 162 - 1119 PS Schiphol-Rijk - t/f: 020-6589034/6142816 ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] DVB channel won't scan
Quoting Trey Boudreau <[EMAIL PROTECTED]>: > -PID--FREQ-BANDWIDTH-BANDWIDTH- > 9 p/s 1 kb/s14 kbit > 0030 2 p/s 0 kb/s 4 kbit > 0031 10372 p/s 1904 kb/s 15599 kbit > 0034 264 p/s48 kb/s 397 kbit > 0035 132 p/s24 kb/s 198 kbit > 2000 10781 p/s 1979 kb/s 16215 kbit > Does the scanner need the 0001, 13f5, and/or 1ffb PIDs? This channel > worked fine with a pcHDTV-2000 and the v4l2 drivers. Your carrier is not sending PSIP at all.. There is supposed to be data on the 1FFB PID, and that is why the scan is hanging.. Taylor ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] [PATCH] mythtv: replace by newlines in description
The problem with that is that we're doing away with Qt for rendering soon. We'll still have it as a fallback and as a backend renderer for widgets that we don't port, but any such widget will take a performance hit with respect to the native OpenGL widgets. Ah ok - I didn't follow any of threads on the new GUI - was busy getting the current to work properly :-) Of course, I suppose it is possible to create a #PCFIELD parser that just replaces all tags with a space in one pass, and replaces all series of spaces with a single space in the second pass. I often use PHP nowadays (web applications etc) - would there some Perl regexp method in Qt which could do those two in one step (as preg_replace() in PHP does) ? I personally would prefer something which accepts the DTD as-is (as it has been published etc) without weird screen artefact for end users... If that patch would get in, I wouldn't mind having a look at either two of the above.. Herman - Herman Kuiper - m: [EMAIL PROTECTED] - w: http://www.frontier.nl Beech Ave 162 - 1119 PS Schiphol-Rijk - t/f: 020-6589034/6142816 ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] [PATCH] DVB-T scan
John Pullan skrev:
The attached patch and file allow full scanning for dvb-t channels in
various countries. (UK and Aus mainly).
dvbtypes.cpp need to be in libmythtv which is where the patch needs to
be applied.
I'd appreciate some testing from people, (not just dvb-t) since I've
touched just about all the ui in scanwiz, just to make sure I haven't
broken anything.
John,
I've tested this with DVB-S and unfortunately it seems to be broken. No
obvious errors either - it just never gets any signal lock, and sadly I
don't have time to debug it any further right now either. :-(
I do have an other suggestion for you though. The attached patch
reorders the input fields in the QPSK panel in a more logical order to
simplify input (at least I think so). With my DVB card I only need to
change the three fields now to the left; the FEC and inversion (now to
the right) works with the default ("auto").
--- old/scanwizard.cpp 2005-04-24 22:17:36.0 +0200
+++ new/scanwizard.cpp 2005-04-24 22:16:30.0 +0200
@@ -424,10 +424,10 @@
VerticalConfigurationGroup *left=new
VerticalConfigurationGroup(false,true);
VerticalConfigurationGroup *right=new
VerticalConfigurationGroup(false,true);
left->addChild(pfrequency = new ScanFrequency());
+left->addChild(ppolarity = new ScanPolarity());
left->addChild(psymbolrate=new ScanSymbolRate());
-left->addChild(pinversion=new ScanInversion());
right->addChild(pfec=new ScanFec());
-right->addChild(ppolarity = new ScanPolarity());
+right->addChild(pinversion=new ScanInversion());
addChild(left);
addChild(right);
}
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] Unichrome-centric MythTV Debs (0.18)
Hello all! I have made Debian packages for mythtv that have via XvMC support compiled in. So far (for me) they have worked very well. I have also made debs for the unichrome X drivers/xvmc libraries. The repositories are located at http://www.csd.uwo.ca/~mfgalizi/debian, along with instructions, requirements and warnings. I'm new to packaging, so I would really appreciate the feedback from those of you brave enough to try them out. Cheers! -- Micah F. Galizia [EMAIL PROTECTED] "The mark of an immature man is that he wants to die nobly for a cause, while the mark of the mature man is that he wants to live humbly for one." --W. Stekel signature.asc Description: This is a digitally signed message part ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Re: CVS build broke commercial removal on transcode?
Nothing changed :- ( used today's CVS -- Thanks, Devan Lippman <[EMAIL PROTECTED]> On 4/24/05, Daniel Kristjansson <[EMAIL PROTECTED]> wrote: > On Sat, 2005-04-23 at 22:19 -0600, Devan Lippman wrote: > > may be related, all the tools built from the CVS seem to end with > > segmentaiton faults now. Before they all ran fine. > > I can trace it back as far as mythtv/libs/libmyth/util-x11.h > > not sure the debug mode compiled correctly so here's the gdb output > > Recompile MythTV, install it. (w/distclean first) > Recompiling all plugins etc, and install. (w/distclean first) > > Tell me if you are still getting this segfault. > > Thanks > > -- Daniel > > ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Re: [mythtv-commits] mythtv commits (Video Output XV/XvMC merge)
Daniel Kristjansson writes: > On Sun, 2005-04-24 at 17:14 +0930, Ian Dall wrote: > > > However, switching between SD and HD channels in Live TV browse mode > > triggered this SIGABRT: > > Does this happen only on the switch to HD, or also on the switch to SD? Channel switching in general seems to be a bit dodgy (it takes a long time and often lead to hangs as well as SIGABRT crashes). But the switch to or from HD seems to ALWAYS lead to problems. Ian ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] [PATCH] DVB-T scan
The attached patch and file allow full scanning for dvb-t channels in various countries. (UK and Aus mainly). dvbtypes.cpp need to be in libmythtv which is where the patch needs to be applied. I'd appreciate some testing from people, (not just dvb-t) since I've touched just about all the ui in scanwiz, just to make sure I haven't broken anything. (Thanks to the people who have already helped out with this.) -- John dvb-t-fullscan.tar.bz Description: application/bzip ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] XVideo XvMC merge patch (v17)
Daniel Kristjansson wrote: > This is the first report of this. Can you try an early version of the > patch, 1-5 ish to see if this happens in that patch. Also, what kind > of hardware and drivers are you using? I was trying v1 of the patch, and to do so, I had to revert back to Mar 30 CVS. However, when I try to run that version, I can't run mythfrontend because it is trying to do a DB schema upgrade, when the upgrade has already been done, of course. Is there a command or flag that I can use that will bypass the attempt to upgrade the DB tables? Ben ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Re: [mythtv-commits] mythtv commits (Video Output XV/XvMC merge)
On Sun, 2005-04-24 at 17:14 +0930, Ian Dall wrote: > However, switching between SD and HD channels in Live TV browse mode > triggered this SIGABRT: Does this happen only on the switch to HD, or also on the switch to SD? -- Daniel ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] Re: CVS build broke commercial removal on transcode?
On Sat, 2005-04-23 at 22:19 -0600, Devan Lippman wrote: > may be related, all the tools built from the CVS seem to end with > segmentaiton faults now. Before they all ran fine. > I can trace it back as far as mythtv/libs/libmyth/util-x11.h > not sure the debug mode compiled correctly so here's the gdb output Recompile MythTV, install it. (w/distclean first) Recompiling all plugins etc, and install. (w/distclean first) Tell me if you are still getting this segfault. Thanks -- Daniel ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] TUNER_INTERVAL in libs/libmythtv/dvbchannel.cpp
Hi All, Im a new member of this list - and fairly new to mythtv (since just before 0.17) now im running CVS (due to daniels XvMC patches :P your a champ!) however after reading through some discussion on reducing channel change time (and having done some of my own dvb grabbing code) i find it odd that the TUNER_INTERVAL variable is highish! its currently set to 0.3 seconds(30 microseconds) - why not reduce it to 0.05 seconds. of course cpu will go up a little (no problems i can see???) but we will get a lock a bit faster. not a huge deal - but still worthwhile?? cheers dave ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
RE: [mythtv] On screen menus offset to right on live tv
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > --- Roger James <[EMAIL PROTECTED]> wrote: > > Since moving to 0.18 and switching to tv-out on an > > Nvidia card. I have > > noticed that the on screen menus and channel > > information frequently appear > > offset to the right on some sometimes chopping the > > roght hand edge of the > > display. Sometimes a channel will start with the > > displays correctly > > positioned and then they will move to right some > > time later. This appears to > > be related to a change of aspect ratio in the > > broadcast stream. Some random > > series of events will then reset it. I think > > switching away from the DVB > > tuner to an analogue one helps. > > > > > > Roger > > I had this same trouble when the dvb aspect ratio > changed (either as a result of changing chanel or > between adverts and programs). I use UK freeview as i > imagine the original auther of this post does. The > problem only occurs for me when using a forced aspect > ratio of fill, however changing the ratio back do > something different than fill does not correct the > problem. > However, using a cvs build (10/04/05) i am not having > the problem. I am therefore surprised that this > problem is apearing in 0.18. > > Charlie > Charlie, Correct I am using UK freeview and forced fill. Idecided to switch from using CVS HEAD to a vanilla 0.18 build. I am reluctant to switch back until the XvMC and PS/TS stuff has bedded down a bit. By the way I am using the hardware decoding option on the DVB card and I have still left the on the fly conversion to PS enabled. I wonder if this is another PS issue. Roger ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: [mythtv] On screen menus offset to right on live tv
--- Roger James <[EMAIL PROTECTED]> wrote: > Since moving to 0.18 and switching to tv-out on an > Nvidia card. I have > noticed that the on screen menus and channel > information frequently appear > offset to the right on some sometimes chopping the > roght hand edge of the > display. Sometimes a channel will start with the > displays correctly > positioned and then they will move to right some > time later. This appears to > be related to a change of aspect ratio in the > broadcast stream. Some random > series of events will then reset it. I think > switching away from the DVB > tuner to an analogue one helps. > > > > I have had a quick look through the lists but cannot > see any obvious > references to this. > > > > Is anyone else seeing this behaviour? > > > > Have I missed some configuration option that may > help stop it? > > > > The only thing I think may affect it is that I now > have the aspect ration > override set to "fill". > > > > I have never bothered with the aspect ration stuff > before because it did not > seem to work on PVR-350 tv-out that I was using > then. > > > > Roger I had this same trouble when the dvb aspect ratio changed (either as a result of changing chanel or between adverts and programs). I use UK freeview as i imagine the original auther of this post does. The problem only occurs for me when using a forced aspect ratio of fill, however changing the ratio back do something different than fill does not correct the problem. However, using a cvs build (10/04/05) i am not having the problem. I am therefore surprised that this problem is apearing in 0.18. Charlie __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] On screen menus offset to right on live tv
Since moving to 0.18 and switching to tv-out on an Nvidia card. I have noticed that the on screen menus and channel information frequently appear offset to the right on some sometimes chopping the roght hand edge of the display. Sometimes a channel will start with the displays correctly positioned and then they will move to right some time later. This appears to be related to a change of aspect ratio in the broadcast stream. Some random series of events will then reset it. I think switching away from the DVB tuner to an analogue one helps. I have had a quick look through the lists but cannot see any obvious references to this. Is anyone else seeing this behaviour? Have I missed some configuration option that may help stop it? The only thing I think may affect it is that I now have the aspect ration override set to “fill”. I have never bothered with the aspect ration stuff before because it did not seem to work on PVR-350 tv-out that I was using then. Roger ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[mythtv] Re: [mythtv-commits] mythtv commits (Video Output XV/XvMC merge)
Daniel Kristjansson writes: > On Sat, 2005-04-23 at 02:05 +, [EMAIL PROTECTED] wrote: > > > > Changes committed by danielk on Sat Apr 23 02:04:33 2005 > > > Log Message: > > > > NOTE: I recommend a make distclean... > > I just wanted to add that I expect there to be a few problems as this > gets wider testing. > > Bring it on. This is a big improvement on all fronts. OSD flicker seems to be gone, and so far I haven't seen any problems with skipping forward/back. However, switching between SD and HD channels in Live TV browse mode triggered this SIGABRT: [...] [mpegvideo_xvmc @ 0xb7772888]ac-tex damaged at 0 32 [mpegvideo_xvmc @ 0xb7772888]ac-tex damaged at 0 33 [mpegvideo_xvmc @ 0xb7772888]ac-tex damaged at 0 34 [mpegvideo_xvmc @ 0xb7772888]invalid mb type in I Frame at 0 35 *** glibc detected *** double free or corruption: 0x08d56270 *** Program received signal SIGABRT, Aborted. [Switching to Thread -1289409616 (LWP 21240)] 0xe402 in __kernel_vsyscall () (gdb) bt #0 0xe402 in __kernel_vsyscall () #1 0x4647b955 in raise () from /lib/tls/libc.so.6 #2 0x4647d319 in abort () from /lib/tls/libc.so.6 #3 0x464b4a1b in malloc_printerr () from /lib/tls/libc.so.6 #4 0x464b54ba in free () from /lib/tls/libc.so.6 #5 0xb75d77d8 in av_free (ptr=0x0) at mem.c:123 #6 0xb780d4b0 in av_destruct_packet (pkt=0x8e88580) at utils.c:172 #7 0xb7bbaabb in av_free_packet (pkt=0x8e88580) at avformat.h:71 #8 0xb7bc3ad4 in AvFormatDecoder::GetFrame (this=0xb1f60008, onlyvideo=0) at avformatdecoder.cpp:1741 #9 0xb7a94dcf in NuppelVideoPlayer::GetFrame (this=0x81c5720, onlyvideo=0, unsafe=false) at NuppelVideoPlayer.cpp:899 #10 0xb7a9b0c3 in NuppelVideoPlayer::StartPlaying (this=0x81c5720) at NuppelVideoPlayer.cpp:2100 #11 0xb7b4aeeb in SpawnDecode (param=0x81c5720) at tv_play.cpp:210 #12 0x466881d5 in start_thread () from /lib/tls/libpthread.so.0 #13 0x465192da in clone () from /lib/tls/libc.so.6 (gdb) I'm not sure of the status of support for HD, but a SIGABRT is not good! Ian ___ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
