[mythtv-users] frontend crash during UK dvb-t playback - only at adverts
hi all – I now have a stable dvb-t myth setup running on an up-to-date fedora core system, using the hauppage nova-t. only major problem thus far is: watching certain UK channels, the frontend crashes when the commercial break begins – happens both with recordings and livetv. channels identified so far are channel4, e4/e4+1 and abc1. I suspect the reason is that these channels broadcast in a variety of aspect ratios, and switch over at the start of the adverts, causing a break in the signal of some kind – i.e. main broadcast is in 16:9, channel ident may be in low-res 4:3, followed by ad in 16:9. this often causes a broken keyframe (?) which the system struggles to recover from, manifesting itself in a green frame, a period of scrambled or non-existent audio, and quite often, the complete and sudden death of the frontend. rest of the programme and other channels are fine. anyone else seeing this behaviour or anything similar? let me know if there's any debug info that'd help… ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
On 20/09/05, Alan Bates [EMAIL PROTECTED] wrote: hi all – I now have a stable dvb-t myth setup running on an up-to-date fedora core system, using the hauppage nova-t. only major problem thus far is: watching certain UK channels, the frontend crashes when the commercial break begins – happens both with recordings and livetv. channels identified so far are channel4, e4/e4+1 and abc1. I suspect the reason is that these channels broadcast in a variety of aspect ratios, and switch over at the start of the adverts, causing a break in the signal of some kind – i.e. main broadcast is in 16:9, channel ident may be in low-res 4:3, followed by ad in 16:9. this often causes a broken keyframe (?) which the system struggles to recover from, manifesting itself in a green frame, a period of scrambled or non-existent audio, and quite often, the complete and sudden death of the frontend. rest of the programme and other channels are fine. anyone else seeing this behaviour or anything similar? let me know if there's any debug info that'd help… I get the green frame and a bit of picture breakup, but no frontend crash. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
I am also using nova-ts and have no problems on any of those channels for what its worth! Bizarre! On 20/09/05, Alan Bates [EMAIL PROTECTED] wrote: hi all – I now have a stable dvb-t myth setup running on an up-to-date fedora core system, using the hauppage nova-t. only major problem thus far is: watching certain UK channels, the frontend crashes when the commercial break begins – happens both with recordings and livetv. channels identified so far are channel4, e4/e4+1 and abc1. I suspect the reason is that these channels broadcast in a variety of aspect ratios, and switch over at the start of the adverts, causing a break in the signal of some kind – i.e. main broadcast is in 16:9, channel ident may be in low-res 4:3, followed by ad in 16:9. this often causes a broken keyframe (?) which the system struggles to recover from, manifesting itself in a green frame, a period of scrambled or non-existent audio, and quite often, the complete and sudden death of the frontend. rest of the programme and other channels are fine. anyone else seeing this behaviour or anything similar? let me know if there's any debug info that'd help… ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- - Ciaran (I now have far too many G-Mail invites available, anyone who wants one, gets one) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
On 9/20/05, Alan Bates [EMAIL PROTECTED] wrote: hi all – I now have a stable dvb-t myth setup running on an up-to-date fedora core system, using the hauppage nova-t. only major problem thus far is: watching certain UK channels, the frontend crashes when the commercial break begins – happens both with recordings and livetv. channels identified so far are channel4, e4/e4+1 and abc1. I suspect the reason is that these channels broadcast in a variety of aspect ratios, and switch over at the start of the adverts, causing a break in the signal of some kind – i.e. main broadcast is in 16:9, channel ident may be in low-res 4:3, followed by ad in 16:9. this often causes a broken keyframe (?) which the system struggles to recover from, manifesting itself in a green frame, a period of scrambled or non-existent audio, and quite often, the complete and sudden death of the frontend. rest of the programme and other channels are fine. anyone else seeing this behaviour or anything similar? let me know if there's any debug info that'd help… I've been running 0.18 since it was released on DVB-T in the UK with a (version 909) Nova-T. It's quite normal for the adverts and the actual programme to be in different aspect ratios, at most I see the odd green frame / short garbled video but very rarely. You don't say what version of Myth you're running. The current SVN head is undergoing a major DVB re-write so i'd use the 0.18-fixes branch for a production system until that all settles down. Have a look in the logs to see if there's anything useful, otherwise try and get a backtrace (see the user guide for instructions). Steve ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
i'm running 0.18 - most recent one available for fc4. not certain which version of the nova-t i'm running - uses tda1004 firmware, so it's an oldish one i think. oddly, when i run the frontend from the terminal to check what it reports, the frontend seems less inclined to crash, but still has the audio problem - namely, sound drops out after the green frame and there's an occasional crackle until either it recovers itself or i skip forward then back. in the frontend terminal at the point where the problem occurs it reports: GetNextFreeFrame() - served a busy frame. Dropping followed by a few prebuffering pauses. i'll keep trying to kill it in terminal - if it remains more stable i'll just change my startup to run it that way. On 9/20/05, Stephen Williams [EMAIL PROTECTED] wrote: On 9/20/05, Alan Bates [EMAIL PROTECTED] wrote: hi all – I now have a stable dvb-t myth setup running on an up-to-date fedora core system, using the hauppage nova-t. only major problem thus far is: watching certain UK channels, the frontend crashes when the commercial break begins – happens both with recordings and livetv. channels identified so far are channel4, e4/e4+1 and abc1. I suspect the reason is that these channels broadcast in a variety of aspect ratios, and switch over at the start of the adverts, causing a break in the signal of some kind – i.e. main broadcast is in 16:9, channel ident may be in low-res 4:3, followed by ad in 16:9. this often causes a broken keyframe (?) which the system struggles to recover from, manifesting itself in a green frame, a period of scrambled or non-existent audio, and quite often, the complete and sudden death of the frontend. rest of the programme and other channels are fine. anyone else seeing this behaviour or anything similar? let me know if there's any debug info that'd help… I've been running 0.18 since it was released on DVB-T in the UK with a (version 909) Nova-T. It's quite normal for the adverts and the actual programme to be in different aspect ratios, at most I see the odd green frame / short garbled video but very rarely. You don't say what version of Myth you're running. The current SVN head is undergoing a major DVB re-write so i'd use the 0.18-fixes branch for a production system until that all settles down. Have a look in the logs to see if there's anything useful, otherwise try and get a backtrace (see the user guide for instructions). Steve ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
ok - bit more info. editing some of the setup options changed the behaviour. disabling extra audio buffering in tv playback options means the loss of audio does not occur at the commercial break. great! but the reason it's enabled is because if it's not, playback loses audio, crackles AND video ffwds at some points - seemingly random although changing aspect ratio manually makes it happen. points to an audio/buffer problem? On 9/20/05, Alan Bates [EMAIL PROTECTED] wrote: i'm running 0.18 - most recent one available for fc4. not certain which version of the nova-t i'm running - uses tda1004 firmware, so it's an oldish one i think. oddly, when i run the frontend from the terminal to check what it reports, the frontend seems less inclined to crash, but still has the audio problem - namely, sound drops out after the green frame and there's an occasional crackle until either it recovers itself or i skip forward then back. in the frontend terminal at the point where the problem occurs it reports: GetNextFreeFrame() - served a busy frame. Dropping followed by a few prebuffering pauses. i'll keep trying to kill it in terminal - if it remains more stable i'll just change my startup to run it that way. On 9/20/05, Stephen Williams [EMAIL PROTECTED] wrote: On 9/20/05, Alan Bates [EMAIL PROTECTED] wrote: hi all – I now have a stable dvb-t myth setup running on an up-to-date fedora core system, using the hauppage nova-t. only major problem thus far is: watching certain UK channels, the frontend crashes when the commercial break begins – happens both with recordings and livetv. channels identified so far are channel4, e4/e4+1 and abc1. I suspect the reason is that these channels broadcast in a variety of aspect ratios, and switch over at the start of the adverts, causing a break in the signal of some kind – i.e. main broadcast is in 16:9, channel ident may be in low-res 4:3, followed by ad in 16:9. this often causes a broken keyframe (?) which the system struggles to recover from, manifesting itself in a green frame, a period of scrambled or non-existent audio, and quite often, the complete and sudden death of the frontend. rest of the programme and other channels are fine. anyone else seeing this behaviour or anything similar? let me know if there's any debug info that'd help… I've been running 0.18 since it was released on DVB-T in the UK with a (version 909) Nova-T. It's quite normal for the adverts and the actual programme to be in different aspect ratios, at most I see the odd green frame / short garbled video but very rarely. You don't say what version of Myth you're running. The current SVN head is undergoing a major DVB re-write so i'd use the 0.18-fixes branch for a production system until that all settles down. Have a look in the logs to see if there's anything useful, otherwise try and get a backtrace (see the user guide for instructions). Steve ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
On 20/09/05, Alan Bates [EMAIL PROTECTED] wrote: ok - bit more info. editing some of the setup options changed the behaviour. disabling extra audio buffering in tv playback options means the loss of audio does not occur at the commercial break. great! but the reason it's enabled is because if it's not, playback loses audio, crackles AND video ffwds at some points - seemingly random although changing aspect ratio manually makes it happen. points to an audio/buffer problem? I would check to make sure you are using a newish (=1.0.8, likely if using atrpms) version of ALSA and see if this helps at all. Disable arts too as this can cause problems. I don't have any of these issues using the new Nova-T (909 or 90002 model). Does this behaviour still occur if you manually override the AR changing in frontend setup? Nick ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] frontend crash during UK dvb-t playback - only at adverts
stephen - switching to ts mode has improved things somewhat. still needs extra buffering to avoid the random glitches but ratio changes in stream are coped with now (so far :) ) nick - i'm running on OSS - alsa wasn't happening for me when i set this box up (pundit-r). maybe i need to retry. arts is disabled afaik. here's what showed up when it crashed in ps mode for what it's worth : *** glibc detected *** mythfrontend: free(): invalid next size (normal): 0x0a4aa410 *** === Backtrace: = /lib/libc.so.6[0x9e4424] /lib/libc.so.6(__libc_free+0x77)[0x9e495f] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xcad669] /usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0xcad6b5] /usr/lib/libmythtv-0.18.1.so.0(_ZN10OSDSurfaceD1Ev+0x22)[0x67539d4] === Memory map: 00101000-0014b000 r-xp 16:03 2528602 /usr/lib/libmythavformat-0.18.1.so.0.18.1 0014b000-0014e000 rwxp 0004a000 16:03 2528602 /usr/lib/libmythavformat-0.18.1.so.0.18.1 0014e000-00376000 r-xp 16:03 2527177 /usr/lib/libmythavcodec-0.18.1.so.0.18.1 00376000-00384000 rwxp 00228000 16:03 2527177 /usr/lib/libmythavcodec-0.18.1.so.0.18.1 00384000-003dd000 rwxp 00384000 00:00 0 003dd000-00436000 r-xp 16:03 2522489/usr/lib/libmng.so.1.0.0 00436000-00439000 rwxp 00058000 16:03 2522489/usr/lib/libmng.so.1.0.0 00439000-0043b000 r-xp 16:03 2686305 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 0043b000-0043c000 rwxp 1000 16:03 2686305 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 0043d000-00441000 r-xp 16:03 2526136/usr/X11R6/lib/libXv.so.1.0 00441000-00442000 rwxp 3000 16:03 2526136/usr/X11R6/lib/libXv.so.1.0 00442000-00443000 r-xp 16:03 2686306 /usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2 00443000-00444000 rwxp 16:03 2686306 /usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2 00444000-00448000 r-xp 16:03 2528605 /usr/lib/liblirc_client.so.0.0.0 00448000-00449000 rwxp 3000 16:03 2528605 /usr/lib/liblirc_client.so.0.0.0 00449000-0049b000 r-xp 16:03 2522816/usr/X11R6/lib/libXt.so.6.0 0049b000-0049f000 rwxp 00052000 16:03 2522816/usr/X11R6/lib/libXt.so.6.0 0049f000-004aa000 r-xp 16:03 2913377 /usr/lib/qt-3.3/plugins/sqldrivers/libqsqlmysql.so 004aa000-004ab000 rwxp b000 16:03 2913377 /usr/lib/qt-3.3/plugins/sqldrivers/libqsqlmysql.so 004ab000-004b r-xp 16:03 2486670/lib/libcrypt-2.3.5.so 004b-004b1000 r-xp 4000 16:03 2486670/lib/libcrypt-2.3.5.so 004b1000-004b2000 rwxp 5000 16:03 2486670/lib/libcrypt-2.3.5.so 004b2000-004d9000 rwxp 004b2000 00:00 0 004d9000-004f r-xp 16:03 2528737/usr/lib/libgssapi_krb5.so.2.2 004f-004f1000 rwxp 00017000 16:03 2528737/usr/lib/libgssapi_krb5.so.2.2 004f1000-004f3000 r-xp 16:03 2486661/lib/libcom_err.so.2.1 004f3000-004f4000 rwxp 1000 16:03 2486661/lib/libcom_err.so.2.1 004f4000-004f6000 r-xp 16:03 2528127/usr/lib/libkrb5support.so.0.0 004f6000-004f7000 rwxp 1000 16:03 2528127/usr/lib/libkrb5support.so.0.0 004f7000-004f9000 r-xp 16:03 2486658/lib/libutil-2.3.5.so 004f9000-004fa000 r-xp 1000 16:03 2486658/lib/libutil-2.3.5.so 004fa000-004fb000 rwxp 2000 16:03 2486658/lib/libutil-2.3.5.so 004fb000-004ff000 r-xp 16:03 2526276/usr/lib/libogg.so.0.5.2 004ff000-0050 rwxp 3000 16:03 2526276/usr/lib/libogg.so.0.5.2 0050-00501000 r-xp 0050 00:00 0 00501000-005d1000 r-xp 16:03 2528742/usr/X11R6/lib/libX11.so.6.2 005d1000-005d5000 rwxp 000cf000 16:03 2528742/usr/X11R6/lib/libX11.so.6.2 005d5000-0061a000 r-xp 16:03 2879584 /usr/lib/mysql/libmysqlclient.so.14.0.0 0061a000-006f4000 rwxp 00045000 16:03 2879584 /usr/lib/mysql/libmysqlclient.so.14.0.0 006f4000-006f6000 rwxp 006f4000 00:00 0 006f6000-00719000 r-xp 16:03 2528735/usr/lib/libk5crypto.so.3.0 00719000-0071a000 rwxp 00023000 16:03 2528735/usr/lib/libk5crypto.so.3.0 0071a000-00723000 r-xp 16:03 2485557/lib/libnss_files-2.3.5.so 00723000-00724000 r-xp 8000 16:03 2485557/lib/libnss_files-2.3.5.so 00724000-00725000 rwxp 9000 16:03 2485557/lib/libnss_files-2.3.5.so 00725000-00727000 r-xp 16:03 2913421 /usr/lib/mythtv/filters/libadjust.so 00727000-00728000 rwxp 1000 16:03 2913421 /usr/lib/mythtv/filters/libadjust.so 00728000-00729000 r-xp 16:03 2913681 /usr/lib/mythtv/filters/libbobdeint.so 00729000-0072a000 rwxp 16:03 2913681 /usr/lib/mythtv/filters/libbobdeint.so 0072b000-007aa000 r-xp 16:03 2526918 Aborted On 9/20/05, Nick [EMAIL PROTECTED] wrote: On 20/09/05, Alan Bates [EMAIL PROTECTED] wrote: ok - bit more info. editing some of the setup options changed the behaviour. disabling extra audio buffering in tv playback options means the loss of audio does not occur at the commercial break. great! but the reason it's