Hello,
I am a big fan of Arte, and I would like to watch it in HD. Aug 15 13:18:42 vdr vdr: [24729] receiver on device 2 thread started (pid=3246, tid=24729) Aug 15 13:18:42 vdr vdr: [24730] TS buffer on device 2 thread started (pid=3246, tid=24730) Aug 15 13:18:42 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:09 vdr vdr: [24729] buffer usage: 80% (tid=24728) Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 90% (tid=24728) Aug 15 13:19:10 vdr vdr: [24728] clearing transfer buffer to avoid overflows Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 0% (tid=24728) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (7) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (2) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (14) Aug 15 13:19:10 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode
How could I avoid those errors which make me loose the sound and have glitches ?
In my .xine/config I have : audio.device.alsa_front_device:default engine.performance.memcpy_method:libc gui.dropped_frames_warning:0 gui.experience_level:Master of the known universe gui.panel_visible:0 gui.panel_x:700 gui.panel_y:550 .version:2 video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:2
I use count 2 because I have a core 2 duo.
grep -i xine /etc/vdr/setup.conf xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn xine.image16:9.zoomX = 100 xine.image16:9.zoomY = 100 xine.image4:3.zoomX = 100 xine.image4:3.zoomY = 100 xine.interactWithEitScannerMode = interactWithEitScannerOff xine.modeLiveTV.monitoringDuration = 4 xine.modeLiveTV.monitoringMode = monitoringOnce xine.modeLiveTV.prebufferFrames = 6 xine.modeLiveTV.prebufferHysteresis = 6 xine.muteMode = muteIgnore xine.osdGammaCorrection = 123 xine.osdMode = osdBlendScaledHQ xine.transparencyMode = transparencyOn xine.volumeMode = volumeChangeHW
And I start xine with :
#!/bin/bash killall xine > /dev/null &> /dev/null killall -9 xine > /dev/null &> /dev/null #XINE="xine -V xxmc -A alsa --no-logo --borderless --geometry +0+0 --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1" XINE="xine -V xv -A alsa -f --no-logo --geometry +0+0 --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1" VDR="vdr:/var/vdr/xine/stream#demux:mpeg_pes" #VDR="vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
if [ -z "$1" ]; then $XINE $VDR > /dev/null &> /dev/null & else $XINE $1 > /dev/null &> /dev/null & fi
sleep 4 && sudo renice -18 -p `pidof xine` > /dev/null &> /dev/null &
I have svn ffmpeg and hg xine-lib-1.2.
Thanks,
and what about xine-lib's logs ?
I am a big fan of Arte, and I would like to watch it in HD. Aug 15 13:18:42 vdr vdr: [24729] receiver on device 2 thread started (pid=3246, tid=24729) Aug 15 13:18:42 vdr vdr: [24730] TS buffer on device 2 thread started (pid=3246, tid=24730) Aug 15 13:18:42 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:09 vdr vdr: [24729] buffer usage: 80% (tid=24728) Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 90% (tid=24728) Aug 15 13:19:10 vdr vdr: [24728] clearing transfer buffer to avoid overflows Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 0% (tid=24728) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (7) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (2) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (14) Aug 15 13:19:10 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode
How could I avoid those errors which make me loose the sound and have glitches ?
In my .xine/config I have : audio.device.alsa_front_device:default engine.performance.memcpy_method:libc gui.dropped_frames_warning:0 gui.experience_level:Master of the known universe gui.panel_visible:0 gui.panel_x:700 gui.panel_y:550 .version:2 video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:2
I use count 2 because I have a core 2 duo.
grep -i xine /etc/vdr/setup.conf xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn xine.image16:9.zoomX = 100 xine.image16:9.zoomY = 100 xine.image4:3.zoomX = 100 xine.image4:3.zoomY = 100 xine.interactWithEitScannerMode = interactWithEitScannerOff xine.modeLiveTV.monitoringDuration = 4 xine.modeLiveTV.monitoringMode = monitoringOnce xine.modeLiveTV.prebufferFrames = 6 xine.modeLiveTV.prebufferHysteresis = 6 xine.muteMode = muteIgnore xine.osdGammaCorrection = 123 xine.osdMode = osdBlendScaledHQ xine.transparencyMode = transparencyOn xine.volumeMode = volumeChangeHW
And I start xine with :
#!/bin/bash killall xine > /dev/null &> /dev/null killall -9 xine > /dev/null &> /dev/null #XINE="xine -V xxmc -A alsa --no-logo --borderless --geometry +0+0 --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1" XINE="xine -V xv -A alsa -f --no-logo --geometry +0+0 --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1" VDR="vdr:/var/vdr/xine/stream#demux:mpeg_pes" #VDR="vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
if [ -z "$1" ]; then $XINE $VDR > /dev/null &> /dev/null & else $XINE $1 > /dev/null &> /dev/null & fi
sleep 4 && sudo renice -18 -p `pidof xine` > /dev/null &> /dev/null &
I have svn ffmpeg and hg xine-lib-1.2.
On Fri, Aug 15, 2008 at 03:38:06PM +0400, Goga777 wrote:
and what about xine-lib's logs ?
vdr: osdflush: n: 1, 11.0, timeout: 0, result: 0 [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]non-existing PPS referenced [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]non-existing PPS referenced [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]non-existing PPS referenced [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d84f80]number of reference frames exceeds max (probably corrupt input), discarding one ratio: 17778 vdr: osdflush: n: 1, 14.2, timeout: 0, result: 0 vdr: osdflush: n: 15, 200.1, timeout: 1, result: 4 +++ CLEAR(7a): sync point: 2a === CLEAR(7.1) === CLEAR(7.2) === CLEAR(7.3) === CLEAR(7.4) === CLEAR(7.5) --- CLEAR(7a) +++ CLEAR(7b): sync point: 2a === CLEAR(7.1) === CLEAR(7.2) === CLEAR(7.3) === CLEAR(7.4) === CLEAR(7.5)
Here not sure about the paste... redundant infos...
--- CLEAR(7b) [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one +++ CLEAR(7b): sync point: 2a === CLEAR(7.1) === CLEAR(7.2) === CLEAR(7.3) === CLEAR(7.4) === CLEAR(7.5) --- CLEAR(7b) [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x2d91bc0]cabac decode of qscale diff failed at 15 42 [h264 @ 0x2d91bc0]error while decoding MB 15 42, bytestream (11260) [h264 @ 0x2d91bc0]concealing 274 DC, 274 AC, 274 MV errors +++ CLEAR(8a): sync point: 2b === CLEAR(8.1) === CLEAR(8.2) === CLEAR(8.3) === CLEAR(8.4) === CLEAR(8.5) --- CLEAR(8a) +++ CLEAR(8b): sync point: 2b === CLEAR(8.1) === CLEAR(8.2) === CLEAR(8.3) === CLEAR(8.4) === CLEAR(8.5) --- CLEAR(8b) [h264 @ 0x2d91bc0]non-existing PPS referenced [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! +++ CLEAR(9a): sync point: 2c === CLEAR(9.1) === CLEAR(9.2) === CLEAR(9.3) === CLEAR(9.4) === CLEAR(9.5) --- CLEAR(9a) +++ CLEAR(9b): sync point: 2c === CLEAR(9.1) === CLEAR(9.2) === CLEAR(9.3) === CLEAR(9.4) === CLEAR(9.5) --- CLEAR(9b) [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]non-existing PPS referenced [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! +++ CLEAR(10a): sync point: 2d === CLEAR(10.1) === CLEAR(10.2) === CLEAR(10.3) === CLEAR(10.4) === CLEAR(10.5) --- CLEAR(10a) +++ CLEAR(10b): sync point: 2d === CLEAR(10.1) === CLEAR(10.2) === CLEAR(10.3) === CLEAR(10.4) === CLEAR(10.5) --- CLEAR(10b) [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame! [h264 @ 0x2d91bc0]B picture before any references, skipping [h264 @ 0x2d91bc0]decode_slice_header error [h264 @ 0x2d91bc0]no frame!
etc :-)
Thanks,
I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's developers ?
On Fri, Aug 15, 2008 at 03:38:06PM +0400, Goga777 wrote:
and what about xine-lib's logs ?
vdr: osdflush: n: 1, 11.0, timeout: 0, result: 0 [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]B picture before any references, skipping [h264 @ 0x2d84f80]decode_slice_header error [h264 @ 0x2d84f80]no frame! [h264 @ 0x2d84f80]non-existing PPS referenced [h264 @ 0x2d84f80]decode_slice_header error
On Sat, Aug 16, 2008 at 11:45:15AM +0400, Goga777 wrote:
I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's developers ?
I doubt it : the errors buffers in VDR seems more relevant to me.
I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's developers ?
I doubt it : the errors buffers in VDR seems more relevant to me.
why do you think that the messages like
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728)
are the erorrs buffers in VDR ?
On Sun, Aug 17, 2008 at 08:52:22PM +0400, Goga777 wrote:
I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's developers ?
I doubt it : the errors buffers in VDR seems more relevant to me.
why do you think that the messages like
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728)
are the erorrs buffers in VDR ?
Because they are in vdr log ;-)
But I have increased VDR buffers (3 of them) and I don't have those errors anymore but still have audio problem on Arte HD, even with ffplay as one can see here :
ffplay 001.vdr FFplay version SVN-r14839, Copyright (c) 2003-2008 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-static --enable-shared --cc=x86_64-pc-linux-gnu-gcc --arch=x86_64 --cpu=core2 --disable-altivec --disable-debug --enable-libmp3lame --enable-liba52 --enable-libdc1394 --enable-pthreads --enable-libxvid --enable-libvorbis --enable-libx264 --enable-libtheora --enable-libfaad --enable-libfaac --enable-hardcoded-tables --enable-libschroedinger --enable-libamr-nb --enable-nonfree --enable-libamr-wb --enable-nonfree --enable-gpl --enable-postproc --disable-stripping --enable-avfilter --enable-avfilter-lavf --enable-swscale libavutil 49. 9. 0 / 49. 9. 0 libavcodec 51.66. 0 / 51.66. 0 libavformat 52.20. 0 / 52.20. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 1. 0 / 0. 1. 0 built on Aug 19 2008 17:45:23, gcc: 4.3.1 [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]non-existing PPS referenced [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]non-existing PPS referenced [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]non-existing PPS referenced [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]warning: first frame is no keyframe [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one [h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt input), discarding one
With mplayer I can only play the audio part, which is just fine.
This sample is only 65 Mo so I can upload in somewhere if needed.
Thanks,
I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's developers ?
I doubt it : the errors buffers in VDR seems more relevant to me.
why do you think that the messages like
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728)
are the erorrs buffers in VDR ?
Because they are in vdr log ;-)
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
But I have increased VDR buffers (3 of them)
how ?
and I don't have those errors anymore but still have audio problem on Arte HD, even with ffplay as one can see here :
ffplay 001.vdr FFplay version SVN-r14839, Copyright (c) 2003-2008 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-static --enable-shared --cc=x86_64-pc-linux-gnu-gcc --arch=x86_64 --cpu=core2 --disable-altivec --disable-debug --enable-libmp3lame --enable-liba52 --enable-libdc1394 --enable-pthreads --enable-libxvid --enable-libvorbis --enable-libx264 --enable-libtheora --enable-libfaad --enable-libfaac --enable-hardcoded-tables --enable-libschroedinger --enable-libamr-nb --enable-nonfree --enable-libamr-wb --enable-nonfree --enable-gpl --enable-postproc --disable-stripping --enable-avfilter --enable-avfilter-lavf --enable-swscale libavutil 49. 9. 0 / 49. 9. 0 libavcodec 51.66. 0 / 51.66. 0 libavformat 52.20. 0 / 52.20. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 1. 0 / 0. 1. 0 built on Aug 19 2008 17:45:23, gcc: 4.3.1 [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]non-existing PPS referenced [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]non-existing PPS referenced [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]non-existing PPS referenced [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame! [h264 @ 0x12b8f50]B picture before any references, skipping [h264 @ 0x12b8f50]decode_slice_header error [h264 @ 0x12b8f50]no frame!
do these warnings you see always or only during of the first several seconds after switching on the Arte ?
With mplayer I can only play the audio part, which is just fine.
it's other problem. MPlayer doesn't play PES h.264 files recorded by VDR
This sample is only 65 Mo so I can upload in somewhere if needed.
you can cut it
If the sample file is too large ( > 10 megabytes), cut it down to size with the Unix 'dd' command: dd if=sample-file of=small-sample-file bs=1024 count=10000
Goga
On Thu, Aug 21, 2008 at 12:18:02PM +0400, Goga777 wrote:
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
I guess so.
how ?
Edit the source, recompil, install.
do these warnings you see always or only during of the first several seconds after switching on the Arte ?
Always.
you can cut it
If the sample file is too large ( > 10 megabytes), cut it down to size with the Unix 'dd' command: dd if=sample-file of=small-sample-file bs=1024 count=10000
I am not sure if cutting was needed : http://rapidshare.com/files/138962028/001.vdr.html
Maybe I should post something else ?
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
I guess so.
how ?
Edit the source, recompil, install.
do these warnings you see always or only during of the first several seconds after switching on the Arte ?
Always.
you can cut it
If the sample file is too large ( > 10 megabytes), cut it down to size with the Unix 'dd' command: dd if=sample-file of=small-sample-file bs=1024 count=10000
I am not sure if cutting was needed : http://rapidshare.com/files/138962028/001.vdr.html
Maybe I should post something else ?
could you test Arte with szap2 and mplayer/xine/ffplay . Have you these warnings and errors ?
mplayer /dev/dvb/adapter0/dvr0
dvbsnoop -s ts -b -tsraw | mplayer - dvbsnoop -s ts -b -tsraw | xine stdin:/
dvbsnoop -s ts -b -tsraw > file.name
dvbstream -o 8192 | xine stdin:// dvbstream -o 8192 | mplayer -
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
I guess so.
how ?
Edit the source, recompil, install.
do these warnings you see always or only during of the first several seconds after switching on the Arte ?
Always.
you can cut it
If the sample file is too large ( > 10 megabytes), cut it down to size with the Unix 'dd' command: dd if=sample-file of=small-sample-file bs=1024 count=10000
I am not sure if cutting was needed : http://rapidshare.com/files/138962028/001.vdr.html
Maybe I should post something else ?
sorry for me 67 MB is very big size
at first we have to clarify - where's problem ?
vdr/xine/ffmpeg/dvb-provider/reception problems ?
Goga
On Thu, Aug 21, 2008 at 01:14:23PM +0200, Gregoire Favre wrote:
On Thu, Aug 21, 2008 at 12:18:02PM +0400, Goga777 wrote:
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
I guess so.
how ?
Edit the source, recompil, install.
I changed this : grep BUFSIZE *|grep MEGABYTE dvbplayer.c:#define PLAYERBUFSIZE MEGABYTE(4) recorder.c:#define RECORDERBUFSIZE MEGABYTE(20) transfer.c:#define TRANSFERBUFSIZE MEGABYTE(8)
My computer has 4Gb of ram so I can be large...
On Monday 01 of September 2008, Gregoire Favre wrote:
Edit the source, recompil, install.
I changed this : grep BUFSIZE *|grep MEGABYTE dvbplayer.c:#define PLAYERBUFSIZE MEGABYTE(4) recorder.c:#define RECORDERBUFSIZE MEGABYTE(20) transfer.c:#define TRANSFERBUFSIZE MEGABYTE(8)
My computer has 4Gb of ram so I can be large...
Thanks Gregoire for your info. It seems to me that it help me with some stalling at specific channles.
My PC has also 4GB :) .
BR,
Ales
Hi,
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
regards
Pierre
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
yes, I run hvr4000 for dvb-s/s2 on vdr170 with drivers from Igor Liplianin http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/liplianindvb/
it works fine
Goga
Goga777 a écrit :
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
yes, I run hvr4000 for dvb-s/s2 on vdr170 with drivers from Igor Liplianin http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/liplianindvb/
it works fine
Goga
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte.
Thanks Goga, i'm gonna try this
Goga777 a écrit :
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
yes, I run hvr4000 for dvb-s/s2 on vdr170 with drivers from Igor Liplianin http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/liplianindvb/
it works fine
Goga
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte.
Goga, can u give me your lsmod detailling the hvr4000 stuff ? I'm trying to setup Igor's drivers.
tnx
Pierre
On Tue, Sep 02, 2008 at 07:48:19PM +0200, Pierre-Yves Paranthoën wrote:
Goga, can u give me your lsmod detailling the hvr4000 stuff ? I'm trying to setup Igor's drivers.
Under gentoo, my dvb initscript is (I have also budget-ci cards) :
#!/sbin/runscript
start() { ebegin "dvb up" modprobe budget_ci modprobe cx8800 modprobe cx88_alsa modprobe cx88-dvb eend $? "dvb up failed" }
stop() { ebegin "dvb down" rmmod cx88_alsa cx88xx cx24123 cx88_dvb cx88_vp3054_i2c cx8802 cx24123 dvb_pll video_buf_dvb cx88xx i2c_algo_bit video_buf btcx_risc tveeprom videodev cx2341x dvb_core budget_ci budget_core tda1004x dvb_ttpci saa7146_vv stv0299 ves1820 tda8083 sp8870 ves1x93 dvb_core video_buf saa7146 ttpci_eeprom l64781 stv0297 v4l1_compat v4l2_common videodev cx8800 cx88xx i2c_algo_bit tveeprom videodev v4l2_common v4l1_compat video_buf btcx_risc compat_ioctl32 v4l2_common ir_common lnbp21 tuner v4l2_common cx24116 isl6421 cx88-dvb eeprom tea5767 tda8290 tuner_simple mt20xx videobuf_dvb dvb_core videobuf_dma_sg videobuf_core tda18271 tda827x tuner_xc2028 tda9887 2> /dev/null echo Hope... eend $? "dvb down failed" }
Hi,
Is there a particular patch to apply as compilation fails ? :
/var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:554: erreur: field '__user' has incomplete type /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:554: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:561: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:563: erreur: variable or field '__user' declared void /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:563: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/videodev.h:148: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/dvb/video.h:162: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/dvb/video.h:195: erreur: expected ';' before '*' token dvbdevice.c: In member function 'virtual void cDvbDevice::StillPicture(const uchar*, int)': dvbdevice.c:1206: erreur: too many initializers for 'video_still_picture' dvbdevice.c:1206: erreur: invalid conversion from 'char*' to 'int32_t' dvbdevice.c:1212: erreur: too many initializers for 'video_still_picture' dvbdevice.c:1212: erreur: invalid conversion from 'char*' to 'int32_t' make: *** [dvbdevice.o] Erreur 1
regards
Pierre
2008/9/3 Pierre-Yves Paranthoën py.paranthoen@wanadoo.fr:
Hi,
Is there a particular patch to apply as compilation fails ? :
/var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:554: erreur: field '__user' has incomplete type /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:554: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:561: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:563: erreur: variable or field '__user' declared void /var/alfs/build/liplianindvb/linux/include/linux/videodev2.h:563: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/videodev.h:148: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/dvb/video.h:162: erreur: expected ';' before '*' token /var/alfs/build/liplianindvb/linux/include/linux/dvb/video.h:195: erreur: expected ';' before '*' token dvbdevice.c: In member function 'virtual void cDvbDevice::StillPicture(const uchar*, int)': dvbdevice.c:1206: erreur: too many initializers for 'video_still_picture' dvbdevice.c:1206: erreur: invalid conversion from 'char*' to 'int32_t' dvbdevice.c:1212: erreur: too many initializers for 'video_still_picture' dvbdevice.c:1212: erreur: invalid conversion from 'char*' to 'int32_t' make: *** [dvbdevice.o] Erreur 1
1. You need to copy linux/compiler.h from your kernel-header to liplianidvb/linux/include/linux 2. You need to patch vdr-1.7.0 with vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff Link to patch: http://www.linuxtv.org/pipermail/vdr/attachments/20080413/1054bcfb/attachmen...
Regards Oleg Roitburd
On Monday 01 of September 2008, Pierre-Yves Paranthoën wrote:
Hi,
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
regards
Pierre
Hi,
I'm running it with vdr-1.7.0 and some patches (h.264 and gotoX) together with diseqc switch and motor.
No problems,
BR,
Ales
On Tuesday 02 of September 2008, Goga777 wrote:
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
regards
Pierre
Hi,
I'm running it with vdr-1.7.0 and some patches (h.264 and gotoX) together with diseqc switch and motor.
No problems,
Hi,
I'm using newer version of a patch which can be found at http://www.linuxtv.org/pipermail/vdr/2008-March/016164.html. I have version for vdr-1.6.0 but now I'm not sure if I downloaded it from somewhere or made it myself, I couln't find vdr-1.6.0-gotox.diff anywhere. When applied this patch to vdr-1.7.0 there are some rejects but there is no problem to fix it by hand.
I'll try to make newer version (for 1.7.0) and send it to Seppo to review it, as this is basically not work of mine.
BR,
Ales
Hi
could you download please this gotoxx-patches for vdr 160 & vdr 170 somewhere As far as I understand no need to insatll rotor-plugin with these patches foe gotoxx/usals thanks
Goga
On Tuesday 02 of September 2008, Goga777 wrote:
Does anyone successfully run the Hauppauge HVR4000 with vdr ?
regards
Pierre
Hi,
I'm running it with vdr-1.7.0 and some patches (h.264 and gotoX) together with diseqc switch and motor.
No problems,
Hi,
I'm using newer version of a patch which can be found at http://www.linuxtv.org/pipermail/vdr/2008-March/016164.html. I have version for vdr-1.6.0 but now I'm not sure if I downloaded it from somewhere or made it myself, I couln't find vdr-1.6.0-gotox.diff anywhere. When applied this patch to vdr-1.7.0 there are some rejects but there is no problem to fix it by hand.
I'll try to make newer version (for 1.7.0) and send it to Seppo to review it, as this is basically not work of mine.
On Tuesday 02 of September 2008, Goga777 wrote:
Hi
could you download please this gotoxx-patches for vdr 160 & vdr 170 somewhere As far as I understand no need to insatll rotor-plugin with these patches foe gotoxx/usals thanks
Goga
HI,
ok, I hope that Seppo will not be very disappointed ;) .
Attached diffs are against plain versions of vdr.
So, the goal of this patch is possible to read at http://www.linuxtv.org/pipermail/vdr/2008-March/016164.html.
The diseqc.conf should be like Seppo wrote in his file http://www.linuxtv.org/pipermail/vdr/attachments/20080315/ae33847e/attachmen....
I'm using it with diseqc switch (EMP S164) and diseqc motor (Stab HH 120). Motor is at 4th position of the switch. Two weeks ago when I've had the TT S2-3200 this combination was very unreliable (so sometime I had no feel to which position my motor is pointing). Now, with HVR-4000 I have no problems. Maybe new version of Igor Liplianin's multiproto will work also with TT S2-3200 but I didn't test it.
I'm using for 4th input of the switch and my diseqc.conf entries are like this:
S0.8W 11700 V 9750 t v W15 [E0 10 38 FC] W150 G v t S0.8W 99999 V 10600 t v W15 [E0 10 38 FD] W150 G v T S0.8W 11700 H 9750 t V W15 [E0 10 38 FE] W150 G V t S0.8W 99999 H 10600 t V W15 [E0 10 38 FF] W150 G V T
S4.0W 11700 V 9750 t v W15 [E0 10 38 FC] W150 G v t S4.0W 99999 V 10600 t v W15 [E0 10 38 FD] W150 G v T S4.0W 11700 H 9750 t V W15 [E0 10 38 FE] W150 G V t S4.0W 99999 H 10600 t V W15 [E0 10 38 FF] W150 G V T
for all positions to which I want to move the dish.
BR,
Ales
Ales Jurik wrote:
So, the goal of this patch is possible to read at http://www.linuxtv.org/pipermail/vdr/2008-March/016164.html.
The diseqc.conf should be like Seppo wrote in his file http://www.linuxtv.org/pipermail/vdr/attachments/20080315/ae33847e/attachmen....
@Klaus: Could you please consider including this core DiSEqC/USALS feature to vdr 1.7.x development.
Best Regards, Seppo
On Mon, Sep 01, 2008 at 01:14:51PM +0200, Gregoire Favre wrote:
On Thu, Aug 21, 2008 at 01:14:23PM +0200, Gregoire Favre wrote:
On Thu, Aug 21, 2008 at 12:18:02PM +0400, Goga777 wrote:
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
I guess so.
how ?
Edit the source, recompil, install.
I changed this : grep BUFSIZE *|grep MEGABYTE dvbplayer.c:#define PLAYERBUFSIZE MEGABYTE(4) recorder.c:#define RECORDERBUFSIZE MEGABYTE(20) transfer.c:#define TRANSFERBUFSIZE MEGABYTE(8)
My computer has 4Gb of ram so I can be large...
I rarely used VDR for quiete a long time, and I wanted to try some other way : I compiled ffmpeg with icc using "-O3 -xT -gcc -mtune=core2" and that make a difference : now my CPU is almost enough for ARTE HD which wasn't the case with gcc ;-)
If the weather stay so bad, I shall use VDR again a lots (not for recording as for that I'll wait vdr-1.7.1 but anyway) :-)
Hi,
Gregoire Favre schrieb:
On Mon, Sep 01, 2008 at 01:14:51PM +0200, Gregoire Favre wrote:
On Thu, Aug 21, 2008 at 01:14:23PM +0200, Gregoire Favre wrote:
On Thu, Aug 21, 2008 at 12:18:02PM +0400, Goga777 wrote:
yes, but for me it's not errors, it's only information messages, nothing special. May be I wrong...
I guess so.
how ?
Edit the source, recompil, install.
I changed this : grep BUFSIZE *|grep MEGABYTE dvbplayer.c:#define PLAYERBUFSIZE MEGABYTE(4) recorder.c:#define RECORDERBUFSIZE MEGABYTE(20) transfer.c:#define TRANSFERBUFSIZE MEGABYTE(8)
My computer has 4Gb of ram so I can be large...
I rarely used VDR for quiete a long time, and I wanted to try some other way : I compiled ffmpeg with icc using "-O3 -xT -gcc -mtune=core2" and that make a difference : now my CPU is almost enough for ARTE HD which wasn't the case with gcc ;-)
If the weather stay so bad, I shall use VDR again a lots (not for recording as for that I'll wait vdr-1.7.1 but anyway) :-)
What CPU do you have (MHz)?
Have you tried compiling it with gcc -O3 ?
I would like to know, if there is a performance increase, when compiling ffmpeg with gcc -O3 instead of -O2.
Maybe some other applications, like the X-Server should also be compiled with -O3 to get a better performance with h264 decoding...
Regards, Artem
On Sun, Sep 07, 2008 at 11:03:46PM +0200, Artem Makhutov wrote:
What CPU do you have (MHz)?
Intel Core 2 Duo @ 2.4GHz.
Have you tried compiling it with gcc -O3 ?
Yes.
I would like to know, if there is a performance increase, when compiling ffmpeg with gcc -O3 instead of -O2.
Not for everything, AFAIK it's sometimes slower ???
Maybe some other applications, like the X-Server should also be compiled with -O3 to get a better performance with h264 decoding...
My xorg-server-1.5 is also compiled with icc :-)
Hi,
On Sat, Sep 06, 2008 at 11:39:51PM +0200, Gregoire Favre wrote:
On Mon, Sep 01, 2008 at 01:14:51PM +0200, Gregoire Favre wrote: [...]
I rarely used VDR for quiete a long time, and I wanted to try some other way : I compiled ffmpeg with icc using "-O3 -xT -gcc -mtune=core2" and that make a difference : now my CPU is almost enough for ARTE HD which wasn't the case with gcc ;-)
How have you compiled ffmpeg? Have you patched anything?
I am compiling whith ICCCFLAGS="-O3 -xP -gcc" but I am getting this error when compiling ffmpeg with icc:
icc -shared -Wl,-soname,libswscale.so.0 -L"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavutil -Wl,-O1 -rdynamic -export-dynamic -Wl,--warn-common -Wl,--as-needed -Wl,-rpath-link,"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavcodec -Wl,-rpath-link,"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavformat -Wl,-rpath-link,"/tmp/portage/media-video/ffmpeg-0.4.9_p20080326/work/ffmpeg"/libavutil -Wl,-Bsymbolic -o libswscale.so.0 rgb2rgb.o swscale.o yuv2rgb.o -lavutil -lz -pthread -lm -la52 -lfaac -lfaad -lmp3lame -lm -ltheora -logg -lvorbisenc -lvorbis -logg -lx264 -lm -lxvidcore -ldc1394_control -lraw1394 -lX11 -lXext icc: command line warning #10156: ignoring option '-export'; no argument required ipo: warning #11030: IPO link: Warning unknown option --as-needed ld: swscale.o: relocation R_X86_64_PC32 against `b5Dither' can not be used when making a shared object; recompile with -fPIC ld: final link failed: Bad value make[1]: *** [libswscale.so.0] Error 1
I am getting this error while compiling xine-lib:
demux_str.c(143): error: expected a "}" { 0x60, 0x01, 0x01, 0x80 };
Any ideas?
Thanks, Artem
On Thu, Sep 11, 2008 at 09:41:19AM +0200, Artem Makhutov wrote:
Hello,
How have you compiled ffmpeg? Have you patched anything?
I use ffmpeg svn compiled with :
http://gentoo-wiki.com/HOWTO_ICC_and_Portage
The ebuild is from berkano overlay, which include the patch needed for ffmpeg, namely ffmpeg-icc.patch :
Index: libswscale/yuv2rgb.c =================================================================== --- libswscale/yuv2rgb.c (Revision 27482) +++ libswscale/yuv2rgb.c (Arbeitskopie) @@ -157,6 +157,9 @@
// The volatile is required because gcc otherwise optimizes some writes away // not knowing that these are read in the ASM block. +#ifdef __ICC +#define static +#endif static volatile uint64_t attribute_used __attribute__((aligned(8))) b5Dither; static volatile uint64_t attribute_used __attribute__((aligned(8))) g5Dither; static volatile uint64_t attribute_used __attribute__((aligned(8))) g6Dither;
Gentoo is really something if you want to optimise for a purpose :-)
-
Ales Jurik -
Artem Makhutov -
Goga777 -
Gregoire Favre -
oleg roitburd -
Pierre-Yves Paranthoën -
Seppo Ingalsuo