Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
The saga continues The bad news - I'm still getting choppy sound on some recordings, only when played back on my frontend Via with XvMC enabled (I can't seem to disable it). The good news - now that I have switched to TS, MPEG2 recordings that show this issue can be transcoded into MPEG4, without the problems of the PS recordings, and viewed on my Via with smooth sound :-) - whether this is simply because MPEG4 playing is not using XvMC, or simply does not go near the MPEG2 code that contains the problem is yet to be learnt (If I ever manage to disable XvMC for MPEG2). So, in conclusion, we've been able to catch up on all the episodes of 'Lost' and others that were waiting for a sound fix ... Thanks for your help guys, Jules David Whyte wrote: On 10/15/05, Jules Gosnell [EMAIL PROTECTED] wrote: Apologies to Whytey for giving him the brush-off when he suggested this as the root of the problem, and thanks to both of you for pointing it out to me. Hey, no problems. I would be really happy if I was even close to being right. Keep us posted of course ;) Whytey -- -- I have GMail invites, if you want one, email me direct. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
to follow up on my own posting... for it to be a format issue is a bit wierd - because I thought that mythbackend would just be taking the data, already encoded, straight from my Nova-T and filing it, without doing any form of transcoding ? But my Nova-T has not changed and my version of Myth and possibly kernel, has. I guess this is where my lack of knowledge of exactly what is going on under the covers stops me from doing any more digging. Can anyone lend a hand ? Maybe I am seeing the interaction of several related issues ? Jules Jules Gosnell wrote: I don't know much about video file formats so bear with me. I am looking into why some of my recordings do not play well (with mythtv-0.18.1) on my frontend box (Epia Via Ezra 1gz with Unichrome enabled) but play fine on another machine (Opteron 64-bit 2gz) - pretty obvious you might think :-) The recordings are made from a Hauppauge DVB Nova-T on the backend (mythtv 0.18.1) - and not transcoded, because the Nova-T kicks out MPEG2, which is what the Epia's h/w can assist with. Recordings that I made some time ago, all seem to play fine with mythtv, xine and mplayer. Some more recent recordings (perhaps since I upgraded to 18.1?) are a little odd - they exhibit sound 'stickiness' using MythTV on the Epia, but play fine on the Opteron. Initially I put this down to issues with the Unichrome driver, or the speed of the Epia, but have discounted both (xine produces a lot of video and audio artefacts when playing these recordings with AND without -Vxxmc - and, when with -V xxmc, cpu usage is usually below 10%). Since it is possible to play the recordings without issue on the opteron, I know that the artefacts are not part of the original signal. So, I began thinking in terms of data format. I played various recordings using mythtv, xine and mplayer on both boxes. Recordings that do not exhibit the sound issue running on mythtv/Epia seem to play fine in xine and mplayer no matter which box they are on. Recordings that have the sound issue, do not. Using mythtv they play fine on the Opteron, but the sounds sticks on the Epia. Using xine, they exhibit artefacts and sound stickiness on both boxes. MPlayer sometimes picked the wrong audio channel (1 instead of 0) and also sometimes suffered from lipsyncing issues... So, it looks like something has changed in my setup which is causing me to occasionally generate less portable recordings than I used to, and that these are causing problems on my Epia (probably because the unichrome h/w (which I cannot seem to prevent mythtv using) is tripping up on the format). If xine (v0.99.4.), mplayer (1.0pre7try2-3.2.3) and, possibly, unichrome are having problems with mythtv-generated MPEG2 files that mythtv can play without issue, is this a bug in mythtv, the other three, or a grey area in the MPEG2 spec - or have I misread the symptoms ? Any help with this wouldbe much appreciated. I can probably find somewhere to put files that exhibit the problem up for ftp. Thanks for mythtv, Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
On 10/14/05, Jules Gosnell [EMAIL PROTECTED] wrote: Can anyone lend a hand ? Maybe I am seeing the interaction of several related issues ? A wild stab in the dark, but could it be anything to do with TS and/or PS? You haven't changed your recording card to use on or the other have you? I am not sure how that could affect it though, but it was the first thing to come to my head :| Whytey ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
David Whyte wrote: On 10/14/05, Jules Gosnell [EMAIL PROTECTED] wrote: Can anyone lend a hand ? Maybe I am seeing the interaction of several related issues ? A wild stab in the dark, but could it be anything to do with TS and/or PS? You haven't changed your recording card to use on or the other have you? I am not sure how that could affect it though, but it was the first thing to come to my head :| I've no idea what it does - but am pretty sure that I haven't changed the setting. If it was something like that then I could expect all new recordings to have the same problem, couldn't I. whereas it is just the occasional recording that i have trouble with. I had one recording where all the stuff preceding the programme I was recording was fine, then, as soon as the programme itself started, all the audio problems started as well... Perhaps it is some interaction between what is broadcast (can different parts of a DVB broadcast be encoded differently ?) and how it is played ? Jules Whytey ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
Jules Gosnell wrote: to follow up on my own posting... for it to be a format issue is a bit wierd - because I thought that mythbackend would just be taking the data, already encoded, straight from my Nova-T and filing it, without doing any form of transcoding ? But my Nova-T has not changed and my version of Myth and possibly kernel, has. I guess this is where my lack of knowledge of exactly what is going on under the covers stops me from doing any more digging. Can anyone lend a hand ? Maybe I am seeing the interaction of several related issues ? Jules Jules Gosnell wrote: I don't know much about video file formats so bear with me. I am looking into why some of my recordings do not play well (with mythtv-0.18.1) on my frontend box (Epia Via Ezra 1gz with Unichrome enabled) but play fine on another machine (Opteron 64-bit 2gz) - pretty obvious you might think :-) The recordings are made from a Hauppauge DVB Nova-T on the backend (mythtv 0.18.1) - and not transcoded, because the Nova-T kicks out MPEG2, which is what the Epia's h/w can assist with. Recordings that I made some time ago, all seem to play fine with mythtv, xine and mplayer. Some more recent recordings (perhaps since I upgraded to 18.1?) are a little odd - they exhibit sound 'stickiness' using MythTV on the Epia, but play fine on the Opteron. Initially I put this down to issues with the Unichrome driver, or the speed of the Epia, but have discounted both (xine produces a lot of video and audio artefacts when playing these recordings with AND without -Vxxmc - and, when with -V xxmc, cpu usage is usually below 10%). Since it is possible to play the recordings without issue on the opteron, I know that the artefacts are not part of the original signal. So, I began thinking in terms of data format. I played various recordings using mythtv, xine and mplayer on both boxes. Recordings that do not exhibit the sound issue running on mythtv/Epia seem to play fine in xine and mplayer no matter which box they are on. Recordings that have the sound issue, do not. Using mythtv they play fine on the Opteron, but the sounds sticks on the Epia. Using xine, they exhibit artefacts and sound stickiness on both boxes. MPlayer sometimes picked the wrong audio channel (1 instead of 0) and also sometimes suffered from lipsyncing issues... So, it looks like something has changed in my setup which is causing me to occasionally generate less portable recordings than I used to, and that these are causing problems on my Epia (probably because the unichrome h/w (which I cannot seem to prevent mythtv using) is tripping up on the format). If xine (v0.99.4.), mplayer (1.0pre7try2-3.2.3) and, possibly, unichrome are having problems with mythtv-generated MPEG2 files that mythtv can play without issue, is this a bug in mythtv, the other three, or a grey area in the MPEG2 spec - or have I misread the symptoms ? Any help with this wouldbe much appreciated. I can probably find somewhere to put files that exhibit the problem up for ftp. Thanks for mythtv, Jules this is just another stab in the dark that came to mind - do you have any differences in the general playback section of setup between the two machines? deinterlacing playback settings for example? like I said just a stab in the dark - first thing that came to mind Craig ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
Craig Tinson wrote: Jules Gosnell wrote: to follow up on my own posting... for it to be a format issue is a bit wierd - because I thought that mythbackend would just be taking the data, already encoded, straight from my Nova-T and filing it, without doing any form of transcoding ? But my Nova-T has not changed and my version of Myth and possibly kernel, has. I guess this is where my lack of knowledge of exactly what is going on under the covers stops me from doing any more digging. Can anyone lend a hand ? Maybe I am seeing the interaction of several related issues ? Jules Jules Gosnell wrote: I don't know much about video file formats so bear with me. I am looking into why some of my recordings do not play well (with mythtv-0.18.1) on my frontend box (Epia Via Ezra 1gz with Unichrome enabled) but play fine on another machine (Opteron 64-bit 2gz) - pretty obvious you might think :-) The recordings are made from a Hauppauge DVB Nova-T on the backend (mythtv 0.18.1) - and not transcoded, because the Nova-T kicks out MPEG2, which is what the Epia's h/w can assist with. Recordings that I made some time ago, all seem to play fine with mythtv, xine and mplayer. Some more recent recordings (perhaps since I upgraded to 18.1?) are a little odd - they exhibit sound 'stickiness' using MythTV on the Epia, but play fine on the Opteron. Initially I put this down to issues with the Unichrome driver, or the speed of the Epia, but have discounted both (xine produces a lot of video and audio artefacts when playing these recordings with AND without -Vxxmc - and, when with -V xxmc, cpu usage is usually below 10%). Since it is possible to play the recordings without issue on the opteron, I know that the artefacts are not part of the original signal. So, I began thinking in terms of data format. I played various recordings using mythtv, xine and mplayer on both boxes. Recordings that do not exhibit the sound issue running on mythtv/Epia seem to play fine in xine and mplayer no matter which box they are on. Recordings that have the sound issue, do not. Using mythtv they play fine on the Opteron, but the sounds sticks on the Epia. Using xine, they exhibit artefacts and sound stickiness on both boxes. MPlayer sometimes picked the wrong audio channel (1 instead of 0) and also sometimes suffered from lipsyncing issues... So, it looks like something has changed in my setup which is causing me to occasionally generate less portable recordings than I used to, and that these are causing problems on my Epia (probably because the unichrome h/w (which I cannot seem to prevent mythtv using) is tripping up on the format). If xine (v0.99.4.), mplayer (1.0pre7try2-3.2.3) and, possibly, unichrome are having problems with mythtv-generated MPEG2 files that mythtv can play without issue, is this a bug in mythtv, the other three, or a grey area in the MPEG2 spec - or have I misread the symptoms ? Any help with this wouldbe much appreciated. I can probably find somewhere to put files that exhibit the problem up for ftp. Thanks for mythtv, Jules this is just another stab in the dark that came to mind - do you have any differences in the general playback section of setup between the two machines? deinterlacing playback settings for example? I think the only difference is XvMC support selected on the Epia (and deselecting does not seem to prevent its use!). But this does not take into account the fact that the particular files with which MythTV has a problem on the Epia (most play fine on both machines) also seem to be problematic to xine, mplayer on both boxes keep trying :-) Jules like I said just a stab in the dark - first thing that came to mind Craig ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
David Whyte wrote: On 10/14/05, Jules Gosnell [EMAIL PROTECTED] wrote: Can anyone lend a hand ? Maybe I am seeing the interaction of several related issues ? A wild stab in the dark, but could it be anything to do with TS and/or PS? You haven't changed your recording card to use on or the other have you? I am not sure how that could affect it though, but it was the first thing to come to my head :| I've no idea what it does - but am pretty sure that I haven't changed the setting. If it was something like that then I could expect all new recordings to have the same problem, couldn't I. whereas it is just the occasional recording that i have trouble with. I had one recording where all the stuff preceding the programme I was recording was fine, then, as soon as the programme itself started, all the audio problems started as well... Perhaps it is some interaction between what is broadcast (can different parts of a DVB broadcast be encoded differently ?) and how it is played ? Jules Whytey ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
Oops, I've learnt that the back button in my webmail is not good, here's what I meant to post A wild stab in the dark, but could it be anything to do with TS and/or PS? You haven't changed your recording card to use on or the other have you? I am not sure how that could affect it though, but it was the first thing to come to my head :| this is definitely a strong candidate, PS recording is deprecated, because it's flakey. You should change all your capturecards to use TS regardless. You can do this quickly int the DB with update capturecard set dvb_recordts=1 I've no idea what it does - but am pretty sure that I haven't changed the setting. If it was something like that then I could expect all new recordings to have the same problem, couldn't I. whereas it is just the occasional recording that i have trouble with. I had one recording where Not necessarily, there are lots of variations in each stream dependent on content. Is it always the same program that causes trouble? e.g. I had a lot of trouble recording Law Order: Criminal Intent on five in the UK until I changed this setting. One last thing, have you checked your aerial is still pointing where you expect? :-) N. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
Neale Swinnerton wrote: Oops, I've learnt that the back button in my webmail is not good, here's what I meant to post A wild stab in the dark, but could it be anything to do with TS and/or PS? You haven't changed your recording card to use on or the other have you? I am not sure how that could affect it though, but it was the first thing to come to my head :| this is definitely a strong candidate, PS recording is deprecated, because it's flakey. You should change all your capturecards to use TS regardless. You can do this quickly int the DB with update capturecard set dvb_recordts=1 I've no idea what it does - but am pretty sure that I haven't changed the setting. If it was something like that then I could expect all new recordings to have the same problem, couldn't I. whereas it is just the occasional recording that i have trouble with. I had one recording where Not necessarily, there are lots of variations in each stream dependent on content. Is it always the same program that causes trouble? e.g. I had a lot of trouble recording Law Order: Criminal Intent on five in the UK until I changed this setting. Aha ! This sounds interesting, because I had a case where the trouble only started when the adverts finished and the programmes began. Plus, it always seems to be programmes that my wife wants to watch which get screwed up :-) One last thing, have you checked your aerial is still pointing where you expect? :-) I have been playing with the aerial, but, as I pointed out earlier in the thread, since the problems only appear when played with particular pieces of s/w or h/w and the same file will play faultlessly elsewhere, I am assuming that the problems are happening after the signal has arrived. So, I just pulled up mythtvsetup and, sure enough, it was set to record 'PS' :-( I've changed it to 'TS'. Time will tell whether this works or not. Apologies to Whytey for giving him the brush-off when he suggested this as the root of the problem, and thanks to both of you for pointing it out to me. Lets hope it does the trick, cheers, Jules N. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .nuv format, mythtv, xine, mplayer, unichrome compatibility....
On 10/15/05, Jules Gosnell [EMAIL PROTECTED] wrote: Apologies to Whytey for giving him the brush-off when he suggested this as the root of the problem, and thanks to both of you for pointing it out to me. Hey, no problems. I would be really happy if I was even close to being right. Keep us posted of course ;) Whytey -- -- I have GMail invites, if you want one, email me direct. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users