Hi Support,
Thanks for the speedy answer...
the loopback error is no issue, it's something that will be available in newer driver versions.
Thanks for the info - good to know!
did you try to use mplayer?
Nope, I didn't even have it installed - so now I just
sudo apt-get install-ed it..
This issue seems to be a signal problem maybe previous vlc versions have been more faulty tolerant.
Could be, since both VLC 1.0.6 and Kaffeine 1.0-svn3 deal OK with video (but Kaffeine still cannot handle audio on my system)
you can try mplayer using following command (you can use this at the same time as VLC):
cat /dev/dvb/adapter0/dvr0 | mplayer -cache 10240 -
and compare the video quality
Ok, this is interesting - after install (or after I unplug/plug the stick), I try to run the following:
$ /opt/bin/mediaclient -D DVBTUsing device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBT
Done.
$ cat /dev/dvb/adapter0/dvr0 | mplayer -cache 10240 -
MPlayer SVN-r1.0~rc3+svn20090426-4.4.3 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing -.
Reading from stdin...
Cache fill: 0.00% (0 bytes) ^C
MPlayer interrupted by signal 2 in module: enable_cache
Cache fill: 0.00% (0 bytes)
Exiting... (Quit)
And it stays and "Cache fill: 0.00% (0 bytes)" all the time until I press Ctrl-C; no window (for displaying video) is raised at all...
Then, I start VLC1.0.6 on a channel which works - and I try to run mplayer "in parallel":
$ cat /dev/dvb/adapter0/dvr0 | mplayer -cache 10240 - 2>&1 | less -omplayervlc.log
While VLC is running, so does mlayer - although mplayer keeps on "jerking" the video (as in playing half a second, then pausing for less than half a second, then playing again etc.. - note though, this is not a powerful PC, and any application showing DVBT uses like 80% of CPU); although the audio seems fine.
If I then close VLC, and leave mplayer running, it will speed play through the remaining video (while audio still runs smoothly) - and as soon as it runs out of frames, the video freezes; and only thing I can do is close mplayer.
The 'mplayervlc.log' captured in such a session is here:
http://slexy.org/raw/s2Hqorchp9 (1.5 MB, one month expiry)
If after that, I try to run the mplayer command line again:
$ cat /dev/dvb/adapter0/dvr0 | mplayer -cache 10240 -
MPlayer SVN-r1.0~rc3+svn20090426-4.4.3 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing -.
Reading from stdin...
Cache fill: 19.38% (2031616 bytes)
TS file format detected.
VIDEO MPEG2(pid=2311) AUDIO MPA(pid=2021) NO SUBS (yet)! PROGRAM N. 0
^C
MPlayer interrupted by signal 2 in module: enable_cache
MPlayer interrupted by signal 2 in module: video_read_properties
MPEG: FATAL: EOF while searching for sequence header.
Video: Cannot read properties.
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
ADecoder init failed :(
ADecoder init failed :(
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
Unknown/missing audio format -> no sound
ADecoder init failed :(
Requested audio codec family [mad] (afm=libmad) not available.
Enable it at compilation.
Opening audio decoder: [hwmpa] MPEG audio pass-through (fake decoder)
Cannot sync MPA frame: 0
ADecoder init failed :(
ADecoder init failed :(
Cannot find codec for audio format 0x50.
Read DOCS/HTML/en/codecs.html!
Audio: no sound
Video: no video
Exiting... (End of file)
Or, in other words, it starts buffering up to 19%, and then it freezes until you press Ctrl-C (and bviously, since it started buffering, now it gives more verbose messages than when it buffered 0%). Repeated callings of this command line hereafter always result with buffering up to circa 19% though not always exact the same (another run may give 19.69%, etc).
additionally you might check the signal strength:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 (it scans until you stop it with ctrl-c)
Here's a brief log, signal seems fine:
$ /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
== reading digital TV signal ==
SIGNAL: [ ] (0%)
SIGNAL: [ ] (0%)
SIGNAL: [ ] (0%)
SIGNAL: [ ] (0%)
SIGNAL: [ ] (0%)
SIGNAL: [..................................................................... ] (69%)
SIGNAL: [..................................................................... ] (69%)
SIGNAL: [....................................................................... ] (71%)
SIGNAL: [.................................................................... ] (68%)
SIGNAL: [..................................................................... ] (69%)
SIGNAL: [..................................................................... ] (69%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [.................................................................... ] (68%)
SIGNAL: [.................................................................... ] (68%)
SIGNAL: [...................................................................... ] (70%)
SIGNAL: [............................................................................................ ] (92%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [............................................................................................ ] (92%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [............................................................................................ ] (92%)
SIGNAL: [............................................................................................ ] (92%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [.......................................................................................... ] (90%)
SIGNAL: [.......................................................................................... ] (90%)
SIGNAL: [......................................................................................... ] (89%)
SIGNAL: [......................................................................................... ] (89%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [........................................................................................... ] (91%)
SIGNAL: [.......................................................................................... ] (90%)
SIGNAL: [.......................................................................................... ] (90%)
SIGNAL: [.......................................................................................... ] (90%)
SIGNAL: [.......................................................................................... ] (90%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [....................................................................................... ] (87%)
SIGNAL: [....................................................................................... ] (87%)
SIGNAL: [....................................................................................... ] (87%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [........................................................................................ ] (88%)
SIGNAL: [....................................................................................... ] (87%)
In case it works well with mplayer try to capture a video (for 30 seconds - this will take 100-200 mb).
cat /dev/dvb/adapter0/dvr0 > /tmp/test.ts
afterwards try to play the video with vlc, if it doesn't work with vlc but with mplayer please upload the video so we can check if the content has some generic issues with VLC.
Hm... The thing is mplayer will only show any kind of video if VLC 1.0.6 is running along; so I'm not sure whether that could be called 'works well'... However, I tried the above command while VLC 1.0.6 is running, and the resulting test.ts opens very well and plays back in VLC 1.0.6 (in spite of a couple of discontinuity errors)... Though I haven't tested that .ts file yet with VLC > 1.1.1...
Well, I hope this sheds some light on the subject - else please let me know what else I should try...
Cheers!
EDIT - just tried to play the test.ts on a VLC 1.1.1 on a different Ubuntu Lucid machine, and it won't play! So, I uploaded it here
http://www.mediafire.com/?qbfqy4h8qpcrlpx(
http://download566.mediafire.com/0a4l9ir8lz7g/qbfqy4h8qpcrlpx/test.ts)
Hope it will help..
Cheers!