From: Marcel J. <ko...@ho...> - 2004-06-29 16:59:42
|
Hi, As of yesterday I have my spdif output working with alsa. It's the onboard soundcard of an asus A7V600 board, which uses the via82xx module. Now I face dropout when using xine on this interface. I mean one dropout about every second or so. xmms outputs without dropouts on this interface. Also xine works quite well on my dxr3's spdif out which is an oss interface (I do hear an occasional dropout once or twice in a movie) I doubt it's related to the driver as xmms doesn't suffer any dropouts. Anything I can do to prevent xine from having dropouts ? I use xine from cvs (10 days old). Regards, Marcel |
From: Michael R. <mr...@us...> - 2004-06-29 20:41:50
Attachments:
dxr3-spdif-dropouts.patch
|
Hi Marcel, > Also xine works quite well on my dxr3's spdif out which is an oss interface > (I do hear an occasional dropout once or twice in a movie) I cannot help you with the alsa part, but the attached patch might reduce the dxr3 dropouts. I still get one dropout every week or so, which makes it very hard to get to the bottom of the problem. Michael -- "I heard if you play the NT-4.0-CD backwards, you get a satanic message." "That's nothing, if you play it forward, it installs NT-4.0" |
From: Marcel J. <ko...@ho...> - 2004-06-29 22:40:14
|
On Tuesday 29 June 2004 18:59, Marcel Janssen wrote: > I doubt it's related to the driver as xmms doesn't suffer any dropouts. > Anything I can do to prevent xine from having dropouts ? > > I use xine from cvs (10 days old). I updated xine and played around with the resampling. No further dropout heard since that. regards, Marcel |
From: Marcel J. <ko...@ho...> - 2004-07-05 17:54:00
|
Hi Michael, > I cannot help you with the alsa part, but the attached patch might reduce > the dxr3 dropouts. I still get one dropout every week or so, which makes it > very hard to get to the bottom of the problem. Yesterday I finally found the time to test your patch. Unfortunately it seems that with cvs from yesterday I still have some dropouts (not very serious though) but more seriously I have some problems jumping to next chapters on DVD's now. Sometimes the image freezes but audio continues. It gets solved by jumping back an forward again (but sometimes this seems to cause some A/V out of sync). I'll try again this evening without your patch to see if that makes any difference (well, I simply update to days cvs to revert to normal cvs- hope your patch has not been included in there than ;-) ). I have another question. As long as have been using the dxr3, I can't get good OSD for DVD playback but OSD is fine when playing non-mpeg. When I adjust brightness for example, I see the word "brightness" displayed but no bar-graph indicating the brightness level. This works fine for non-mpeg things. Also the "pause" "play" OSD seem at the top of the image (in the added black bar) but I think it should be displayed in the actual image (I use a 16:9 TV set and black bars move outside the screen area). Do you also see this on your set ? Regards, Marcel |
From: Michael R. <mr...@us...> - 2004-07-05 18:16:48
|
Hi Marcel, > > I cannot help you with the alsa part, but the attached patch might reduce > > the dxr3 dropouts. I still get one dropout every week or so, which makes > > it very hard to get to the bottom of the problem. > > Yesterday I finally found the time to test your patch. > Unfortunately it seems that with cvs from yesterday I still have some > dropouts (not very serious though) but more seriously I have some problems > jumping to next chapters on DVD's now. Sometimes the image freezes but > audio continues. It gets solved by jumping back an forward again (but > sometimes this seems to cause some A/V out of sync). Haven't seen this here. > I have another question. As long as have been using the dxr3, I can't get > good OSD for DVD playback but OSD is fine when playing non-mpeg. > When I adjust brightness for example, I see the word "brightness" displayed > but no bar-graph indicating the brightness level. This works fine for > non-mpeg things. This is understandible, because with non-MPEG, the OSD can be overlayed entirely by xine before the image is encoded to MPEG. With MPEG content, the only way to show OSD is to encode it into a SPU, because there is no other way to directly alter the image (this would imply decoding it in software, changing it and reencoding it to MPEG before sending it to the card). But unfortunately, SPUs are very limited, there are only four colours and four transparency levels possible so some detail will get lost. > Also the "pause" "play" OSD seem at the top of the image (in the added > black bar) but I think it should be displayed in the actual image (I use a > 16:9 TV set and black bars move outside the screen area). The dxr3 always overlays the SPUs after scaling the image so these things will happen. > Do you also see this on your set ? Actually I don't use OSD at all because it is such a pain to do it with the dxr3. Michael -- printk("Penguin %d is stuck in the bottle.\n", i); 2.0.38 /usr/src/linux/arch/sparc/kernel/smp.c |
From: Marcel J. <ko...@ho...> - 2004-07-05 18:57:03
|
On Monday 05 July 2004 20:16, Michael Roitzsch wrote: > > I have another question. As long as have been using the dxr3, I can't get > > good OSD for DVD playback but OSD is fine when playing non-mpeg. > > When I adjust brightness for example, I see the word "brightness" > > displayed but no bar-graph indicating the brightness level. This works > > fine for non-mpeg things. > > This is understandible, because with non-MPEG, the OSD can be overlayed > entirely by xine before the image is encoded to MPEG. With MPEG content, > the only way to show OSD is to encode it into a SPU, because there is no > other way to directly alter the image (this would imply decoding it in > software, changing it and reencoding it to MPEG before sending it to the > card). But unfortunately, SPUs are very limited, there are only four > colours and four transparency levels possible so some detail will get lost. That explains. > Actually I don't use OSD at all because it is such a pain to do it with the > dxr3. Well, for non-mpeg it works just fine. MPEG will be a pain, I agree. Perhaps I should make a lcdproc interface instead of OSD (or does that already exist ?). Regards, Marcel |
From: Michael R. <mr...@us...> - 2004-07-05 19:11:41
|
Hi Marcel, > > Actually I don't use OSD at all because it is such a pain to do it with > > the dxr3. > > Well, for non-mpeg it works just fine. MPEG will be a pain, I agree. > Perhaps I should make a lcdproc interface instead of OSD (or does that > already exist ?). Does not exist. Sounds like a nice extension to xine-ui. (Although I somehow start to think xine-ui could need a little cleanup with all these nifty little extensions already in there...) Michael -- /* Nobody will ever see this message :-) */ panic("Cannot initialize video hardware\n"); 2.0.38 /usr/src/linux/arch/m68k/atari/atafb.c |