Re: [vdr] BBC HD went DVB S2
your vdr did everything alright. > DVB-S to DVB-S2, my VDR did not > notice that, it is set to 3 (update PIDs and Names). neither Audio-/Video- Pids nor the names of these channels changed. --- Mario Schulz schrieb am Sa, 11.6.2011: > Von: Mario Schulz > Betreff: [vdr] BBC HD went DVB S2 > An: vdr@linuxtv.org > Datum: Samstag, 11. Juni, 2011 18:02 Uhr > When the BBC HD channels changed from > DVB-S to DVB-S2, my VDR did not > notice that, it is set to 3 (update PIDs and Names). > I even tried 5 and nothing happened (instead of clobbering > the list with > additional 1000 useless entries). > > So I finally lost my patience and manually modified 22000 > to 23000 in > channels.conf and I was back on again. > > Can this be considered a bug of VDR or did they still work > with an > outdated NIT? > > - M. > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Skystar USB HD + VDR + Astra 23.5E 11817 V / 8psk, fec=5/6
have you tried this patch written by Old_Man? http://www.vdr-portal.de/board16-video-disk-recorder/board85-hdtv-dvb-s2/p977938-stb0899-fec-3-4-tester-gesucht/#post977938 kind regards Newsy --- N. D. schrieb am Do, 22.11.2012: > Von: N. D. > Betreff: Re: [vdr] Skystar USB HD + VDR + Astra 23.5E 11817 V / 8psk, fec=5/6 > An: "Ales Jurik" > CC: "VDR Mailing List" > Datum: Donnerstag, 22. November, 2012 14:31 Uhr > > > > > > > > > > > Оригинално писмо > > >От: Ales Jurik aju...@quick.cz > > >Относно: Re: [vdr] Skystar USB HD + VDR + Astra > 23.5E 11817 V / 8psk,fec=5/6 > > >До: VDR Mailing List > > >Изпратено на: Сряда, 2012, Юни 13 > 18:34:55 EEST > > > > > > On 06/13/12 10:45, N. D. wrote: > > > > > > > > > > > Hi, > > > > Since recently I have been using Skystar USB HD > with my vdr > > > > box. However I have some strange issues with > 11817V on Astra 23.5E. > > > > Femon reports that there is a lock and sound comes > but the image is > > > > completely garbled. I am starting to suspect that > there might be > > > > something wrong with the driver, because I have no > trouble with the > > > > other transpoders. Maybe it is the combination of > fec=5/6 and 8psk on > > > > the said transponder that is the reason for this. > Other transponders > > > > with fec=3/4 and 8psk are OK. The same setup with > an HVR-4000 works > > > > fine. > > > > > > > > Kernel: 3.3.4 > > > > > > > > VDR: 1.7.27 > > > > > > > > Could someone who owns a Skystar USB HD and has > access to Astra 23.5E > > > > share his experience? Is this a driver issue a > problem with vdr or is my card faulty? > > > > > > > > If someone would be kind enough to test this with > his/hers hardware, there is a FTA channel on the problematic > transponder: > > > > > > > > > > > > > > > > Planeta > HD;SatelliteBG:11817:VC56M5O35S1:S23.5E:27500:1001=27:1002=@3:0:0:5410:3:3206:0 > > > > > > > > > > > > > > > > Any help would be greatly > appreciated. > > > > > > > > > > > > Hi, > > > > > > few months ago on this transponder was nearly 30% of > null PID packets > > > broadcasted, but now it seems to be much better (less > than 1Mbps). Also > > > multiplexing of this transponder was not equal within > time - there was > > > chunks of packets of PlanetHD multiplexed with chunks > of other SD > > > channels mixed packets. Maybe the buffers for USB are > not big enough to > > > memorize such chunks? But I didn't done measuring for > some months, so > > > the situation may be different now. > > > > > > You can see bitrates of this transponder at > > > http://www.digitalbitrate.com/dtv.php?mux=11817&pid=5410&live=70&lang=en > . > > > > > > The bitrate of this channel is nothing special, with > maximum about 11 > > > Mbps, the peak of 20.2Mbps at 22.5. was maybe a joke. > > > > > > Regards, > > > > > > Ales > > Hi, > > Since 20 Nov transponders 12051V and 12207V on the same > satellite Astra 3B were switched to fec=5/6 and they also > became unwatchable. Before the change they were 8psk, > fec=3/4. Now they are 8psk, fec=5/6. > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] NTSC closed captions
Hi Klaus! Hi Alex! Actually I know one channel receivable in Europe that uses CC directly included into the V-PID. VLC can decode those CC subtitles. It's MSNBC on Telstar 12 15°West 12509 V 3198 7/8 kind regards Newsy Klaus Schmidinger schrieb am So, 14.6.2015: Betreff: Re: [vdr] NTSC closed captions An: vdr@linuxtv.org Datum: Sonntag, 14. Juni, 2015 09:05 Uhr On 14.06.2015 03:20, Alex wrote: > Currently vdr does not decode NTSC cc. Someone pointed that without a working closed captions decoder for EIA608/EIA708 it won't work. Will support be added for NTSC cc ? I myself have no plans to do that, since there are no NTSC channels (at least that I know of) available here. Besides, looking at http://tvdr.de/counter.htm the North American VDR user base is, well, rather few and far between... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Possible PAFF interlaced stream bug(s) fixed in FFMPEG
Hi! Premiere introduced thix system for their HDTV some days ago. With thix bugfix it's working fine again! Unfortunately it seems to need more cpu power than the normal system :( regards Newsy __ Gesendet von Yahoo! Mail. Dem pfiffigeren Posteingang. http://de.overview.mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] In Atention of vdr-xine developer.
hi! this is the way I compile ffmpeg + xine1.2 in ffmpeg folder: CLFAGS="MYCFLAGS" ./configure --prefix=/usr --ALLOTHEROPTIONS in xine-lib1.2 folder: CPPFLAGS="-I/usr/include/libavcodec -I/usr/include/libavdevice -I/usr/include/libavformat -I/usr/include/libavutil -I/usr/include/libpostproc" CLFAGS="MYCFLAGS" ./autogen.sh --prefix=/usr --ALLOTHEROPTIONS the cppflags are very important as ffmpeg changed some paths recently and if you don't enter these folders it won't compile. hope this helps kind rergards Newsy --- lucian orasanu <[EMAIL PROTECTED]> schrieb am Di, 5.8.2008: > Von: lucian orasanu <[EMAIL PROTECTED]> > Betreff: [vdr] In Atention of vdr-xine developer. > An: vdr@linuxtv.org > Datum: Dienstag, 5. August 2008, 9:51 > Hy Reinhard Nisll. > > Could you update xine-lib.patch from dvr-xine plugin? > I'am tryng to compile with xine-lib-1.1.1.4 patched > with xine-lib.diff but somehow it breaks the package. > > Yes I should use xine-lib-1.2, but I can't compile with > latest ffmpeg. > > > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] how to prevent xineplayer to go in slow-motion mode
Hi! if I get short drop outs on a channel (NO Signal for example) the video goes on in normal speed, but after 3 or 4 further drop-outs the sound disappears and the video is in some kind of slow motion. I have to switch to another channel and back to get picture and sound normal. How to prevent xineplayer to switch to this slow motion mode? kind regards Newsy ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] New Video Decode and Presentation API from NVidia
isn't there support for VDPAU support for xine if you compile xine with option --with-externel-ffmpeg ? kind regards Newsy --- HighlyCaffeinated <[EMAIL PROTECTED]> schrieb am Di, 25.11.2008: > Von: HighlyCaffeinated <[EMAIL PROTECTED]> > Betreff: Re: [vdr] New Video Decode and Presentation API from NVidia > An: vdr@linuxtv.org > Datum: Dienstag, 25. November 2008, 15:13 > I'm new to using git to obtain sources, and can't > seem to get the vdpau sources into my > local ffmpeg git tree. In /usr/local/src/VDPAU i've > pulled the ffmpeg > sources creating a ffmpeg-git directory with the usual > ffmpeg data in > it. I then try to pull the vdpau sources with "git > clone --reference > /usr/local/src/VDPAU/ffmpeg-git > git://repo.or.cz/FFMpeg-mirror/ffmpeg-vdpau.git". This > creates a > ffmpeg-vdpau directory with nothing but .git in it; no > sources. Anyone > with more experince in this have any pointers on what I am > doing wrong? > I'm in the US running vdr 1.6.0-2 on an AMD x2 4600+ > using ffmpeg > and xine and have no problems with HD MPEG2 and H264 up to > 1080i (some > occasional stuttering), but the 1080p channels fail > miserably. While > waiting patiently for xine to support VDPAU, I'd like > to get the driver > and ffmpeg working with Mplayer to try things out. > > Thanks > Todd > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Fwd: GOTOX patch for 1.7.5 -> rotor plugin
Why not using rotor plugin? It's working ok even with 1.7.11, but there's a bug with my s2-3200. I don't know if it's a HW or SW bug, but if I am on a High Band transponder (22khz is active) the rotor doesn't move, so I have to switch to a low band transponder first. Workround would be to disable 22khz in the plugin automatically then rotate und reactive it again (if it has been active before). But I don't know how to implement that regards Newspaperman --- Bikalexander schrieb am Fr, 5.2.2010: > Von: Bikalexander > Betreff: [vdr] Fwd: GOTOX patch for 1.7.5 > An: vdr@linuxtv.org > Datum: Freitag, 5. Februar 2010, 2:17 > Thanks for the link, now I've finally > got the correct version:). > > I am using 2 DVB cards, it can be adjusted in some way that > certain > device is being addressed? > > 2010/2/4 Ales Jurik : > > On Thursday 04 of February 2010, Bikalexander wrote: > >> Even with last patch does not do it: > >> > > Which exactly version of patch did you use? What was > the output of patching? > > Was there any rejects? Did you try to patch vanilla > version of vdr? Without > > these basic information people could only guess what > happened in your vdr. > > > > For me now it works without problem (latest patch is > in > > http://www.linuxtv.org/pipermail/vdr/2010-January/022017.html). > > > > Ales > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr 1.7.13
anybody got vdr 1.7.14 working with rotor plugin + this patch. It's compiling without any probs but when I go to rotor menu I cannot select satellite, there always "position: 0" and it can't be toggled. regards Newsy --- Goga777 schrieb am So, 7.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr > 1.7.13 > An: vdr@linuxtv.org > Datum: Sonntag, 7. März, 2010 19:02 Uhr > > can someone to create the patch > for reelchannelscan and rotor plugin for correct compilation > with vdr > > 1.7.13 > > > with this patch I could run ver-rotor 0.1.5 with vdr > 1.7.13 > > thanks to alex_kag > http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13727#post13727 > > Goga > > -Integrierter Anhang folgt- > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14
Hi Goga, I already got rotor plugin patched with rotor-0.1.5-vdr-1.7.13.diff and I patched vdr 1.7.14 with vdr-1.7.9-rotor.diff manually. Still suffering that problem Did I miss something? regards Newsy --- Goga777 schrieb am Sa, 27.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14 > An: vdr@linuxtv.org > Datum: Samstag, 27. März, 2010 17:35 Uhr > Приветствую, Newsy > > > for vdr 1714 and rotor you need install the extension patch > + rotor patch > from > http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13727#post13727 > > > for vdr 1714 and reelchannelscan you should install another > patch for reelchannelscan > http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13971#post13971 > > thanks to vdr users from Russian vdr forum - 1455 yuri > alex_kag > > Goga > > > > anybody got vdr 1.7.14 working with rotor plugin + > this patch. It's compiling without any probs but when > > I go to rotor menu I cannot select satellite, there > always "position: 0" and it can't be toggled. > > > > regards > > > > Newsy > > > > --- Goga777 > schrieb am So, 7.3.2010: > > > > > Von: Goga777 > > > Betreff: Re: [vdr] reelchannelscan & rotor > plugin don't compile with vdr 1.7.13 > > > An: vdr@linuxtv.org > > > Datum: Sonntag, 7. März, 2010 19:02 Uhr > > > > can someone to create the patch > > > for reelchannelscan and rotor plugin for correct > compilation > > > with vdr > > > > 1.7.13 > > > > > > > > > with this patch I could run ver-rotor 0.1.5 with > vdr > > > 1.7.13 > > > > > > thanks to alex_kag > > > http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13727#post13727 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14
thx Goga for your quick answer but there's no difference after I used extension patch on a clean vdr 1.7.14. regards Newsy --- Goga777 schrieb am Sa, 27.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14 > An: vdr@linuxtv.org > Datum: Samstag, 27. März, 2010 18:15 Uhr > Приветствую, Newsy > > Hi Goga, > > > > I already got rotor plugin patched with > rotor-0.1.5-vdr-1.7.13.diff > > ok > > > > I patched vdr 1.7.14 with vdr-1.7.9-rotor.diff > manually. > > what is vdr-1.7.9-rotor.diff ? > > please use extension patch for vdr 1714 > http://copperhead.vdr-developer.org/downloads/extensionpatch/ExtP-NG-vdr-1.7.14-V1.diff > > uncomment the line for rotor plugin in makefile.config > after patching and recompile vdr > > > > Goga > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14
I made a patch -p1 -i ExtP-NG-vdr-1.7.14-V1.diff in vdr root dir. then I copied Make.config.template to Make.config, uncommented rotor =1 line for rotor I did a patch -p1 -i rotor-0.1.5-vdr-1.7.13.diff from src/rotor dir. all hunks succeeded. regards Newsy --- Goga777 schrieb am Sa, 27.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14 > An: vdr@linuxtv.org > Datum: Samstag, 27. März, 2010 18:47 Uhr > Приветствую, Newsy > > thx Goga for your quick answer but there's no > difference after I used extension patch on a clean vdr > > 1.7.14. > > how did you use extension patch ? please explain how did > you patch rotor, vdr > > > > > > > regards > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14
yes I already took patch nr. 2 from http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13727#post13727 Seems for me like a bug. rotor plugin can't find out which satellite current channel is. regards Newsy --- Goga777 schrieb am Sa, 27.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin for VDR 1.7.14 > An: vdr@linuxtv.org > Datum: Samstag, 27. März, 2010 19:49 Uhr > > I made a > > patch -p1 -i ExtP-NG-vdr-1.7.14-V1.diff > > > ok > > > in vdr root dir. then I copied Make.config.template to > Make.config, uncommented rotor =1 line > > ok > > > for rotor I did a > > patch -p1 -i rotor-0.1.5-vdr-1.7.13.diff from > src/rotor dir. > > where did you take rotor-0.1.5-vdr-1.7.13.diff ? in > /usr/src/vdr/PLUGINS/src/rotor/patches there is not > such patch. > > you should use the patch rotor-0.1.5-vdr-1.7.13.diff > from > http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=13727#post13727 > > > Goga > > > > all hunks succeeded. > > > > regards > > > > > > Newsy > > > > --- Goga777 > schrieb am Sa, 27.3.2010: > > > > > Von: Goga777 > > > Betreff: Re: [vdr] reelchannelscan & rotor > plugin for VDR 1.7.14 > > > An: vdr@linuxtv.org > > > Datum: Samstag, 27. März, 2010 18:47 Uhr > > > Приветствую, Newsy > > > > thx Goga for your quick answer but there's > no > > > difference after I used extension patch on a > clean vdr > > > > 1.7.14. > > > > > > how did you use extension patch ? please explain > how did > > > you patch rotor, vdr > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr 1.7.13
thx Goga, this at least helped to find out what is not working. I always used gotox not gotoposition. When I choose goto position, this method is working, but gotox is not. there one thing that's really wierd. After I changed rotor.conf like you suggested (before I had a 0 for all positions, as I used gotox), I can see that toggling the satellite list is actually working, but there's no name after it. in earlier vdr version it looked like: Position: 2 S28.2E - Astra 2D/A/B no only this is left: Position: 2 is satellite name displayed in your rotor plugin? kind regards and thank you for you help Newsy --- Goga777 schrieb am Sa, 27.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr > 1.7.13 > An: vdr@linuxtv.org > Datum: Samstag, 27. März, 2010 20:33 Uhr > Приветствую, Newsy > > anybody got vdr 1.7.14 working with rotor plugin + > this patch. It's compiling without any probs but when > > I go to rotor menu I cannot select satellite, there > always "position: 0" and it can't be toggled. > > > do you have /etc/vdr/plugins/rotor.conf with filled > positions like this > > S5.0E = 0 > S7.0E = 0 > S9.0E = 9 > S10.0E = 0 > S13.0E = 13 > S16.0E = 0 > S19.2E = 19 > S28.2E = 0 > S28.5E = 0 > S36.0E = 36 > S39.0E = 39 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr 1.7.13
anybody found the bug in rotor plugin? did the name of function to get satellite positions change? In 1.7.11 it still worked fine, I didn't test 1.7.12 + 1.7.13, but at least 1.7.14 has this bug regards Newsy --- Goga777 schrieb am So, 28.3.2010: > Von: Goga777 > Betreff: Re: [vdr] reelchannelscan & rotor plugin don't compile with vdr > 1.7.13 > An: vdr@linuxtv.org > Datum: Sonntag, 28. März, 2010 13:15 Uhr > > thx Goga, this at least helped > to find out what is not working. I always used gotox not > gotoposition. > > When I choose goto position, this method is working, > but gotox is not. > > fine > > i didn't test goto x > > > > there one thing that's really wierd. After I changed > rotor.conf like you suggested (before I had a 0 for > > all positions, as I used gotox), I can see that > toggling the satellite list is actually working, but > > there's no name after it. > > > > in earlier vdr version it looked like: > > Position: 2 S28.2E - Astra 2D/A/B > > > > no only this is left: > > Position: 2 > > > > is satellite name displayed in your rotor plugin? > > the same as you described - no any satellite name > > also manual scan doesn't work > > Goag > > > > > > kind regards and thank you for you help > > > > > > Newsy > > > > --- Goga777 > schrieb am Sa, 27.3.2010: > > > > > Von: Goga777 > > > Betreff: Re: [vdr] reelchannelscan & rotor > plugin don't compile with vdr 1.7.13 > > > An: vdr@linuxtv.org > > > Datum: Samstag, 27. März, 2010 20:33 Uhr > > > Приветствую, Newsy > > > > anybody got vdr 1.7.14 working with rotor > plugin + > > > this patch. It's compiling without any probs but > when > > > > I go to rotor menu I cannot select > satellite, there > > > always "position: 0" and it can't be toggled. > > > > > > > > > do you have /etc/vdr/plugins/rotor.conf with > filled > > > positions like this > > > > > > S5.0E = 0 > > > S7.0E = 0 > > > S9.0E = 9 > > > S10.0E = 0 > > > S13.0E = 13 > > > S16.0E = 0 > > > S19.2E = 19 > > > S28.2E = 0 > > > S28.5E = 0 > > > S36.0E = 36 > > > S39.0E = 39 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] dvb-s2 transponder can be received but channels are not automatically found
hi! I noticed a new vdr problem concerning only some of those dvb-s2 transponders. If I create a new channel in channel list with these transponder datas and "add new channels" is activated in vdr settings nothing happens either. But when I set manually SID manually video + audio pids are found automatically but not the other channels on that transponders are added automatically. One of these problem transponders is 12129 V 27500 5/6 DVB-S2 on Astra 23.5°East. kind regards Newspaperman ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvb-s2 transponder can be received but channels are not automatically found
sorry, one more thing to mention: I just deleted all those channels on that frequency. Ned3 HD Film1 HD Sport1 HD were automatically added but the other were not. kind regards Newspaperman --- Newsy Paper schrieb am Fr, 7.5.2010: > Von: Newsy Paper > Betreff: dvb-s2 transponder can be received but channels are not > automatically found > An: vdr@linuxtv.org > Datum: Freitag, 7. Mai, 2010 09:45 Uhr > hi! > > I noticed a new vdr problem concerning only some of those > dvb-s2 transponders. > If I create a new channel in channel list with these > transponder datas and "add new channels" is activated in vdr > settings nothing happens either. But when I set manually SID > manually video + audio pids are found automatically but not > the other channels on that transponders are added > automatically. > > One of these problem transponders is 12129 V 27500 5/6 > DVB-S2 on Astra 23.5°East. > > kind regards > > Newspaperman > > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr and aac support
Hi! there are some channels using aac for audio. I.e. SABC1 at 23.5°East 10758 V 22000 8/9 DVB-S2 Seems vdr doesn't support aac as no pid is entered neither for apid nor for ddpid. I think xine should support acc or doesn't it? So it should be no big deal do extend vdr to support aac. kind regards Newspaperman ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvb-s2 transponder can be received but channels are not automatically found
owing_flag: 1 (0x01) Running_status: 4 (0x04) [= running] Free_CA_mode: 0 (0x00) [= unscrambled] Descriptors_loop_length: 24 (0x0018) DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 22 (0x16) service_type: 22 (0x16) [= advanced codec SD digital television service] service_provider_name_length: 13 (0x0d) service_provider_name: "Canaldigitaal" -- Charset: Latin alphabet service_name_length: 6 (0x06) Service_name: "Sport1" -- Charset: Latin alphabet Service_id: 20930 (0x51c2) [= --> refers to PMT program_number] reserved_1: 63 (0x3f) EIT_schedule_flag: 1 (0x01) EIT_present_following_flag: 1 (0x01) Running_status: 4 (0x04) [= running] Free_CA_mode: 0 (0x00) [= unscrambled] Descriptors_loop_length: 26 (0x001a) DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 24 (0x18) service_type: 22 (0x16) [= advanced codec SD digital television service] service_provider_name_length: 13 (0x0d) service_provider_name: "Canaldigitaal" -- Charset: Latin alphabet service_name_length: 8 (0x08) Service_name: "Sport1.2" -- Charset: Latin alphabet Service_id: 20935 (0x51c7) [= --> refers to PMT program_number] reserved_1: 63 (0x3f) EIT_schedule_flag: 0 (0x00) EIT_present_following_flag: 0 (0x00) Running_status: 4 (0x04) [= running] Free_CA_mode: 0 (0x00) [= unscrambled] Descriptors_loop_length: 22 (0x0016) DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 20 (0x14) service_type: 22 (0x16) [= advanced codec SD digital television service] service_provider_name_length: 13 (0x0d) service_provider_name: "Canaldigitaal" -- Charset: Latin alphabet service_name_length: 4 (0x04) Service_name: "tst2" -- Charset: Latin alphabet Service_id: 20950 (0x51d6) [= --> refers to PMT program_number] reserved_1: 63 (0x3f) EIT_schedule_flag: 1 (0x01) EIT_present_following_flag: 1 (0x01) Running_status: 4 (0x04) [= running] Free_CA_mode: 0 (0x00) [= unscrambled] Descriptors_loop_length: 25 (0x0019) DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 23 (0x17) service_type: 25 (0x19) [= advanced codec HD digital television service] service_provider_name_length: 13 (0x0d) service_provider_name: "Canaldigitaal" -- Charset: Latin alphabet service_name_length: 7 (0x07) Service_name: "NED3 HD" -- Charset: Latin alphabet Service_id: 20955 (0x51db) [= --> refers to PMT program_number] reserved_1: 63 (0x3f) EIT_schedule_flag: 1 (0x01) EIT_present_following_flag: 1 (0x01) Running_status: 4 (0x04) [= running] Free_CA_mode: 0 (0x00) [= unscrambled] Descriptors_loop_length: 27 (0x001b) DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 25 (0x19) service_type: 25 (0x19) [= advanced codec HD digital television service] service_provider_name_length: 13 (0x0d) service_provider_name: "CANALDIGITAAL" -- Charset: Latin alphabet service_name_length: 9 (0x09) Service_name: "Film 1 HD" -- Charset: Latin alphabet Service_id: 20960 (0x51e0) [= --> refers to PMT program_number] reserved_1: 63 (0x3f) EIT_schedule_flag: 1 (0x01) EIT_present_following_flag: 1 (0x01) Running_status: 4 (0x04) [= running] Free_CA_mode: 0 (0x00) [= unscrambled] Descriptors_loop_length: 28 (0x001c) DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 26 (0x1a) service_type: 25 (0x19) [= advanced codec HD digital television service] service_provider_name_length: 13 (0x0d) service_provider_name: "Canaldigitaal" -- Charset: Latin alphabet service_name_length: 10 (0x0a) Service_name: "Sport 1 HD" -- Charset: Latin alphabet CRC: 4053997927 (0xf1a31967) == --- Klaus Schmidinger schrieb am Fr, 14.5.2010: > Von: Klaus Schmidinger > Betreff: Re: [vdr] dvb-s2 transponder can be received but channels are not > automatically found > An: vdr@linuxtv.org > Datum: Freitag, 14. Mai, 2010 15:50 Uhr > On 07.05.2010 09:45, Newsy Paper > wrote: > > hi! > > > > I noticed a new vdr problem concerning only some of > those dvb-s2 transponders. > > If I create a new channel in channel list with these > transponder datas and "add new channels" is activated in vdr > setti
Re: [vdr] vdr and aac support
thx Klaus for your patch, but seems like there's something missing. Perhaps in
remux.c?
DDpid and Apid are both 0
If I enter aac pid in ddpid field it's set back to 0 again.
kind regards
Newspaperman
--- Klaus Schmidinger schrieb am Fr, 14.5.2010:
> Von: Klaus Schmidinger
> Betreff: Re: [vdr] vdr and aac support
> An: vdr@linuxtv.org
> Datum: Freitag, 14. Mai, 2010 16:13 Uhr
> On 07.05.2010 09:53, Newsy Paper
> wrote:
> > Hi!
> >
> > there are some channels using aac for audio. I.e.
> SABC1 at 23.5°East 10758 V 22000 8/9 DVB-S2
> > Seems vdr doesn't support aac as no pid is entered
> neither for apid nor for ddpid. I think xine should support
> acc or doesn't it? So it should be no big deal do extend vdr
> to support aac.
>
> Please try this and see if it makes any difference:
>
> --- pat.c 2010/03/27
> 15:17:46 2.9
> +++ pat.c 2010/05/14
> 14:12:31
> @@ -401,6 +401,7 @@
>
> switch
> (d->getDescriptorTag()) {
>
> case
> SI::AC3DescriptorTag:
>
> case
> SI::EnhancedAC3DescriptorTag:
> +
> case
> SI::AACDescriptorTag:
>
>
> dpid = esPid;
>
>
> ProcessCaDescriptors = true;
>
>
> break;
>
> --- eit.c 2010/01/08
> 15:17:09 2.11
> +++ eit.c 2010/05/14
> 14:06:55
> @@ -257,7 +257,7 @@
>
> SI::ComponentDescriptor *cd =
> (SI::ComponentDescriptor *)d;
>
> uchar Stream = cd->getStreamContent();
>
> uchar Type = cd->getComponentType();
> -
> if (1 <= Stream && Stream <=
> 4 && Type != 0) { // 1=video, 2=audio, 3=subtitles,
> 4=AC3
> +
> if (1 <= Stream && Stream <=
> 6 && Type != 0) { // 1=MPEG2-video, 2=MPEG1-audio,
> 3=subtitles, 4=AC3-audio, 5=H.264-video, 6=HEAAC-audio
>
> if (!Components)
>
> Components = new cComponents;
>
> char buffer[Utf8BufSize(256)];
>
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr and aac support
hi Luis,
seems like an ugly hack. Channel I'm receiving here has:
Stream_type: 15 (0x0f) [= ISO/IEC 13818-7 Audio with ADTS transport sytax]
kind regards
Newspaperman
--- Luis Fernandes schrieb am Sa, 15.5.2010:
> Von: Luis Fernandes
> Betreff: Re: [vdr] vdr and aac support
> An: "VDR Mailing List"
> Datum: Samstag, 15. Mai, 2010 17:40 Uhr
> hello everybody, in my case of he-aac
> streamtype 0x11 coming in, if
> you want to record or listen to xineliboutput i have to
> change in
> remux.c and pat.c in the following lines,
>
> pat.c
>
> case 0x04: / / STREAMTYPE_13818_AUDIO
> + case 0x11: / / ISO/IEC 14496-3 Audio with LATM transport
> syntax
>
>
> thus adds the audio pid correctly
>
> remux.c
>
> for (int n = 0; Channel->Apid(n); n++) {
> - i += MakeStream(buf
> + i, 0x04, Channel->Apid(n));
> + i += MakeStream(buf + i,
> 0x11, Channel->Apid(n));
> const char *Alang =
> Channel->Alang(n);
>
> case 0x04: / / STREAMTYPE_13818_AUDIO
> + case 0x11: / / ISO/IEC 14496-3 Audio with LATM transport
> syntax
>
>
> but this way I can not hear sound from other channels, only
> the
> channels with streamtype 0x11
> is there any way to identify the audio streamtype in this
> line so that
> the MakeStream (buf + i, streamaudiotype, Channel-> APID
> (n));
>
> Excuse my English
> Best regards
>
> 2010/5/15 Newsy Paper :
> > thx Klaus for your patch, but seems like there's
> something missing. Perhaps in remux.c?
> >
> > DDpid and Apid are both 0
> > If I enter aac pid in ddpid field it's set back to 0
> again.
> >
> > kind regards
> >
> > Newspaperman
> >
> > --- Klaus Schmidinger
> schrieb am Fr, 14.5.2010:
> >
> >> Von: Klaus Schmidinger
> >> Betreff: Re: [vdr] vdr and aac support
> >> An: vdr@linuxtv.org
> >> Datum: Freitag, 14. Mai, 2010 16:13 Uhr
> >> On 07.05.2010 09:53, Newsy Paper
> >> wrote:
> >> > Hi!
> >> >
> >> > there are some channels using aac for audio.
> I.e.
> >> SABC1 at 23.5°East 10758 V 22000 8/9 DVB-S2
> >> > Seems vdr doesn't support aac as no pid is
> entered
> >> neither for apid nor for ddpid. I think xine
> should support
> >> acc or doesn't it? So it should be no big deal do
> extend vdr
> >> to support aac.
> >>
> >> Please try this and see if it makes any
> difference:
> >>
> >> --- pat.c 2010/03/27
> >> 15:17:46 2.9
> >> +++ pat.c 2010/05/14
> >> 14:12:31
> >> @@ -401,6 +401,7 @@
> >>
> >> switch
> >> (d->getDescriptorTag()) {
> >>
> >> case
> >> SI::AC3DescriptorTag:
> >>
> >> case
> >> SI::EnhancedAC3DescriptorTag:
> >> +
> >> case
> >> SI::AACDescriptorTag:
> >>
> >>
> >> dpid = esPid;
> >>
> >>
> >> ProcessCaDescriptors = true;
> >>
> >>
> >> break;
> >>
> >> --- eit.c 2010/01/08
> >> 15:17:09 2.11
> >> +++ eit.c 2010/05/14
> >> 14:06:55
> >> @@ -257,7 +257,7 @@
> >>
> >> SI::ComponentDescriptor *cd =
> >> (SI::ComponentDescriptor *)d;
> >>
> >> uchar Stream = cd->getStreamContent();
> >>
> >> uchar Type = cd->getComponentType();
> >> -
> >> if (1 <= Stream && Stream <=
> >> 4 && Type != 0) { // 1=video, 2=audio,
> 3=subtitles,
> >> 4=AC3
> >> +
> >> if (1 <= Stream && Stream <=
> >> 6 && Type != 0) { // 1=MPEG2-video,
> 2=MPEG1-audio,
> >> 3=subtitles, 4=AC3-audio, 5=H.264-video,
> 6=HEAAC-audio
> >>
> >> if (!Components)
> >>
> >> Components = new cComponents;
> >>
> >> char buffer[Utf8BufSize(256)];
> >>
> >>
> >> Klaus
> >>
> >> ___
> >> vdr mailing list
> >> vdr@linuxtv.org
> >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> >>
> >
> >
> >
> > ___
> > vdr mailing list
> > vdr@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> >
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvb-s2 transponder can be received but channels are not automatically found
Hi Klaus, thx very much. with this line it's working fine now for this transponder at 23.5East. But BSkyB at 28.2East is using another id. Service type 0x86 on their HD channels. So I would suggest a new case +case 0x86: // BSkyB HD television service kind regards Newspaperman here's a short part of pid 0x11. Service_id: 3861 (0x0f15) [= --> refers to PMT program_number] reserved_1: 63 (0x3f) EIT_schedule_flag: 1 (0x01) EIT_present_following_flag: 1 (0x01) Running_status: 4 (0x04) [= running] Free_CA_mode: 1 (0x01) [= streams [partially] CA controlled] Descriptors_loop_length: 157 (0x009d) DVB-DescriptorTag: 73 (0x49) [= country_availibility_descriptor] descriptor_length: 7 (0x07) country_availability_flag: 1 (0x01) reserved: 127 (0x7f) country_code: GBR country_code: IRL DVB-DescriptorTag: 95 (0x5f) [= private_data_specifier_descriptor] descriptor_length: 4 (0x04) PrivateDataSpecifier: 2 (0x0002) [= BskyB 1] DVB-DescriptorTag: 72 (0x48) [= service_descriptor] descriptor_length: 15 (0x0f) service_type: 134 (0x86) [= User defined] service_provider_name_length: 5 (0x05) service_provider_name: "BSkyB" -- Charset: Latin alphabet service_name_length: 7 (0x07) Service_name: "Sky1 HD" -- Charset: Latin alphabet --- Klaus Schmidinger schrieb am So, 16.5.2010: > Von: Klaus Schmidinger > Betreff: Re: [vdr] dvb-s2 transponder can be received but channels are not > automatically found > An: vdr@linuxtv.org > Datum: Sonntag, 16. Mai, 2010 16:24 Uhr > On 15.05.2010 14:50, Newsy Paper > wrote: > > Hi Klaus, > > > > thx for your answer. Only 3 channels are found Ned3, > Film1 HD and Sport 1 HD. I also noticed this problem on some > dvb-s2 transponders at 28.2 East. > > ... > > > > > SECT-Packet: 0014 PID: 17 > (0x0011), Length: 292 (0x0124) > > Time received: Sat 2010-05-15 14:40:00.207 > > > > > : 42 f1 21 0c 96 e3 00 > 00 00 03 ff 51 ae ff 80 > 19 B.!Q > > 0010: 48 17 16 0d 43 61 6e > 61 6c 64 69 67 69 74 61 > 61 H...Canaldigitaa > > 0020: 6c 07 46 69 6c 6d 31 > 2e 32 51 b3 ff 80 19 48 > 17 l.Film1.2QH. > > 0030: 16 0d 43 61 6e 61 6c > 64 69 67 69 74 61 61 6c > 07 ..Canaldigitaal. > > 0040: 46 69 6c 6d 31 2e 33 > 51 b8 ff 80 1e 48 1c 16 > 0d Film1.3QH... > > 0050: 43 61 6e 61 6c 64 69 > 67 69 74 61 61 6c 0c 46 > 69 Canaldigitaal.Fi > > 0060: 6c 6d 31 20 41 63 74 > 69 6f 6e 51 bd ff 80 18 48 lm1 > ActionQH > > 0070: 16 16 0d 43 61 6e 61 > 6c 64 69 67 69 74 61 61 > 6c ...Canaldigitaal > > 0080: 06 53 70 6f 72 74 31 > 51 c2 ff 80 1a 48 18 16 > 0d .Sport1QH... > > 0090: 43 61 6e 61 6c 64 69 > 67 69 74 61 61 6c 08 53 > 70 Canaldigitaal.Sp > > 00a0: 6f 72 74 31 2e 32 51 > c7 fc 80 16 48 14 16 0d > 43 ort1.2QH...C > > 00b0: 61 6e 61 6c 64 69 67 > 69 74 61 61 6c 04 74 73 > 74 analdigitaal.tst > > 00c0: 32 51 d6 ff 80 19 48 > 17 19 0d 43 61 6e 61 6c > 64 2QH...Canald > > 00d0: 69 67 69 74 61 61 6c > 07 4e 45 44 33 20 48 44 > 51 igitaal.NED3 HDQ > > 00e0: db ff 80 1b 48 19 19 > 0d 43 41 4e 41 4c 44 49 > 47 H...CANALDIG > > 00f0: 49 54 41 41 4c 09 46 > 69 6c 6d 20 31 20 48 44 51 ITAAL.Film > 1 HDQ > > 0100: e0 ff 80 1c 48 1a 19 > 0d 43 61 6e 61 6c 64 69 > 67 H...Canaldig > > 0110: 69 74 61 61 6c 0a 53 > 70 6f 72 74 20 31 20 48 > 44 itaal.Sport 1 HD > > 0120: f1 a3 19 67 > > > ...g > > > > PID: 17 (0x0011) [= assigned for: DVB > Service Description Table (SDT), Bouquet Association Table > (BAT)] > > ... > > > service_type: 22 (0x16) [= advanced > codec SD digital television service] > > > Service_name: "Film1.2" -- Charset: > Latin alphabet > > ... > > > service_type: 22 (0x16) [= advanced > codec SD digital television service] > > > Service_name: "Film1.3" -- Charset: > Latin alphabet > > ... > > > service_type: 22 (0x16) [= advanced > codec SD digital television service] > > > Service_name: "Film1 Action" -- > Charset: Latin alphabet > > ... > >
Re: [vdr] dvb-s2 transponder can be received but channels are not automatically found
Hi Klaus,
yes, it's tested by.
I don't know why they don't stick to the standard and use their own user
defined value. I was always wondering why vdr didn't find a channel on those
transponders, but now I know the reason. Do you know why standalone sat
receivers find those channels? Would be interesting if these receivers consider
0x86 or just add all channels no matter what ID.
I will check if unencrypted channels like Luxe HD or ITV1 HD are also using
0x86.
kind regards
Newspaperman
--- Klaus Schmidinger schrieb am So, 16.5.2010:
> Von: Klaus Schmidinger
> Betreff: Re: [vdr] dvb-s2 transponder can be received but channels are not
> automatically found
> An: vdr@linuxtv.org
> Datum: Sonntag, 16. Mai, 2010 20:31 Uhr
> On 16.05.2010 19:13, Newsy Paper
> wrote:
> > Hi Klaus,
> >
> > thx very much. with this line it's working fine now
> for this transponder at 23.5East.
> > But BSkyB at 28.2East is using another id. Service
> type 0x86 on their HD channels.
> >
> >
> > So I would suggest a new case
> > +case 0x86: // BSkyB HD television service
>
> Have you actually tested this?
> This is an undefined value ("User defined"), so any
> provider could
> use that for something different.
> Besides, AFAIK "Sky1 HD" is encrypted, and there is no CAM
> for the
> Sky channels :-(
>
> Klaus
>
> > here's a short part of pid 0x11.
> >
> > Service_id: 3861 (0x0f15) [= --> refers
> to PMT program_number]
> > reserved_1: 63 (0x3f)
> > EIT_schedule_flag: 1 (0x01)
> > EIT_present_following_flag: 1
> (0x01)
> > Running_status: 4 (0x04)
> [= running]
> > Free_CA_mode: 1 (0x01)
> [= streams [partially] CA controlled]
> > Descriptors_loop_length: 157
> (0x009d)
> >
> >
> DVB-DescriptorTag: 73 (0x49) [=
> country_availibility_descriptor]
> >
> descriptor_length: 7 (0x07)
> >
> country_availability_flag: 1 (0x01)
> >
> reserved: 127 (0x7f)
> >
> country_code: GBR
> >
> country_code: IRL
> >
> >
> DVB-DescriptorTag: 95 (0x5f) [=
> private_data_specifier_descriptor]
> >
> descriptor_length: 4 (0x04)
> >
> PrivateDataSpecifier: 2 (0x0002)
> [= BskyB 1]
> >
> >
> DVB-DescriptorTag: 72 (0x48) [=
> service_descriptor]
> >
> descriptor_length: 15 (0x0f)
> >
> service_type: 134 (0x86) [= User
> defined]
> >
> service_provider_name_length: 5 (0x05)
> >
> service_provider_name: "BSkyB" --
> Charset: Latin alphabet
> >
> service_name_length: 7 (0x07)
> >
> Service_name: "Sky1 HD" -- Charset:
> Latin alphabet
> >
> >
> > --- Klaus Schmidinger
> schrieb am So, 16.5.2010:
> >
> >> Von: Klaus Schmidinger
> >> Betreff: Re: [vdr] dvb-s2 transponder can be
> received but channels are not automatically found
> >> An: vdr@linuxtv.org
> >> Datum: Sonntag, 16. Mai, 2010 16:24 Uhr
> >> On 15.05.2010 14:50, Newsy Paper
> >> wrote:
> >>> Hi Klaus,
> >>>
> >>> thx for your answer. Only 3 channels are found
> Ned3,
> >> Film1 HD and Sport 1 HD. I also noticed this
> problem on some
> >> dvb-s2 transponders at 28.2 East.
> >>> ...
> >>>
> >>
>
> >>> SECT-Packet: 0014 PID:
> 17
> >> (0x0011), Length: 292 (0x0124)
> >>> Time received: Sat 2010-05-15
> 14:40:00.207
> >>>
> >>
>
> >>> : 42 f1 21 0c 96 e3 00
> >> 00 00 03 ff 51 ae ff 80
> >> 19 B.!Q
> >>> 0010: 48 17 16 0d 43 61 6e
> >> 61 6c 64 69 67 69 74 61
> >> 61 H...Canaldigitaa
> >>> 0020: 6c 07 46 69 6c 6d 31
> >> 2e 32 51 b3 ff 80 19 48
> >> 17 l.Film1.2QH.
> >>> 0030: 16 0d 43 61 6e 61 6c
> >> 64 69 67 69 74 61 61 6c
> >> 07 ..Canaldigitaal.
> >>> 0040: 46 69 6c 6d 31 2e 33
> >> 51 b8 ff 80 1e 48 1c 16
> >> 0d Film1.3QH...
> >>> 0050: 43 61 6e 61 6c 64 69
> >> 67 69 74 61 61 6c 0c 46
> >> 69 Canaldigitaal.Fi
> >>> 0060: 6c 6d 31 20 41 63 74
> >> 69 6f 6e 51 bd ff 80 18
> 48 lm1
Re: [vdr] vdr and aac support
Hi Klaus,
just tested your aac patch. I would say your patch is working fine. AAC pid is
found + added automatically, femon plugin shows HE-AAC as codec. If I connect
to xineliboutput with vlc I get correct audio, but with xine there's no audio,
perhaps there are some more modifications necessary in xine but your part is
complete. Thank you very much for that.
kind regards
Newspaperman
--- Klaus Schmidinger schrieb am So, 16.5.2010:
> Von: Klaus Schmidinger
> Betreff: Re: [vdr] vdr and aac support
> An: vdr@linuxtv.org
> Datum: Sonntag, 16. Mai, 2010 14:28 Uhr
> On 16.05.2010 12:55, Klaus
> Schmidinger wrote:
> > On 15.05.2010 20:00, Newsy Paper wrote:
> >> hi Luis,
> >>
> >> seems like an ugly hack. Channel I'm receiving
> here has:
> >> Stream_type: 15 (0x0f) [= ISO/IEC 13818-7
> Audio with ADTS transport sytax]
> >
> > If you do this instead:
> >
> > --- pat.c 2010/03/27
> 15:17:46 2.9
> > +++ pat.c 2010/05/16
> 10:53:46
> > @@ -358,6 +358,8 @@
> >
> break;
> >
> case 3: // STREAMTYPE_11172_AUDIO
> >
> case 4: // STREAMTYPE_13818_AUDIO
> > + case
> 0x0F: // ISO/IEC 13818-7 Audio with ADTS transport sytax
> > + case
> 0x11: // ISO/IEC 14496-3 Audio with LATM transport syntax
> >
> {
> >
> if (NumApids < MAXAPIDS) {
> >
>
> Apids[NumApids] = esPid;
> >
> >
> > does this put the proper PID into the APID section?
> > This may still not work with recordings, but I first
> want to know
> > whether a proper PID is detected that way.
>
> Ok, here's a complete patch that attempts to handle audio
> types.
> It is untested, so please use it with care.
> Please let me know whether this works with your audio types
> in
> live mode and with replaying recordings.
>
> Klaus
>
> -Integrierter Anhang folgt-
>
>
> -Integrierter Anhang folgt-
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr and aac support
funny, today sound works with xine, yesterday it didn't although I had sound on
all other channels with mpeg2 audio. Even recorings work fine, so aac support
is perfect here :)
kind regards
Newspaperman
--- Newsy Paper schrieb am So, 16.5.2010:
> Von: Newsy Paper
> Betreff: Re: [vdr] vdr and aac support
> An: "VDR Mailing List"
> Datum: Sonntag, 16. Mai, 2010 23:52 Uhr
> Hi Klaus,
>
> just tested your aac patch. I would say your patch is
> working fine. AAC pid is found + added automatically, femon
> plugin shows HE-AAC as codec. If I connect to xineliboutput
> with vlc I get correct audio, but with xine there's no
> audio, perhaps there are some more modifications necessary
> in xine but your part is complete. Thank you very much for
> that.
>
> kind regards
>
>
> Newspaperman
>
> --- Klaus Schmidinger
> schrieb am So, 16.5.2010:
>
> > Von: Klaus Schmidinger
> > Betreff: Re: [vdr] vdr and aac support
> > An: vdr@linuxtv.org
> > Datum: Sonntag, 16. Mai, 2010 14:28 Uhr
> > On 16.05.2010 12:55, Klaus
> > Schmidinger wrote:
> > > On 15.05.2010 20:00, Newsy Paper wrote:
> > >> hi Luis,
> > >>
> > >> seems like an ugly hack. Channel I'm
> receiving
> > here has:
> > >> Stream_type: 15 (0x0f) [= ISO/IEC 13818-7
> > Audio with ADTS transport sytax]
> > >
> > > If you do this instead:
> > >
> > > --- pat.c 2010/03/27
> > 15:17:46 2.9
> > > +++ pat.c 2010/05/16
> > 10:53:46
> > > @@ -358,6 +358,8 @@
> > >
> > break;
> > >
> > case 3: // STREAMTYPE_11172_AUDIO
> > >
> > case 4: // STREAMTYPE_13818_AUDIO
> > > + case
> > 0x0F: // ISO/IEC 13818-7 Audio with ADTS transport
> sytax
> > > + case
> > 0x11: // ISO/IEC 14496-3 Audio with LATM transport
> syntax
> > >
> > {
> > >
> > if (NumApids < MAXAPIDS) {
> > >
> >
> > Apids[NumApids] = esPid;
> > >
> > >
> > > does this put the proper PID into the APID
> section?
> > > This may still not work with recordings, but I
> first
> > want to know
> > > whether a proper PID is detected that way.
> >
> > Ok, here's a complete patch that attempts to handle
> audio
> > types.
> > It is untested, so please use it with care.
> > Please let me know whether this works with your audio
> types
> > in
> > live mode and with replaying recordings.
> >
> > Klaus
> >
> > -Integrierter Anhang folgt-
> >
> >
> > -Integrierter Anhang folgt-
> >
> > ___
> > vdr mailing list
> > vdr@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> >
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutput teletext streaming
Hi, Is there a way to stream teletext plugin with xineliboutput so that you can use the teletext function of vlc, as vlc offers teletext level 2.5. Or will vdr prevent streaming of teletext pid? kind regards Newspaperman ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput teletext streaming
sry, I want to use the teletext function of vlc not the teletext function of vdr's teletext plugin as vlc understands teletext level 2.5 --- Magnus H schrieb am Mi, 19.5.2010: > Von: Magnus H > Betreff: Re: [vdr] xineliboutput teletext streaming > An: "'VDR Mailing List'" > Datum: Mittwoch, 19. Mai, 2010 12:48 Uhr > > > -Original Message- > From: vdr-boun...@linuxtv.org > [mailto:vdr-boun...@linuxtv.org] > On Behalf Of > Newsy Paper > Sent: den 19 maj 2010 12:29 > To: vdr@linuxtv.org > Subject: [vdr] xineliboutput teletext streaming > > Hi, > > Is there a way to stream teletext plugin with xineliboutput > so that you can > use the teletext function of vlc, as vlc offers teletext > level 2.5. Or will > vdr prevent streaming of teletext pid? > > > kind regards > > Newspaperman > > > > Hi, > I haven't tried with VLC but it works with vdr-sxfe. The > teletext subtitles > are there: > > Input #0, mpegts, from 'http://tv:37890': > Duration: N/A, start: 80591.120478, bitrate: 15192 > kb/s > Program 132 > Stream #0.0[0x397]: Video: mpeg2video, > yuv420p, 720x576 [PAR 64:45 DAR > 16:9], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc > Stream #0.1[0x396](): Audio: mp2, 48000 Hz, 2 > channels, s16, 192 kb/s > Stream #0.2[0x395](): Audio: ac3, 0 channels > Stream #0.3[0x394](sve): Subtitle: 0x0006 > > I have verified teletext subtitles to work with > streamdev+VLC. > /Magnus H > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Filter filler-nalus in h264 recordings?
Hi, I read that there are often filler-nalu bytes in h264 streams. Would it be possible to filter those filler-nalus and not to same them on hdd when recording a h264 stream? Or would this corrupt the stream? kind regards Newspaperman ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Unwatchable channels (vdr-xine, dxr3, vlc, mplayer)
which DVB card and which driver version do you use? I also had those problems with an old skystar 2. Nr of pid filters was too low and datarate of the stream was to high to transport it completely I was told. Later I bought a TT s2-3200 and problems were gone on these transponder but there were new transponders in dvb-s2 on Thor 1°W SR 3 8psk which showed the same problem which noone was able to fix. By chance several month later Andreas Regel increased the size of the ringbuffer for my card and problems are gone with s2-liplianin driver. kind regards Newsy --- Luca Olivetti schrieb am Di, 5.10.2010: > Von: Luca Olivetti > Betreff: Re: [vdr] Unwatchable channels (vdr-xine, dxr3, vlc, mplayer) > An: "VDR Mailing List" > Datum: Dienstag, 5. Oktober, 2010 22:41 Uhr > Al 05/10/10 21:50, En/na Luca > Olivetti ha escrit: > > >> Does this happen with 1.7.15 too? I'm still at > 1.7.15 -- didn't > >> find time to update yet. > > > > Yes, I just tried 1.7.16 to see if if was > automagically solved. > > I also tried with vdr-1.7.9 (a random version I used > since I had the > > tarball around) and it does the same. > > I tried vdr 1.6.0 and it does the same *but* setting the > video pid and/or the audio pids to 0 doesn't seem to fix > it. > > Bye > -- Luca > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] GOTOX patch for vdr-1.7.13
Hi Alex, why not using rotor plugin? Rotor 0.1.4 mh 1.2 has this feature: http://dl.free.fr/p21k0puwn/rotor.tar.gz if you are using vdr >= 1.7.14 you need my patch http://vdr-portal.de/board/thread.php?threadid=99952&hilight=rotor&hilightuser=0&page=2 kind regards Newsy --- Bikalexander schrieb am Mi, 20.10.2010: > Von: Bikalexander > Betreff: Re: [vdr] [PATCH] GOTOX patch for vdr-1.7.13 > An: "VDR Mailing List" > Datum: Mittwoch, 20. Oktober, 2010 17:05 Uhr > Can you perhaps install this > feature? > > Thank you. > > BR, > > Alex > > > >> > > Hi, > > > > I'm afraid that this patch is intended only for one > card. > > > > BR, > > > > Ales > > > > ___ > > vdr mailing list > > vdr@linuxtv.org > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Plugin for MHEG (BBC RedButton service)
hi John! sounds really great! Unfortunately this is not working with my vdr 1.7.17. Compiling all works fine as in your instructions. But if I include both plugins with -Predbutton and -Pmheg I can't connect to xineliboutput any more. :( Anybody knows what modifications are needed to fix this issue? kind regards Newsy --- John Williams schrieb am Sa, 19.3.2011: > Von: John Williams > Betreff: Re: [vdr] Plugin for MHEG (BBC RedButton service) > An: vdr@linuxtv.org > Datum: Samstag, 19. März, 2011 13:48 Uhr > On Sat, 19 Mar 2011 13:26:08 +0100 > Paul Menzel > wrote: > > > Am Samstag, den 19.03.2011, 11:49 + schrieb John > Williams: > > > > > I have adapted the standalone "redbutton" > program > > > (http://redbutton.sourceforge.net/) into a > plugin for VDR. This > > > allows me to view the "Redbutton" data service > broadcast by the BBC. > > > > great to hear that. To everyone as ignorant about MHEG > as me please > > read [1]. John, thank you for the screenshots on your > project site. > > Unfortunately MHEG is not available in Germany > according to [1]. > > As far as I am aware, this is only used by the BBC in the > UK, and by a > few other countries. I believe some other countries use a > different > system called MHP. > > > > This is a preliminary version of the plugin and > it is not robust > > > enough for general use, but if anyone would like > to experiment with > > > it, the source code can be downloaded from > > > http://pond-weed.com/redbutton/ > > > > I could not find a repository on your site. I think it > greatly eases > > the task to provide patches. If you do not want to set > one up > > yourself and you need a host you could use for example > [2]. > > Most of the code was written by Simon Kilvington as a > stand-alone > program, and I want to co-operate with him, so I need to > talk to him > about this. > > Regards, > John > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutput: no sound with radio plugin (concerning StillPicture function)
Hi! I want to mention a bug in xineliboutput plugin concerning the StillPicture function used by the radio and music plugin. If radio plugin calls these function StillPicture will be shown but sound goes away immediately. With xine-plugin there's no such problem, it is a bug of xineliboutput. Unfortunately I wasn't able to find where in the StillPicture function and its called subfunctions like Play_MPEG2_ES the bug is. What I found out: By disabling those Play_MPEG2_ES calls the sound still disappears unless you comment out the ForEach(m_clients, &cXinelibThread::Clear); kind regards Newsy ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
