Bug #551
Recordings are corrupt in fast changing scenes
0%
Description
1. The bug
Tvheadend DVB-T SD FTA h264 recordings are with artifacts (bricks) in fast changing video scenes. Live shows without artifacts.
2. How to reproduce
Record any TV program with tvheadend
3. What is tested?
3.1 Tvheadend binary distribution and build from source in Ubuntu 11.04 – the same bug
3.2 „renice -20 –u hts” - the same bug
3.3 –d –s flags – the same bug, no errors
3.4 different PC – the same bug
3.5 Mythtv and DVR – same HW and OS – no problems live or recordings in both PC
3.6 dvbstream dump in .ts file – no problems
3.7 recordings to local HDD or NAS – no change in bug
3.8 recording and watching the same show live – live show without problems, recording with bug
4. Example file – ftp://dt.cs.rtu.lv/pub/Atruma-cilts.mkv
5. Possibility to help – I can debug further if some guidance is provided. I’m not developer, but have some basic skills in Linux and interest in using tvheadend in place of alternatives (witch I configured and tested) because of functionality and ease of use by others.
P.S
I cant file bug report because of field "Found in version" of bug report. It rejects 2.12 or 2.13 or git-920de31 in this field....
Files
History
Updated by Andreas Smas over 13 years ago
- Tracker changed from Feature to Bug
- Found in version set to 2.13
Updated by Aigars Riekstins over 13 years ago
- File Bez-Tabu.mkv Bez-Tabu.mkv added
logs:
Jun 2 19:21:43 acer kernel: [ 20.881152] padlock_aes: VIA PadLock not detected.
Jun 2 19:21:43 acer tvheadend1106: dvb: Found adapter /dev/dvb/adapter0 (Afatech AF9013 DVB-T) via USB (480 Mbit/s)
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T778000000_191e" on "Lattelecom CA: 778,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T778000000_18a6" on "Lattelecom CA: 778,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T778000000_190a" on "Lattelecom CA: 778,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T778000000_1914" on "Lattelecom CA: 778,000 kHz"
Jun 2 19:21:43 acer acpid: client connected from 972[0:0]
Jun 2 19:21:43 acer acpid: 1 client rule loaded
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_1586" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_1590" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15d6" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15c2" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15a4" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_159a" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15ae" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15e0" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15b8" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T650000000_15cc" on "Lattelecom CA: 650,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T834000000_17fc" on "Lattelecom CA: 834,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T834000000_17de" on "Lattelecom CA: 834,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T834000000_17f2" on "Lattelecom CA: 834,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T834000000_1806" on "Lattelecom CA: 834,000 kHz"
Jun 2 19:21:43 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T834000000_17e8" on "Lattelecom CA: 834,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_150e" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_1504" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14be" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14e6" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14fa" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14dc" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14c8" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14d2" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_1518" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T554000000_14f0" on "Lattelecom CA: 554,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_1766" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_1720" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_175c" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_1734" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_1748" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_172a" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_1716" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_17c0" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_173e" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T690000000_1752" on "Lattelecom CA: 690,000 kHz"
Jun 2 19:21:44 acer avahi-daemon824: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::1e65:9dff:fe45:8ef0.
Jun 2 19:21:44 acer avahi-daemon824: New relevant interface wlan0.IPv6 for mDNS.
Jun 2 19:21:44 acer avahi-daemon824: Registering new address record for fe80::1e65:9dff:fe45:8ef0 on wlan0.*.
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_1662" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_1676" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_1694" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_1680" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_164e" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_1702" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_166c" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_168a" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_1658" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T666000000_169e" on "Lattelecom CA: 666,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T530000000_1400" on "Lattelecom FTA: 530,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T530000000_140a" on "Lattelecom FTA: 530,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T530000000_141e" on "Lattelecom FTA: 530,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: Add service "_dev_dvb_adapter0_Afatech_AF9013_DVB_T530000000_13f6" on "Lattelecom FTA: 530,000 kHz"
Jun 2 19:21:44 acer tvheadend1106: dvb: "/dev/dvb/adapter0" tuning to "Lattelecom FTA: 530,000 kHz" (Initial autoscan)
Jun 2 19:21:45 acer tvheadend1106: EPG: Injected 455 event from disk database
Jun 2 19:21:45 acer tvheadend1106: dvr: Creating new configuration ''
Jun 2 19:21:45 acer tvheadend1106: CSA: Using SSE2 128bit parallel descrambling
Jun 2 19:21:45 acer tvheadend1106: START: HTS Tvheadend version git-920de31 started, running as PID:1106 UID:114 GID:44, settings located in '/home/hts/.hts/tvheadend'
Jun 2 19:21:45 acer tvheadend1106: AVAHI: Adding service 'Tvheadend'
Jun 2 19:21:46 acer tvheadend1106: AVAHI: Service 'Tvheadend' successfully established.
Jun 2 19:21:47 acer tvheadend1106: dvb: "/dev/dvb/adapter0" initial scan completed for "Lattelecom FTA: 530,000 kHz"
Jun 2 19:22:10 acer kernel: [ 46.012276] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:22:50 acer kernel: [ 86.017157] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:23:43 acer tvheadend1106: dvr: "Bez Tabu" on "TV3" starting at Thu Jun 2 19:15:00 2011, scheduled for recording by "127.0.0.1"
Jun 2 19:23:44 acer tvheadend1106: dvr: "Bez Tabu" on "TV3" recorder starting
Jun 2 19:23:44 acer tvheadend1106: subscription: "DVR: Bez Tabu" subscribing on "TV3", weight: 300, adapter: "Afatech AF9013 DVB-T", network: "Lattelecom FTA", mux: "Lattelecom FTA: 530,000 kHz", provider: "Lattelecom", service: "TV3", quality: 100
Jun 2 19:23:44 acer tvheadend1106: Service: Afatech AF9013 DVB-T/Lattelecom FTA: 530,000 kHz/TV3: Status changed to [Hardware input]
Jun 2 19:23:44 acer tvheadend1106: Service: Afatech AF9013 DVB-T/Lattelecom FTA: 530,000 kHz/TV3: Status changed to [Hardware input] [Input on service]
Jun 2 19:23:44 acer tvheadend1106: Service: Afatech AF9013 DVB-T/Lattelecom FTA: 530,000 kHz/TV3: Status changed to [Hardware input] [Input on service] [Demuxed packets]
Jun 2 19:23:44 acer tvheadend1106: Service: Afatech AF9013 DVB-T/Lattelecom FTA: 530,000 kHz/TV3: Status changed to [Hardware input] [Input on service] [Demuxed packets] [Reassembled packets]
Jun 2 19:23:45 acer tvheadend1106: dvr: File "/media/openshare/tv/TV3/Bez-Tabu.mkv" -- No such file or directory -- Using for recording
Jun 2 19:23:45 acer tvheadend1106: dvr: Bez Tabu from adapter: "Afatech AF9013 DVB-T", network: "Lattelecom FTA", mux: "Lattelecom FTA: 530,000 kHz", provider: "Lattelecom", service: "TV3"
Jun 2 19:23:45 acer tvheadend1106: dvr: # type lang resolution samplerate channels
Jun 2 19:23:45 acer tvheadend1106: dvr: 1 H264 720 x 576
Jun 2 19:23:45 acer tvheadend1106: dvr: 2 MPEG2AUDIO lav 48000 2
Jun 2 19:23:50 acer kernel: [ 146.015581] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:24:21 acer tvheadend1106: htsp: Got connection from 127.0.0.1
Jun 2 19:24:21 acer tvheadend1106: htsp: 127.0.0.1: Welcomed client software: XBMC Media Center
Jun 2 19:24:21 acer tvheadend1106: htsp: 127.0.0.1 [ XBMC Media Center ]: Identified as user user
Jun 2 19:24:24 acer tvheadend1106: htsp: Got connection from 127.0.0.1
Jun 2 19:24:24 acer tvheadend1106: htsp: 127.0.0.1: Welcomed client software: XBMC Media Center
Jun 2 19:24:24 acer tvheadend1106: htsp: 127.0.0.1 [ XBMC Media Center ]: Identified as user user
Jun 2 19:24:24 acer tvheadend1106: subscription: "127.0.0.1 [ user | XBMC Media Center ]" subscribing on "TV3", weight: 150, adapter: "Afatech AF9013 DVB-T", network: "Lattelecom FTA", mux: "Lattelecom FTA: 530,000 kHz", provider: "Lattelecom", service: "TV3", quality: 100
Jun 2 19:25:10 acer kernel: [ 226.014276] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:25:23 acer tvheadend1106: htsp: 127.0.0.1 [ user | XBMC Media Center ]: Disconnected
Jun 2 19:26:23 acer wpa_supplicant1008: CTRL-EVENT-DISCONNECTED bssid=00:14:bf:a5:22:0d reason=0
Jun 2 19:26:23 acer wpa_supplicant1008: CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=0
Jun 2 19:26:23 acer NetworkManager826: <info> (wlan0): supplicant connection state: completed > disconnected>length = 176
Jun 2 19:26:24 acer NetworkManager826: <info> (wlan0): supplicant connection state: disconnected -> scanning
Jun 2 19:26:29 acer wpa_supplicant1008: Trying to associate with 00:14:bf:a5:22:0d (SSID='Raudas35' freq=2432 MHz)
Jun 2 19:26:29 acer NetworkManager826: <info> (wlan0): supplicant connection state: scanning -> associating
Jun 2 19:26:29 acer kernel: [ 304.330313] ===>rt_ioctl_giwscan. 1(1) BSS returned, data
Jun 2 19:26:29 acer kernel: [ 304.330889] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1)
Jun 2 19:26:30 acer wpa_supplicant1008: Associated with 00:14:bf:a5:22:0d
Jun 2 19:26:30 acer NetworkManager826: <info> (wlan0): supplicant connection state: associating > associated>length = 176
Jun 2 19:26:30 acer NetworkManager826: <info> (wlan0): supplicant connection state: associated -> 4-way handshake
Jun 2 19:26:30 acer wpa_supplicant1008: WPA: Key negotiation completed with 00:14:bf:a5:22:0d [PTK=CCMP GTK=TKIP]
Jun 2 19:26:30 acer wpa_supplicant1008: CTRL-EVENT-CONNECTED - Connection to 00:14:bf:a5:22:0d completed (reauth) [id=0 id_str=]
Jun 2 19:26:30 acer NetworkManager826: <info> (wlan0): supplicant connection state: 4-way handshake -> group handshake
Jun 2 19:26:30 acer NetworkManager826: <info> (wlan0): supplicant connection state: group handshake -> completed
Jun 2 19:26:50 acer kernel: [ 326.016078] ===>rt_ioctl_giwscan. 1(1) BSS returned, data
Jun 2 19:28:50 acer kernel: [ 446.009565] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:29:45 acer tvheadend1106: subscription: "DVR: Bez Tabu" unsubscribing from "TV3"
Jun 2 19:29:45 acer tvheadend1106: dvr: Recording completed: "/media/openshare/tv/TV3/Bez-Tabu.mkv"
Jun 2 19:29:45 acer tvheadend1106: dvr: "Bez Tabu" on "TV3": End of program: Aborted by user
Jun 2 19:29:52 acer tvheadend1106: htsp: 127.0.0.1 [ user | XBMC Media Center ]: Disconnected
Jun 2 19:29:52 acer tvheadend1106: subscription: "127.0.0.1 [ user | XBMC Media Center ]" unsubscribing from "TV3"
Jun 2 19:29:52 acer tvheadend1106: htsp: Got connection from 127.0.0.1
Jun 2 19:29:52 acer tvheadend1106: htsp: 127.0.0.1: Welcomed client software: XBMC Media Center
Jun 2 19:29:52 acer tvheadend1106: htsp: 127.0.0.1 [ XBMC Media Center ]: Identified as user user
Jun 2 19:30:25 acer tvheadend1106: EPG: Stored EPG data for 453 events on disk
Jun 2 19:30:25 acer tvheadend1106: STOP: Exiting HTS Tvheadend
Jun 2 19:30:50 acer kernel: [ 566.017553] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:32:50 acer kernel: [ 686.013470] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:34:50 acer kernel: [ 806.016223] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:36:50 acer kernel: [ 926.012202] ===>rt_ioctl_giwscan. 1(1) BSS returned, data->length = 176
Jun 2 19:37:46 acer kernel: Kernel logging (proc) stopped.
Updated by Aigars Riekstins over 13 years ago
corruption near end of recording
ffmpeg -i Bez-Tabu.mkv tmp.mkv
Error while decoding stream #0.0
[h264 0x87494c0]non-existing PPS 2 referenced
0x87494c0]decode_slice_header error
[h264
[h264 0x87494c0]non-existing PPS 2 referenced
0x87494c0]decode_slice_header error
[h264
[h264 0x87494c0]no frame!
0x87494c0]non-existing PPS 2 referenced
Error while decoding stream #0.0
[h264
[h264 0x87494c0]decode_slice_header error
0x87494c0]non-existing PPS 2 referenced
[h264
[h264 0x87494c0]decode_slice_header error
0x87494c0]no frame!
[h264
Error while decoding stream #0.0
[h264 0x87494c0]number of reference frames exceeds max (probably corrupt input), discarding one
0x87494c0]reference picture missing during reorder
[h264
Last message repeated 2 times
[h264 0x87494c0]Missing reference picture
0x87494c0]mmco: unref short failure
Last message repeated 3 times
[h264
[h264 0x87494c0]reference picture missing during reorder
0x87494c0]Missing reference picture
Last message repeated 1 times
[h264
Last message repeated 1 times
[h264 0x87494c0]non-existing PPS 2 referenced
0x87494c0]decode_slice_header error
[h264
[h264 0x87494c0]non-existing PPS 2 referenced
0x87494c0]decode_slice_header error
[h264
[h264 @ 0x87494c0]no frame!
Error while decoding stream #0.0
Updated by Mossroy Mossroy over 13 years ago
I face very similar symptoms, so I suppose it's the same bug :
- when watching the live channel from the web interface (with VLC), I have no problem
- when recording the same channel, I have artifacts in the recorded file
- I tried to watch the files on 3 different PCs (I first thought it might be a problem with the PC itself) : same result
- I tried to record to 3 different destinations : on a USB stick, on a SDHC card, and on another machine through the network : same result
- The only way I found to watch these files correctly is to use XBMC Media Center : I have no artifacts with it (except in the first 10 seconds), and I do have artifacts with VLC or totem
- If I transcode the file with mencoder (mencoder $1 o $1.avi -ovc xvid -xvidencopts bitrate=1200:threads=2 -vf scale=704:384 -oac mp3lame -lameopts vbr=3), the artifacts disappear I also tried the renice with no result
I had this problem with version 2.12 of tvheadend. I still have it with version git-8281379
My tvheadend is installed on an ARM Debian Squeeze machine (a sheevaplug). While recording, the CPU is only used at a few percents.
Updated by Mossroy Mossroy over 13 years ago
Sorry, I did not upload the right file. On this one (ArteHD), it is more obvious
Updated by Mossroy Mossroy about 13 years ago
I was hoping that this recent commit https://github.com/andoma/tvheadend/commit/fb106fa1df2745d5f1068576158e990192ab3d3b would solve this issue.
Unfortunately it does not seem to solve it.
See the attached recording : when watching with VLC you will see freezes and artifacts very often. The only player that I found to be able to read my recordings correctly is XBMC.
It's a pitty because I have to transcode every recording that I make with tvheadend.
Updated by Hein Rigolo about 13 years ago
- Category set to Muxers
- Found in version changed from 2.13 to 2.12-git
instead of transcoding, could you run this through mkvmerge to see what happens with the mkv after that?
Because XBMC is able to correctly play the file means that the contents is available and correct within the mkv, but VLC somehow has problems with it.
Just trying to find out of this is really tvheadend related, or that a VLC bug is found.
Hein
Updated by Mossroy Mossroy about 13 years ago
- File ARTE-HD-test-artehd.2011-10-30.07-51-mkvmerge.mkv ARTE-HD-test-artehd.2011-10-30.07-51-mkvmerge.mkv added
I used mkvmerge 3.0.0 with the following command-line :
mkvmerge -o ARTE-HD-test-artehd.2011-10-30.07-51-mkvmerge.mkv ARTE-HD-test-artehd.2011-10-30.07-51.mkv
It resulted in the attached file.
This file seems a bit more easily accepted by my various players, but it's still not 100% supported :
- the thunmbnail correctly appears in Nautilus
- it works ok on Totem (2.30.2)
- there are still frequent freezes with VLC 1.0.6 (but no more artifacts)
- there is no image with Gnome Mplayer 0.9.9.2
- it works ok on XBMC Dharma
Compared to the behavior of the original recording :
- thunmbnail creation seems to fail in Nautilus (default icon is displayed)
- the video does not start with Totem
- freezes and artifacts VLC
- it works ok with Gnome Mplayer
- it works ok on XBMC
All these tests have been made with the versions coming from standard repos of Ubuntu 10.04 LTS
I agree with your analysis : the content is available in the mkv file.
But I suspect its format is somehow incorrect, so that some players work and some others don't
Don't hesitate if I can help with additional testing
Updated by Hein Rigolo about 13 years ago
Okee, some in some cases it has solved the problem, but in others (Gnome Mplayer) there is a regression after running the mkv through mkvmerge.
Can you verify if the players are using any hardware acceleration to display the video contents? or if this is done by the CPU? That might explain the freezes in VLC for example.
Also are you always playing the file from a local filesystem? or from a remote filesystem or via http/smb etc? Just making sure that any network interference is eliminated.
And maybe you can make a comparison on what has changed in the mkv after the run through mkvmerge. I suspect the main difference is the reordering of the various audio and video blocks so that they are in the correct sequence based on their presentation time stamp. But maybe there are other changes also.
Hein
Updated by Mossroy Mossroy about 13 years ago
Thanks for your hints Hein.
I don't think that the freezes can come from CPU decoding. My CPU is a Core i5 650, which has far enough power to decode it. And I also see the same freezes on at least 2 other computers.
I always play the files from the local ext4 filesystem.
Maybe you could simply download the last 2 files I uploaded and try on your own computer & player, to check that you see the same freezes?
One interesting thing is that the freezes are not always at the same time : if you go forward and back within your player (VLC, for example), you will see freezes at different times.
Regarding the timeline in the player, it does not seem to be correctly aligned with the video. For example, clicking at the third of the video length will probably send you not far from the beginning, instead of its third. That makes me suspect something incorrectly interpreted in the mkv file.
A bug in a video player can not completely be excluded. But it seems unlikely to me, as several of them seem are affected. I would find more likely that the .mkv file has something considered "wrong" by most players.
Regarding the comparison of these 2 mkv files, how could I do that? Do you know a suitable tool (even a command-line) ?
Updated by Hein Rigolo about 13 years ago
Mkvinfo might get you moving on the comparison. Did you only play this file under linux? Or also under windows?
I will see what I can do, but i can not look at the files them self untill this weekend.
Hein
Updated by Mossroy Mossroy about 13 years ago
- File mkvinfo-test-artehd.zip mkvinfo-test-artehd.zip added
I tested the 2 files on Windows, with VLC 1.1.11 on another computer (Core 2 duo). I see the eaxct same behavior : freezes and artefacts on the original one, and freezes (with no artefacts) on the modified one.
You'll find the output of mkvinfo for each file in the attached zip.
There are many differences, but I don't know if they're important or not.
I suppose that the tags on the original one can be ignored.
One difference that I noticed is the duration of the video : the original mkv gives 2 min 30s, and mkvmerge gives 2 min 0s.
The recording scheduled on Tvheadend was for 2 minutes : it looks like this value is wrong in the original mkv.
Updated by Adam Sutton over 12 years ago
- Status changed from New to Invalid
Not been updated in 9 months and stuff has probably moved on, closing. If still exists please re-submit.
Updated by Mossroy Mossroy about 12 years ago
For what it's worth, the situation has improved with version 3.2 of tvheadend :
- in mkv format, the files read correctly on totem, but they still have small artifacts under VLC
- if I choose the ts format, the files read correctly on both