[vdr] Record with 1.7.4 or 1.7.5 and iptv
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 =950 type = 02, scanner = 5000 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 = C080 type = 02, scanner = 8000 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 = 1480 type = 02, scanner = 8000 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.00 == 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/@Sept_à_huit/2009-04-19.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 == 0x0109) { // Access Unit Delimiter // // // Apparently the scanner never gets to be 0x0109. // 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
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
On 26.04.2009 11:48, Senufo wrote: 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 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 type = 02, scanner = 10950 type = 02, scanner =1095000 type = 02, scanner =950 type = 02, scanner = 5000 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 = C080 type = 02, scanner = 8000 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 = 1480 type = 02, scanner = 8000 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.00 == 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.6
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.6
Hi Klaus, I have a recording problem with hd1 and hd3, both channels are at 7 east. It shows the recording started but not records it . also the ts file name is 0 kb. is there a vdr problem or copy protected channell? Date: Sun, 26 Apr 2009 12:19:07 +0200 From: klaus.schmidin...@cadsoft.de To: vdr@linuxtv.org Subject: [vdr] [ANNOUNCE] VDR developer version 1.7.6 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr _ Windows Live™ Photos ile fotoğraflarınızı kolayca paylaşımı. http://www.microsoft.com/windows/windowslive/products/photos.aspx___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recording problem with hd1 and hd3 (was: [ANNOUNCE] VDR developer version 1.7.6)
On 04/26/09 13:45, H. Onur wrote: I have a recording problem with hd1 and hd3, both channels are at 7 east. It shows the recording started but not records it . also the ts file name is 0 kb. is there a vdr problem or copy protected channell? Without further details it's hard to say. From http://de.kingofsat.net/sat-w3a.php it would appear like these channels are encrypted. Please post your channels.conf lines for these channels, and the relevant syslog messages. BTW: you should start a new thread with such a message, and not reply to the release note (let alone fully quote the entire thing) ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] RemoveFileOrDir and symlinks
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR feature request: GotoStoredPosition
On 25.04.2009 19:18, marti...@embl.de wrote: 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 9 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 9 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 9 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 9 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 9 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 9 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 What exactly would have to be changed in VDR to do this? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
On 26.04.2009 18:11, Senufo wrote: Hi, I have add type = 0x1B; before the switch (type) { and now record work fine !! Well, then all we need is a way to find out the correct video stream type. Apparently the PMT says it is 2, while in fact it is 0x1B. Does anybody know why the PMT is lying, or how to detect that it actually isn't 2, but 0x1B? Klaus 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] xxv-1.3 - Feature release (1.4 rc)
Thanks! I've changed 10 to 40 to fix my issue new WebFXTreeItem(?% escape(chop(ch.0,10)) %?, ?cmd=programamp;data=?% ch.1 %?)); ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ANNOUNCE vdr-ttxtsubs 0.1.0 for VDR 1.7.6
This is the first version with support for the VDR 1.7.x development branch. VDR versions older than VDR 1.7.6 are not supported anymore! Major credits go to Rolf Ahrenberg! Thanks a lot! The changes: * Updated VDR patch and plugin to VDR 1.7.6 with support for the TS recording format and added separate delay setting for TS recordings. * Silence compiler warning about unchecked read return value. * After replaying, reset the last channel variable and trigger a channel switch to reinitialize the live ttxtsubs display. * Removed unused local copy of vdrttxtsubshooks.c|h The major goal for the future developement of the Ttxtsubs plug-ins is to integrating ttxtsubs into the VDR core. Rolf Ahrenberg already provided solutions for some of the problems regarded to this goal: http://projects.vdr-developer.org/issues/show/117 http://projects.vdr-developer.org/issues/show/118 As always: Any help is welcome! Development site: http://projects.vdr-developer.org/projects/show/plg-ttxtsubs Downloads: http://projects.vdr-developer.org/projects/list_files/plg-ttxtsubs Git-Web: http://projects.vdr-developer.org/git/?p=vdr-plugin-ttxtsubs.git Anonymous Git-access : git://projects.vdr-developer.org/vdr-plugin-ttxtsubs.git For the required VDR-patches, I've also set up a Git-Repository, based on the one maintained by Dieter Hametner: http://projects.vdr-developer.org/git/?p=vdr-patches.git;a=summary git://projects.vdr-developer.org/vdr-patches.git This is intended to be a community maintained project! Don't expect me to fix your problems, I'm merely maintaining the project! Please report any bugs, ideas or feature requests to the project site (no registration required for this!). If you want to contribute patches, new features or whatever, post an issue or patch to the projects issue tracker or request to join the project. I would happily add everyone as a project member, who would like to contribute to the project! If you want to contribute but don't know what to do - start with some code refactoring! Currently some help from translators would be welcome for the Swedish translation. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr