Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
Jouni Karvo wrote:
Antti Seppälä kirjoitti:
Try lowering the value of ABITRATE found in iptvstream.sh from 320 to
e.g. 192. After such a modification the stream worked fine for me.
Hi,
this does not seem to help.
I have three test channels now, all of which give the video:
- The Albanian Rrokum TV - which gives also audio.
- Bahn TV - only video. Even with ab=192
- BBC One premier (via http://www.global-itv.com/). Only video
My xine has w32 (from xine's output:
load_plugins: plugin
/usr/local/lib/xine/plugins/1.1.9/xineplug_decode_w32dll.so found
)
Since you have at least one channel which works it leads me to believe
that iptv plugin is working and the problem could still be in the
transcoding or playback process.
Here's how you can try to investigate a bit more:
Set up a vlc for transcoding in a similar fashion as to how iptv plugin
uses it. For example the following command will do just that for Bahn TV:
vlc
mms://atkon-atkbtvolive-wmv-high.wm.llnwd.net/atkon_atkbtvolive_wmv_high
--sout
#transcode{vcodec=mp2v,acodec=mpga,vb=2400,ab=192}:standard{access=udp,mux=ts{pid-video=1,pid-audio=2,tsid=3},dst=127.0.0.1:4321}
--intf dummy
Now open another instance of vlc to play back the transcoded stream:
vlc udp://@:4321
If the stream works perfectly, you can close the playback vlc and try to
play with xine:
xine udp://127.0.0.1:4321
Notice how my examples hardcode the udp port to 4321. If you want to
change it, remember to do so to every command.
If there's no audio on either of the players you are likely to have
something wrong with your vlc installation. If vlc works but xine
doesn't then xine cannot for some reason decode the audio stream.
The script sets VPID=parameter+1, APID=parameter+2, SPID=parameter+3
(I wonder why, since if you want to receive simultaneously two
consecutive parameter things, they overlap anyway).
We try to use pids to make the channels separable from each other.
Overlapping should not be a problem because multiple streams are sent to
different udp ports (and different iptv devices as well). You can of
course modify the script and use different pids if you like.
When looking at the stream info, they show PIDs like 3,4,66. 4,5,66.
I wonder what this 66 is and why...
I think it is the default PMT pid of vlc.
--
Antti Seppälä
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
I'm having the same problem. I've put the .ax file in /usr/lib/win32, registed the key in ~/.mplayer/registry32 and then done: - You don't have to register. yes, for xine no need any coreavc-registration. I patched xine-lib with coreavc for Linux xine.patch @ http://coreavc-for-linux.googlecode.com/svn/trunk/xine/xine.patch no any rejects ? with which xine-lib version did you work ? Then you have to add additional code to demux_mpeg_pes.c ( see attached patch ) did you install the additional patches from hXXp://dvbn.happysat.org ? You have to delete xineplug_decode_ff.so and xineplug_decode_qt.so in /usr/local/lib/xine/plugins/1.1.9/ yes, may be the option --disable-ffmpeg during xine-lib compilaton will help, too I tried xineliboutput first but that give me black screen with epg + sound. for xineliboutput you have to try the patch from http://allrussian.info/thread.php?postid=1226448#post1226448 (very many thanks to Walery) With vdr-xine-0.8.1.tgz it all seems to work :) fine !!! and what about your impressions ? Many thanks to Igor who has been a great help! ah, not to me ! To Walery from our forum - he helped to me and to you yesterday evening. @ALL can somebody to make cumulative coreavc-patch for xine and xineliboutput with xine.patch + patches from dvbn.happysat + patches from allrussian ? @Per can you write more detail HOWTO (my English is not so good, sorry) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.13 dvb-s2 H.264 patch from Reinhard
On Sat, Jan 19, 2008 at 01:19:52AM +0100, Udo Richter wrote: Hello, Any detailed information would help. Note that there are currently three versions of the most recent patch available. The 1.4.7 version should work for 1.4.x and up to 1.5.9, the 1.5.12 version should do 1.5.10-1.5.12, and the 1.5.13 works with latest VDR. The main changes focus on cutter.c and videodir.c, plus some smaller changes on other files. Oops, I was trying the version for vdr-1.5.12 against 1.5.13... it apply clean with the good version :-) Oops, no, there is a problem when using http://users.tkk.fi/~rahrenbe/vdr/vdr-1.5.13-liemikuutio-1.17.diff.gz which is a must have for me... I like the idea of Hard Link Cutter, but I will stay with the cut_in_place for the time being. Thank, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)
I'm sorry but the latest mail is not about how to get xineliboutput to work but xine. Walery has a patch for xineliboutput and I've tried it but I haven't been able to get it to work without segfault. http://allrussian.info/thread.php?threadid=89361threadview=0hilight=hilightuser=0page=3 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.13 dvb-s2 H.264 patch from Reinhard
On Sunday 20 January 2008, Gregoire Favre wrote: Oops, no, there is a problem when using http://users.tkk.fi/~rahrenbe/vdr/vdr-1.5.13-liemikuutio-1.17.diff.gz which is a must have for me... I like the idea of Hard Link Cutter, but I will stay with the cut_in_place for the time being. At least with the 1.4.x versions, modifying the hard link cutter patch so that it applies on top of liemikuutio patched VDR is trivial, just a matter of removing some diff context from the hard link cutter menu.c hunk. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
Igor skrev:
@Per
can you write more detail HOWTO (my English is not so good, sorry)
I have started with a CVS xine-lib. Then applied the vdr-xine patch.
Download and apply the xine.patch from
http://code.google.com/p/coreavc-for-linux/
There are also some patches here to fix some problems with xine-lib:
http://dvbn.happysat.org/viewtopic.php?p=243997
Walery's patch to demux_mpeg_pes.c is attached. Apply that to.
Per
--- demux_mpeg_pes.c.org2008-01-19 22:09:58.0 +0100
+++ demux_mpeg_pes.c2008-01-19 22:10:02.0 +0100
@@ -1092,6 +1092,7 @@ static int32_t parse_private_stream_1(de
return this-packet_len + result;
}
+int sent_header = 0;
static int32_t parse_video_stream(demux_mpeg_pes_t *this, uint8_t *p,
buf_element_t *buf) {
int32_t result;
uint32_t todo_length=0;
@@ -1136,6 +1137,7 @@ static int32_t parse_video_stream(demux_
an AUD has been found at the beginning of the payload.
*/
if (this-mpeg12_h264_detected 2) {
+sent_header = 0; /* Added by Mel */
uint8_t *pp = p + 2, *pp_limit = p + payload_size - 1;
while (0 pp pp pp_limit) {
if (pp[0] == 0x01 pp[-1] == 0x00 pp[-2] == 0x00) {
@@ -1156,9 +1158,44 @@ static int32_t parse_video_stream(demux_
pp++;
pp = memchr(pp, 0x01, pp_limit - pp);
}
+usleep(100);
lprintf(%s%c\n, (this-mpeg12_h264_detected 1) ? H.264 : MPEG1/2,
(this-mpeg12_h264_detected 2) ? '!' : '?');
+
+
+
+ if (this-mpeg12_h264_detected == 3){
+if (sent_header == 0) {
+ printf(INIT H264\n);
+ xine_bmiheader bih;
+ buf_element_t *buf = this-video_fifo-buffer_pool_alloc
(this-video_fifo);
+ buf-decoder_flags = BUF_FLAG_STDHEADER;
+
+ memset(bih, 0x00, sizeof(bih));
+ bih.biWidth = 1920;
+ bih.biHeight = 1080;
+ bih.biPlanes = 1;
+ bih.biBitCount = 24;
+ bih.biCompression = 0x34363248; //31435641; //AVC1
+ bih.biSizeImage = 0;
+ bih.biXPelsPerMeter=1;
+ bih.biYPelsPerMeter=1;
+ bih.biClrUsed=0;
+ bih.biClrImportant=0;
+ bih.biSize = sizeof(bih);
+ buf-content = malloc(sizeof(bih));
+ memcpy(buf-content, bih, sizeof(bih));
+ //memcpy(buf-content, bih, sizeof(bih));
+ buf-size = sizeof(bih);
+ buf-type = BUF_VIDEO_H264;
+ buf-decoder_flags |= BUF_FLAG_FRAME_END;
+ this-video_fifo-put (this-video_fifo, buf);
+ sent_header = 1;
+ buf = NULL;
+}
}
+}
+
/* when an H.264 AUD is seen, we first need to tell the decoder that the
previous frame was complete.
*/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)
Hi, I'm sorry but the latest mail is not about how to get xineliboutput to work but xine. Walery has a patch for xineliboutput and I've tried it but I haven't been able to get it to work without segfault. http://allrussian.info/thread.php?threadid=89361threadview=0hilight=hilightuser=0page=3 try cvs-version xineliboutput.. Walery ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)
Hello, one more stupid question : does it works also for x86_64 ? I wanted to try it, but if fails at patching : patching file src/libw32dll/Makefile.am Hunk #1 FAILED at 13. Hunk #2 FAILED at 33. 2 out of 2 hunks FAILED -- saving rejects to file src/libw32dll/Makefile.am.rej that with coreavc-for-linux/xine/xine.patch against xine-lib-1.2 from today. Thank, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
Gregoire Favre skrev: Hello, one more stupid question : does it works also for x86_64 ? I wanted to try it, but if fails at patching : patching file src/libw32dll/Makefile.am Hunk #1 FAILED at 13. Hunk #2 FAILED at 33. 2 out of 2 hunks FAILED -- saving rejects to file src/libw32dll/Makefile.am.rej that with coreavc-for-linux/xine/xine.patch against xine-lib-1.2 from today. Thank, Don't know if it works for x86_64. I checked out xine-lib one minute ago to test and I had no problem. patching file src/libw32dll/Makefile.am Hunk #1 succeeded at 15 (offset 2 lines). patching file src/libw32dll/nal_parser.c Where did you get the xine.patch? svn checkout http://coreavc-for-linux.googlecode.com/svn/trunk/ coreavc-for-linux-read-only from yesterday is what I'm using. Cheers ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-iptv-0.0.6
Hi, a new version of IPTV plugin for both stable and developer VDR series is now available: http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ 2008-01-20: Version 0.0.6 - Fixed some lint warnings. - Added Italian translation (Thanks to Gringo). - Added '-Wno-parentheses' to the compiler options. - Mapped 'kInfo' as help key in setup menu. - Refactored statistic collecting code. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-rssreader-1.1.3 vdr-rssreader-1.0.3
Hi, new versions of RSS reader plugin for both stable and developer VDR series are now available: http://www.saunalahti.fi/~rahrenbe/vdr/rssreader/ 2008-01-20: Version 1.1.3 - Added Italian translation (Thanks to Gringo). - Updated example/rssreader.conf. - Added '-Wno-parentheses' to the compiler options. - Mapped 'kInfo' as help key in setup menu. 2008-01-20: Version 1.0.3 - Added Italian translation (Thanks to Gringo). - Updated example/rssreader.conf. - Added '-Wno-parentheses' to the compiler options. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-femon-1.2.3 vdr-femon-1.1.5
Hi, new versions of femon plugin for both stable and developer VDR series are now available: http://www.saunalahti.fi/~rahrenbe/vdr/femon/ 2008-01-20: Version 1.2.3 - Updated Italian translation (Thanks to Gringo). - Added '-Wno-parentheses' to the compiler options. - Mapped 'kInfo' as help key in setup menu. 2008-01-20: Version 1.1.5 - Updated Italian translation (Thanks to Gringo). - Added '-Wno-parentheses' to the compiler options. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-skinsoppalusikka-1.1.4 vdr-skinsoppalusikka-1.0.6
Hi, new versions of Soppalusikka skin plugin for both stable and developer VDR series are now available: http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/ 2008-01-20: Version 1.1.4 - Added Italian translation (Thanks to Gringo). - Added '-Wno-parentheses' to the compiler options. - Mapped 'kInfo' as help key in setup menu. 2008-01-20: Version 1.0.6 - Added Italian translation (Thanks to Gringo). - Added '-Wno-parentheses' to the compiler options. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.2.3 vdr-femon-1.1.5
Rolf Ahrenberg wrote: Hi, new versions of femon plugin for both stable and developer VDR series are now available: http://www.saunalahti.fi/~rahrenbe/vdr/femon/ 2008-01-20: Version 1.2.3 - Updated Italian translation (Thanks to Gringo). - Added '-Wno-parentheses' to the compiler options. - Mapped 'kInfo' as help key in setup menu. hi, an chances to see h.264 stream infos soon (means support for Reinhard Nissl´s h.264 patch)? or support for multiproto dvb-s2 to see the signal strengths or lock? Bye ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-femon-1.2.3 vdr-femon-1.1.5
On Sun, 20 Jan 2008, Lars Bläser wrote: an chances to see h.264 stream infos soon (means support for Reinhard Nissl´s h.264 patch)? or support for multiproto dvb-s2 to see the signal strengths or lock? As soon as those patches have been integrated into VDR and multiproto to official V4L/DVB tree. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreA VC + xineliboutput)
I wanted to try it, but if fails at patching : patching file src/libw32dll/Makefile.am Hunk #1 FAILED at 13. Hunk #2 FAILED at 33. 2 out of 2 hunks FAILED -- saving rejects to file src/libw32dll/Makefile.am.rej please, try with this Makefile version from Walery http://allrussian.info/thread.php?postid=1226030#post1226030 Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Disappearing audio
Hi! Do anybody have same problem what I nowadays have... I updated this week my Gentoo vdr system and now if I use fast forward (or rewind) I loose audio. So after fast forward when I come back to normal speed playback, there is no sound anymore. After killing vdr-sxfe and starting it again, I have sound again. Jumping backward or forward don't make audio to disappear. -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Disappearing audio
On Sunday 20 January 2008, JJussi wrote: I updated this week my Gentoo vdr system and now if I use fast forward (or rewind) I loose audio. So after fast forward when I come back to normal speed playback, there is no sound anymore. After killing vdr-sxfe and starting it again, I have sound again. Jumping backward or forward don't make audio to disappear. Maybe a xine-lib 1.1.9+ problem? http://thread.gmane.org/gmane.comp.video.xine.devel/17621 http://thread.gmane.org/gmane.comp.video.xine.devel/17682 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Disappearing audio
El Domingo, 20 de Enero de 2008, JJussi escribió: Hi! Do anybody have same problem what I nowadays have... I updated this week my Gentoo vdr system and now if I use fast forward (or rewind) I loose audio. So after fast forward when I come back to normal speed playback, there is no sound anymore. After killing vdr-sxfe and starting it again, I have sound again. Jumping backward or forward don't make audio to disappear. See this thread: http://sourceforge.net/mailarchive/forum.php?thread_name=620587.9617.qm%40web50409.mail.re2.yahoo.comforum_name=xine-devel Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
hi, I am baffled... Antti Seppälä kirjoitti: Set up a vlc for transcoding in a similar fashion as to how iptv plugin Now open another instance of vlc to play back the transcoded stream: vlc udp://@:4321 works If the stream works perfectly, you can close the playback vlc and try to play with xine: xine udp://127.0.0.1:4321 works when done as one regular user, but not when done as the regular user with what the regular user with what vdr is run. These users belong to the same group, so both can open audio. Even if I just copy the $HOME/.xine/config file to the other user, it still does not work. It just gives some errors: set_speed 0 audio_alsa_out: Drain call failed. (err=-11:Resource temporarily unavailable) bufing: 1, enb: 1 net_buf_ctrl: vid 0% 0.0s0kbps 0, aud 0% 0.0s0kbps 0, buf on ^Mdem ux_ts: found no ISO 639 lang bufing: 1, enb: 1 net_buf_ctrl: vid 0% 0.0s0kbps 0, aud 0% 0.0s0kbps 0, buf on net_buf_ctrl: nbc_set_speed_pause set_speed 0 audio_alsa_out: Drain call failed. (err=-11:Resource temporarily unavailable) bufing: 1, enb: 1 After a while these errors disappear, and it just shows: net_buf_ctrl: vid 97% 3.0s 2008kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 97% 3.0s 2016kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2024kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2024kbps 0, aud 45% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2024kbps 0, aud 46% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 net_buf_ctrl: vid 98% 3.0s 2008kbps 0, aud 46% 3.0s 192kbps 0, on ^Mbufing: 0, enb: 1 Which looks like it would work, but nothing comes out. Googling did not seem to help here... I really have no idea of which settings to try next. Configuring xine-ui is not really an easy thing. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.13
Hi,
Reinhard Nissl schrieb:
attached you'll find updated patches for VDR-1.5.13.
The patch named *-dvbs2-* additionally adds DVB-S2 support to VDR
(thanks to Marco Schlüßler) and requires to use the DVB drivers
from the multi-proto tree (see URL below for further details).
The other patch is without DVB-S2 support and therefore most
suitable for DVB-C users.
The patches have been extended to also include the recently
released bugfixes, addons, forgotten speedup patches and LIRC
changes. Additionally, cDvbTuner::IsTunedTo() and the channel
editor have been fixed / enhanced to deal with modulation systems.
The attached addon to these patches will detect H.264
automatically in cRemux. Furthermore it will remove the vpid
offset 1 from H.264 channels, so applications like
streamdev-server or femon should work now without adding support
for the above offset.
Please have a look into VDR's logfile where cVideoRepacker will
log it's operating mode and report any incorrect decisions here.
Have a look at this page for more instructions on this concern:
http://www.vdr-wiki.de/wiki/index.php/OpenSuSE_DVB-S2_-_Step_by_Step_Installationsanleitung_%28Achtung_Beta%29
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
--- ../vdr-1.5.13-dvbs2-other/channels.h 2008-01-19 23:22:17.0 +0100
+++ channels.h 2008-01-20 22:00:07.0 +0100
@@ -50,7 +50,7 @@
// VPID can be in the range 0...8191. Offsets of 1 are used to indicate special video codings.
#define VPID_OFFSET_BASE 1
#define VPID_FROM_ANY(pid) ((pid) % VPID_OFFSET_BASE) // returns the plain VPID
-#define VPID_TO_XXX(pid, offset) (pid + offset)
+#define VPID_TO_XXX(pid, offset) (pid /* + offset */)
#define VPID_IS_XXX(pid, offset) ((pid - VPID_FROM_ANY(pid)) == offset)
// 1. special video coding: H.264
#define VPID_OFFSET_H264 (1 * VPID_OFFSET_BASE)
--- ../vdr-1.5.13-dvbs2-other/remux.c 2008-01-19 23:43:30.0 +0100
+++ remux.c 2008-01-20 21:59:00.0 +0100
@@ -375,6 +375,9 @@ void cAudGenerator::Generate(cRingBuffer
// --- cVideoRepacker
#define IPACKS 2048
+#define SC_SEQUENCE 0xB3 // sequence header code
+#define SC_GROUP0xB8 // group start code
+#define SC_PICTURE 0x00 // picture start code
class cVideoRepacker : public cCommonRepacker {
private:
@@ -389,6 +392,7 @@ private:
bool collectChunkData;
H264::cSimpleBuffer chunkData;
H264::cParser *h264Parser;
+ bool h264;
int sliceSeen;
bool audSeen;
cAudGenerator *audGenerator;
@@ -415,19 +419,23 @@ private:
void EndCollectingPictureExtension(void);
bool DetermineFramePicture(void);
void GenerateFieldPicturesHint(bool FramePicture, const uchar *const Data, const uchar AndMask, const uchar OrMask);
+ void SwitchToMpeg12(void);
protected:
virtual int Put(cRingBufferLinear *ResultBuffer, const uchar *Data, int Count, int CapacityNeeded);
public:
- cVideoRepacker(bool H264);
+ cVideoRepacker(bool H264);
~cVideoRepacker();
virtual void Reset(void);
virtual void Repack(cRingBufferLinear *ResultBuffer, const uchar *Data, int Count);
virtual int BreakAt(const uchar *Data, int Count);
};
-cVideoRepacker::cVideoRepacker(bool H264)
+cVideoRepacker::cVideoRepacker(bool H264)
: chunkData(1024)
+, h264(H264)
{
+ // assume H.264 -- we'll fallback to MPEG1/2 when necessary
+ h264 = true;
h264Parser = (H264 ? new H264::cParser() : 0);
audGenerator = 0;
Reset();
@@ -458,6 +466,18 @@ void cVideoRepacker::Reset(void)
startCodeLocationsPrepared = false;
}
+void cVideoRepacker::SwitchToMpeg12(void)
+{
+ if (!h264Parser)
+ return;
+ dsyslog(cVideoRepacker: switching to MPEG1/2 mode);
+ delete h264Parser;
+ h264Parser = 0;
+ delete audGenerator;
+ audGenerator = 0;
+ h264 = false;
+}
+
int cVideoRepacker::Put(cRingBufferLinear *ResultBuffer, const uchar *Data, int Count, int CapacityNeeded)
{
if (!audGenerator)
@@ -476,6 +496,20 @@ void cVideoRepacker::CollectData(const u
void cVideoRepacker::HandleNalUnit(const uchar *const Data, cRingBufferLinear *const ResultBuffer, const uchar *Payload, const uchar StreamID, const ePesHeader MpegLevel, const uchar *NalPayload)
{
+ // check whether we need to fall back to MPEG1/2
+ if (initiallySyncing) {
+ switch (*Data) {
+ case SC_SEQUENCE:
+ case SC_GROUP:
+ case SC_PICTURE:
+// the above start codes do not appear in H.264 so let's switch to MPEG1/2
+SwitchToMpeg12();
+// delegate startcode to appropriate handler
+HandleStartCode(Data, ResultBuffer, Payload, StreamID, MpegLevel, NalPayload);
+return;
+ }
+ }
+
// valid NAL units start with a zero bit
if (*Data 0x80) {
LOG(cVideoRepacker: found invalid NAL unit: stream seems to be scrambled or not demultiplexed);
@@ -683,8 +717,10 @@ void cVideoRepacker::PushOutCurrentFrame
if
Re: [vdr] Disappearing audio
On Jan 20, 2008 7:59 PM, JJussi [EMAIL PROTECTED] wrote: Hi! Do anybody have same problem what I nowadays have... I updated this week my Gentoo vdr system and now if I use fast forward (or rewind) I loose audio. So after fast forward when I come back to normal speed playback, there is no sound anymore. After killing vdr-sxfe and starting it again, I have sound again. Jumping backward or forward don't make audio to disappear. I noticed the same problem. Setting audio.synchronization.slow_fast_audio to 1 in config_xineliboutput solved the problem. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
Gregoire Favre skrev: On Sun, Jan 20, 2008 at 06:38:31PM +0100, Per Mellander wrote: Don't know if it works for x86_64. I checked out xine-lib one minute ago to test and I had no problem. Well, that's very strange, I checked revision 32 of the svn, and the svn (you spoke about a CVS of xine-lib which is abandonned for a long time) of xine-lib-1.2 : hg pull -u http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ Are you using xine-lib-1.1 by any chance ? Yes, 1.1.9 It's been very confusing to me. I started of by using the xine-lib that can be found on Reinards site http://home.vrweb.de/~rnissl/ Later on I figured out that cvs was abandoned so I checked out latest from hg clone http://hg.debian.org/hg/xine-lib/xine-lib/ I'm running the first one, patched with xine.patch from http://coreavc-for-linux.googlecode.com/svn/trunk/ and then handpatched with the diff's from happysat and last Walerys patch. I'm sorry if my input has been not that straight but I didn't realize the matter that cvs was abandoned until recently. I'll try 1.2, Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H264 Issue with C+ Nordic Channels
Hi, Morfsta schrieb: I was testing VDR with the H264 channels in Norway. It exhibits the same kind of artifacting I reported earlier with BBC HD channels (not spatial direct mode). I have uploaded an example to: - http://www.megaupload.com/?d=7N0J2G1L Looks like the broadcaster has set the progressive frame flag and as such, no deinterlacing is applied when running the deinterlacer like that: -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 To force deinterlacing even for progressive frames use this one: -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=0 But it then looks like top and bottom field are shown in the incorrect order. Don't know whether this can be fixed. When the broadcaster sets the progressive frame flag, then there is usually no way to decide, which field must be displayed first. And it seems that tvtime's decision is the wrong one :-( Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
I have been using xine-1.2 from the Mercurial distribution, but it still creates a plugin directory called 1.1.9 and sometimes 1.1.90. I just can't get it to work! Here's the steps I have taken: - Running on Ubuntu 7.10 x86_64. Downloaded xine-lib-1.2 from hg Patched with xine.patch from google code site Fixed the Makefile.am problem Patched with additional patch posted from Per in this mailing list Patched with all additional patches that are in the Genpix thread on DVBN Ran configure (./configure --disable-dxr3) make make install Downloaded the CoreAVC unpacked file from rapidshare (coreavcdecoder_unpacked.ax) Put it in /usr/lib/win32 as (CoreAVCDecoder.ax) Remove /usr/local/lib/plugins/1.1.9/xineplug_decode_ff.so [THERE IS NO /usr/local/lib//1.1.9/xineplug_decode_qt.so] Remove /usr/local/lib/plugins/1.1.90/xineplug_decode_ff.so [THERE IS NO /usr/local/lib//1.1.90/xineplug_decode_qt.so] Patched xinelibout (this doesn't work and causes a segfault on VDR startup) Tried vdr-xine - this shows a black screen with audio but no video - message says it can't find a plugin to handle the video. So it seems that it just doesn't load the DLL. Am I missing any other dependencies, do you need wine or anything else? Thanks for your help and hopefully the above can lead to a howto, and perhaps someone can upload somewhere a patched and working xine-lib as well as a patched and working xinelibout? Thanks in advance for all your help. 2008/1/21 Igor [EMAIL PROTECTED]: I'll try 1.2, may be it's the best case :) @Reinhard is there any difference between xine-lib 1.2 branch and 1.1 branch for our case ? Igor ___ 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
