vdr April 2009

vdr@linuxtv.org

79 participants
91 discussions

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
by Senufo 26 Apr '09

26 Apr '09

Hi, I have add type = 0x1B; before the switch (type) { and now record work fine !! Senufo >This looks like the "Access Unit Delimiter" code. > >Please try to force 'type' to 0x1B, for instance by putting > > type = 0x1B; > >right before the > > switch (type) { > >line. Does it work then? > >Klaus

2 1

VDR feature request: GotoStoredPosition
by martinez＠embl.de 26 Apr '09

26 Apr '09

As you probably know the rotor plugin is rather buggy by now as it has more patches than code. It would be not be necessary if vdr had an option ´Enable GotoPosition ´ and if enabled it sent the diseqc command E0 31 6B XX which means ´First rotor go to stored position XX´ when changing to a channel on a different sat position. This way it would be posible to use an external program such as xdipo (GPL) to store the orbital positions in the first place and then just configure diseqc.conf for vdr use. #my diseqc.conf #S19.2E is the first stored position S19.2E 11700 V 9750 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t S19.2E 99999 V 10600 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T S19.2E 11700 H 9750 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t S19.2E 99999 H 10600 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T #S13.0E is the second stored position S13.0E 11700 V 9750 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t S13.0E 99999 V 10600 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T S13.0E 11700 H 9750 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t S13.0E 99999 H 10600 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T #S5.0E is the thirst stored position S5.0E 11700 V 9750 t v W15 [E0 31 6B 03] W25 [E0 31 6B 03] W15 t S5.0E 99999 V 10600 t v W15 [E0 31 6B 03] W25 [E0 31 6B 03] W15 T S5.0E 11700 H 9750 t V W15 [E0 31 6B 03] W25 [E0 31 6B 03] W15 t S5.0E 99999 H 10600 t V W15 [E0 31 6B 03] W25 [E0 31 6B 03] W15 T #plugins/rotor.conf S19.2E = 1 S13.0E = 2 S5.0E = 3

2 1

RemoveFileOrDir and symlinks
by Atinar 26 Apr '09

26 Apr '09

Hello, I have a question regarding the function RemoveFileOrDir in tools.c. As it is implemented it only follows symlinks when FileName is a dir. Shouldn't it do the same when FileName is a file?. Thanks

1 0

[ANNOUNCE] VDR developer version 1.7.6
by Klaus Schmidinger 26 Apr '09

26 Apr '09

VDR developer version 1.7.6 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.6.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.5-1.7.6.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. IMPORTANT: ========== If you use a full featured DVB card for replay you need the DVB driver version from http://linuxtv.org/hg/~endriss/v4l-dvb in order to replay TS recordings! Users of full featured DVB cards also need to use a new firmware, available at http://www.escape-edv.de/endriss/firmware Note that the header files in the latest driver versions may be broken. If you get compiler error messages like /usr/include/sys/types.h:52: error: conflicting declaration 'typedef __ino64_t ino_t' /usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration as 'typedef __kernel_ino_t ino_t' when compiling VDR, you need to put the driver header files back to how they were before they got broken. One way of doing this is to apply the patch from ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff (I'm not claiming that this is the right way to fix this, since the driver developers may have had good reasons for making that change. However, both the driver and VDR compile and work fine with this). The changes since version 1.7.5: - cDevice::PlayTs() now syncs on the TS packet sync bytes. - Made MAXFRAMESIZE a multiple of TS_SIZE to avoid breaking up TS packets. - No longer resetting the patPmtParser in cDevice::PlayTs(), because this caused the selected audio and subtitle tracks to fall back to the default. - The SVDRP command PUTE now supports reading the EPG data from a given file (thanks to Helmut Auer). - Added cThread::SetIOPriority() and using it in cRemoveDeletedRecordingsThread (thanks to Rolf Ahrenberg). - Fixed the MEGABYTE() macro to make it correctly handle parameters resulting in values larger than 2GB. - Added cDevice::NumProvidedSystems() to PLUGINS.html (was missing since it had been implemented). - Fixed distortions when switching to the next file during replay. - Fixed detecting the frame rate for streams with PTS distances of 1800, which apparently split one frame over two payload units. - Added missing 'const' to cRecording::FramesPerSecond() (thanks to Joachim Wilke). - Any TS packets in the first "frame" after a cut in an edited recording that don't belong to a payload unit that started in that frame now get their TEI flag set, so that a decoder will ignore them together with any PES data collected for that PID so far (thanks to Oliver Endriss for reporting chirping sound disturbences at editing points in TS recordings). - cDvbPlayer::Empty() subtracts 1 from readIndex, because Action() will first increment it. - Only storing non-zero Pts values in ptsIndex. - Added a note to the INSTALL file about using subdirectories to split a large disk into separate areas for VDR's video data and other stuff (suggested by Udo Richter). Have fun! Klaus

2 2

Record with 1.7.4 or 1.7.5 and iptv
by Senufo 26 Apr '09

26 Apr '09

Hi, I have try to understand how work remux.c with the steam and when I add in remux.c after for (int i = PayloadOffset; scanning && i < TS_SIZE; i++) { scanner <<= 8; scanner |= Data[i]; line 770 : dbgframes("type = %02X, scanner = %10X \n", type, scanner); I have this output : type = 02, scanner = 0 type = 02, scanner = 0 type = 02, scanner = 0 type = 02, scanner = 1 type = 02, scanner = 109 type = 02, scanner = 10950 type = 02, scanner = 1095000 type = 02, scanner = 9500000 type = 02, scanner = 50000000 type = 02, scanner = 1 type = 02, scanner = 106 type = 02, scanner = 10600 type = 02, scanner = 1060001 type = 02, scanner = 60001C0 type = 02, scanner = 1C080 type = 02, scanner = 1C08000 type = 02, scanner = C0800000 type = 02, scanner = 80000000 type = 02, scanner = 1 type = 02, scanner = 106 type = 02, scanner = 10601 type = 02, scanner = 1060101 type = 02, scanner = 6010114 type = 02, scanner = 1011480 type = 02, scanner = 1148000 type = 02, scanner = 14800000 type = 02, scanner = 80000000 type = 02, scanner = 1 type = 02, scanner = 121 type = 02, scanner = 121AA type = 02, scanner = 121AA0A type = 02, scanner = 21AA0A71 type = 02, scanner = AA0A716A type = 02, scanner = A716A51 type = 02, scanner = 716A5111 type = 02, scanner = 6A511177 type = 02, scanner = 511177FF type = 02, scanner = 1177FFA0 type = 02, scanner = 77FFA034 type = 02, scanner = FFA0344A type = 02, scanner = A0344A2A type = 02, scanner = 344A2A4A type = 02, scanner = 4A2A4AC0 ... Never stream with type 0x1B When I play stream with mplayer as : mplayer rtp://@232.0.1.17:8200 I have this output TS file format detected. Stream not seekable! VIDEO H264(pid=1217) AUDIO MPA(pid=1317) NO SUBS (yet)! PROGRAM N. 1017 Stream not seekable! FPS seems to be: 25.000000 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Trying to force audio codec driver family libmad... Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) ========================================================================== Is this is the mpeg2 streams with H264 codec ? How to identify this stream ? Thanks for you help. Regards Senufo >/ Hi, />/ />/ I have try the patch and now no have error : />/ />/ unknown frame duration (1800), assuming 25 fps />/ />/ But the problem with Video Data Broken stay. />/ />/ Here are the errors with remux.c compile with static bool DebugFrames = true; />/ />/ in /var/log/messages />/ />/ Apr 19 19:10:15 solo vdr: [6769] Title: 'Sept à huit' Subtitle: '(null)' />/ Apr 19 19:10:15 solo vdr: [6769] record /mnt/sda8/henri/video_vdr/(a)xn--sept__huit/2009-04-19-rzb.19.10.1-0.rec / >Hi, >Klaus Schmidinger schrieb: >/ This indicates that cFrameDetector::Analyze() doesn't find any frames. />/ Take a look at the code beginning at />/ />/ case 0x1B: // MPEG 4 video />/ if (scanner == 0x00000109) { // Access Unit Delimiter />/ />/ />/ Apparently the scanner never gets to be 0x00000109. />/ We'll need to know what condition to use to detect the frames. / >>According to spec, AUD is optional. Chapter 7.4.1.2.3 is not too >>complicated to implement and most often sufficient. >>For complete support, 7.4.1.2.4 is required too, but more >>compliated and cannot be implemented without in depth parsing of >>several H.264 data structures. >>As vdr-xine doesn't implement the later and seems to work for >>this kind of stream (see this thread), implementing the former >>should fix this issue. >>Bye. >>-- >>Dipl.-Inform. (FH) Reinhard Nissl >>mailto:rnissl at gmx.de <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>

2 1

2 channels on Astra 19e working but HD choking...
by martinez＠embl.de 25 Apr '09

25 Apr '09

I found the problem. I was specifying 5/6 in the channel parameters (can´t remember how it is called) instead of auto but the truth is that it is 5/6 as per http://en.kingofsat.net/tv-19.2E.php Now I have a different problem, HD channels consume between 81% and 93% of CPU so pixelation occurs and audio drops at intervals as the system is basicall y choking at 1080p with encrypted HD channels. I am uxing: ABIT A78-HD motherboard (with HDMI output for audio and video) latest OSS driver as Alsa never did output audio over HDMI with my motherboard. And this motherboard has a built-in NVIDIA 8200 which I am assigning 256MBs of RAM to (have a total of 2 Gigs of RAM and 2 gigs of Swap space) In Xine using vidix for video driver and getodelay for audio.oss_sync metho d. Is there something I can change to try to help with the HD channels?

2 1

[ANNOUNCE] Skin EnigmaNG v0.1.0
by Andreas Mair 25 Apr '09

25 Apr '09

Hello! The EnigmaNG skin v0.1.0 has been release. It's waiting for dowload at http://andreas.vdr-developer.org/enigmang/ Have fun! Andreas *** Changes since v0.0.6 *** - Requires at least VDR v1.6.0. - Fixed: Calculating width of events' start times in channel info OSD (Reported by tomglx @vdr-poprtal.de). - Changed: pause scrolling when text has scrolled all to the left in scroll behaviour "to the left" (Reported by Andreas Brugger). - Reworked: (simplified) font loading/caching. - Updated Italian translation (Provided by Diego Pierotto). - Removed: ENABLE_COPYFONT define. - Changed: Reduced number of font recreations (Reported by balta @vdr-portal.de). - Added: more CA systems to text mappings in channel info OSD (Submitted by free-x @vdr-portal.de). - Added: symbol in channel info OSD if current channel has subtitles. - Changed: background colors for the DarkBlue theme (Submitted by zulu @vdr-portal.de). - Added: New option "Show CA system as text". - Changed: Reduced number of locks while drawing to OSD which increases display speed especially in menu OSD. - Added: show signal strength and signal-to-noise ratio in channel info OSD (can be disabled by setting SKINENIGMA_DISABLE_SIGNALINFO to 1). - Fixed: compiler error with certain gcc versions (Reported by C-3PO @ vdr-portal.de). - Changed: smooth scrolling text (based on skinelchi by Christoph Haubrich <christoph.haubrich (AT) web.de>). - Removed: SKINENIGMA_DISABLE_ANIMATED_TEXT define. - Changed: Replace "/" by "~" in channel logo names. - Added: new setting "Show scrollbar in menu". - Added: Override VDR's SetTabs() to adopt column widths in menu OSD to selected font size. - Added: Support subtitle tracks in tracks OSD: logo will only be shown if icons/subtitle/subtitle.xpm exists. - Fixed: missing logo in tracks OSD while using single area. - Minor bugfixes and enhancements. -- http://andreas.vdr-developer.org --- VDRAdmin-AM & EnigmaNG & VDRSymbols VDR user #303

2 3

VDR behaviour with wrong NIT
by Goga777 25 Apr '09

25 Apr '09

Hi there's one sat-provider from 9e which is sending NIT with wrong parameters Frequency: 18437984 (= 11.95760 GHz) Kind: 0 (0x00) [= DVB-S] fixed ('00'): 0 (0x00) Modulation_type: 2 (0x02) [= 8PSK] Symbol_rate: 2506752 (= 26.4000) FEC_inner: 2 (0x02) [= 2/3 conv. code rate] how VDR will manage with that table and with option "add new channels and transponders" ? /video# dvbsnoop -n 1 16 dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/ ------------------------------------------------------------ SECT-Packet: 00000001 PID: 16 (0x0010), Length: 103 (0x0067) Time received: Sat 2009-04-25 16:16:14.037 ------------------------------------------------------------ 0000: 40 f0 64 00 01 e7 00 00 f0 18 40 0c 50 6c 61 74 @.d.......@.Plat 0010: 66 6f 72 6d 61 20 48 44 40 08 50 48 44 20 53 69 forma HD@.PHD Si 0020: 74 65 f0 3f 18 38 00 01 f0 21 41 12 00 0a 01 00 te.?.8...!A..... 0030: 14 19 00 1e 19 00 28 19 00 32 19 00 3c 19 43 0b ......(..2..<.C. 0040: 01 19 57 60 00 90 a2 02 64 00 02 1d 4c 00 01 f0 ..W`....d...L... 0050: 12 41 03 00 06 01 43 0b 00 00 00 00 00 00 02 00 .A....C......... 0060: 50 00 01 67 df 80 48 P..g..H PID: 16 (0x0010) [= assigned for: DVB Network Information Table (NIT), Stuffing Table (ST)] Guess table from table id... NIT-decoding.... Table_ID: 64 (0x40) [= Network Information Table (NIT) - actual network] section_syntax_indicator: 1 (0x01) reserved_1: 1 (0x01) reserved_2: 3 (0x03) Section_length: 100 (0x0064) Network_ID: 1 (0x0001) [= Astra Satellite Network 19.2E / Satellite / SES] reserved_3: 3 (0x03) Version_number: 19 (0x13) current_next_indicator: 1 (0x01) [= valid now] Section_number: 0 (0x00) Last_Section_number: 0 (0x00) reserved_4: 15 (0x0f) Network_descriptor_length: 24 (0x0018) DVB-DescriptorTag: 64 (0x40) [= network_name_descriptor] descriptor_length: 12 (0x0c) Network_name: "Platforma HD" -- Charset: Latin alphabet DVB-DescriptorTag: 64 (0x40) [= network_name_descriptor] descriptor_length: 8 (0x08) Network_name: "PHD Site" -- Charset: Latin alphabet reserved_5: 15 (0x0f) Transport_stream_loop_length: 63 (0x003f) Transport_stream_ID: 6200 (0x1838) Original_network_ID: 1 (0x0001) [= Astra Satellite Network 19,2�E | Soci�t� Europ�enne des Satellites] reserved_1: 15 (0x0f) Transport_descriptor_length: 33 (0x0021) DVB-DescriptorTag: 65 (0x41) [= service_list_descriptor] descriptor_length: 18 (0x12) service_ID: 10 (0x000a)[ --> refers to PMT program_number] service_type: 1 (0x01) [= digital television service] service_ID: 20 (0x0014)[ --> refers to PMT program_number] service_type: 25 (0x19) [= advanced codec HD digital television service] service_ID: 30 (0x001e)[ --> refers to PMT program_number] service_type: 25 (0x19) [= advanced codec HD digital television service] service_ID: 40 (0x0028)[ --> refers to PMT program_number] service_type: 25 (0x19) [= advanced codec HD digital television service] service_ID: 50 (0x0032)[ --> refers to PMT program_number] service_type: 25 (0x19) [= advanced codec HD digital television service] service_ID: 60 (0x003c)[ --> refers to PMT program_number] service_type: 25 (0x19) [= advanced codec HD digital television service] DVB-DescriptorTag: 67 (0x43) [= satellite_delivery_system_descriptor] descriptor_length: 11 (0x0b) Frequency: 18437984 (= 11.95760 GHz) Orbital_position: 144 (= 9.0) West_East_flag: 1 (0x01) [= EAST] Polarisation: 1 (0x01) [= linear - vertical] Kind: 0 (0x00) [= DVB-S] fixed ('00'): 0 (0x00) Modulation_type: 2 (0x02) [= 8PSK] Symbol_rate: 2506752 (= 26.4000) FEC_inner: 2 (0x02) [= 2/3 conv. code rate] Transport_stream_ID: 7500 (0x1d4c) Original_network_ID: 1 (0x0001) [= Astra Satellite Network 19,2�E | Soci�t� Europ�enne des Satellites] reserved_1: 15 (0x0f) Transport_descriptor_length: 18 (0x0012) DVB-DescriptorTag: 65 (0x41) [= service_list_descriptor] descriptor_length: 3 (0x03) service_ID: 6 (0x0006)[ --> refers to PMT program_number] service_type: 1 (0x01) [= digital television service] DVB-DescriptorTag: 67 (0x43) [= satellite_delivery_system_descriptor] descriptor_length: 11 (0x0b) Frequency: 0 (= 0.00000 GHz) Orbital_position: 0 (= 0.0) West_East_flag: 0 (0x00) [= WEST] Polarisation: 0 (0x00) [= linear - horizontal] Kind: 0 (0x00) [= DVB-S] fixed ('00'): 0 (0x00) Modulation_type: 2 (0x02) [= 8PSK] Symbol_rate: 327680 (= 5.0000) FEC_inner: 1 (0x01) [= 1/2 conv. code rate] CRC: 1742700616 (0x67df8048) ==========================================================

3 5

2 channels on Astra 19e not working
by martinez＠embl.de 25 Apr '09

25 Apr '09

Hi, With VDR 1.7.5 I am unable to tune 2 DVB-S channels. The signal is strong so not a problem (and they work with my dreambox) TVE 2;LA 2:10979:VC56M2O0S0:S19.2E:22000:167=2:108=esl,109=por:1034:0:30658:1:1033:0 Antena 3;Digital+:10877:VC56M2O0S0:S19.2E:22000:160=2:80=esl:0:0:30610:1:1060:0 I have tried to enter manually the PIDS (this helped with 2 other channels that were not working) but with these two no luck. Can somebody tune them?

3 2

Incorrect wakeup time
by Falk Spitzberg 25 Apr '09

25 Apr '09

Hello, while playing with ACPI wakeup, i noticed that VDR always sets a wakeuptime of now+30 minutes, when the timeframe from 'now' to 'begin of next recording' is less than 30 Minutes. Is that intended behaviour? -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: post(a)spitzberg.de

3 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr April 2009