ЦитатаПоказать весь код
VDR developer version 1.7.1 is now available at
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
A 'diff' against the previous version is available at
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
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.
This version marks the first step towards using TS (Transport Stream) as
recording format. It does this by switching the Transfer Mode to TS and
introducing all the necessary cDevice and cPlayer functions to handle TS.
Actual recording is still done in PES, though.
This should provide a reasonable developing and testing environment for
HDTV device plugins to prepare for replaying TS.
There appears to be a problem with replaying the payload from TS packets
on Full-Featured DVB cards. On some channels this works rather fine (with
only very small glitches from time to time), while on other channels there
are heavy glitches and sometimes even the audio goes mute.
My initial approach to replaying TS on FF cards was to simply strip the
TS header and send the payload to the usual PlayVideo() and PlayAudio()
functions, since the driver itself examines the data and assembles the
2KB PES packets it sends to the hardware. Since the FF cards can replay
the TS data as it comes in from the transponder, my assumption was that
the same should be possible in Transfer Mode.
But maybe there is something wrong with this assumption?
Could this be a driver problem?
I don't think that simply "throwing memory" at the problem is the solution.
Any thoughts?
The changes since version 1.7.0:
- Adapted the tuning code to the new DVBFE_SET_DELSYS API (thanks to Reinhard Nissl).
VDR now uses the driver from Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
- Updated the Italian OSD texts (thanks to Diego Pierotto).
- Removed obsolete $(NCURSESLIB) from the Makefile.
- Implemented handling the standard component descriptor for AC3 (stream=4), as it
will soon be used by the German ARD channels (thanks to Michael PennewiЯ for
advance information about this change). The previously used "Premiere pseudo
standard" (stream=2, type=5) still works, but has apparently been wrongfully used
by broadcasters from the beginning.
- Added missing description of the 'S' channel parameter to vdr.5 (reported by
Reinhard Nissl).
- The SVDRP signon message now indicates the character encoding in use, as in
"220 video SVDRP VideoDiskRecorder 1.7.1; Fri May 2 16:17:10 2008; ISO-8859-1".
This may be useful for instance for external tools that provide EPG data, so that
they can correctly encode the strings.
- No longer calling FcFini() to avoid problems with older (broken) versions of
fontconfig (suggested by Edgar Toernig).
- Removed the compile time option VFAT to allow users of precompiled binary
distributions to have full control over whether or not to use the --vfat option
at runtime (suggested by Michael Nork).
- First step towards switching to TS (Transport Stream) as recording format:
+ The new function cDevice::PlayTs() is used to play TS packets.
+ The new functions cDevice::PlayTsVideo() and cDevice::PlayTsAudio()
are used to play video and audio TS packets, respectively.
+ The new function cAudio::PlayTs() is used to play audio TS packets.
+ The new class cPatPmtGenerator is used to generate a PAT/PMT pair that precedes
the TS data in Transfer Mode.
+ The new class cPatPmtParser is used by cDevice to parse the PAT/PMT data in a
TS in order to find out which streams it contains.
+ The new class cTsToPes is used to convert TS packets to a PES packet.
+ cTransfer no longer uses cRemux, and doesn't run a separate thread any more.
It just generates a PAT/PMT and sends all received TS packets to the primary
device's PlayTs().
+ Live subtitle display no longer uses a ring buffer and separate thread.
+ cPesAssembler has been removed. Old VDR recordings only contain complete PES
packets.
+ Since a TS needs to have a PAT/PMT, which requires the video stream type to
be explicitly given, the format of the VPID field in the channels.conf file
and the SVDRP commands NEWC/MODC/LSTC has been extended. The video stream type
now follows the VPID and optional PPID, separated by an '=' sign.
- Updated the sources.conf file (thanks to Oleg Roitburd).
- Fixed a possible integer overflow in GetAbsTime() (thanks to Alexander Rieger).
- Fixed a problem with calling isyslog() from within the SignalHandler() (thanks
to Udo Richter).
- Replaced the Finnish language code "smi" with "suo" (thanks to Rolf Ahrenberg).
- Fixed wrong value for TableIdBAT in libsi/si.h (thanks to Winfried Kцhler).
- Errors in config files no longer keep VDR from starting.
- Removed unneeded include files <linux/dvb/dmx.h> und <time.h> from remux.h
(reported by Tobias Grimm).
Have fun!
Klaus
_______________________________________________
vdr mailing list
vdr@linuxtv.org
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
VDR 1.7.1 - первый шаг на пути к TS record
- Goga777
- Вопрос темы решён
-
-
патч от Zulu vdr-1.7.1-ext_h264.diff для поддержки h264 d vdr 171
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. -
Попробовал c VDR-Extensions-Patch-64. Все три патча для него легли нормально.
При сборке отвалились важнейшие плагины reelchannelscan, chanman и нек. другие.
Плагин vdr-xine, хоть и собрался, но не работает (малевич). В логе орёт, что надо пофиксить его файлик xineDevice.c. -
у меня тоже все 3 патча легли нормально на vdr 171. Но при запуске при переключении каналов патченный таким образом vdr 171 зависает. Откатился на vdr 170 без VDR-Extensions-Patch-64.
-
1.7.1 уж очень сырая/неудачная версия.
1.7.0 получше будет -
Цитата
Со слов пользователя Goga777
а версия gcc какая у тебя ?Фиг его знает. Убунта 8.04. Проблема по-моему не в том. Ты компилируешь для 170 а я для 171
-
а 1.7.1 ты с какими патчам и запустил ? работает нормально ?
-
extensions 64 patch, в нём же vdr-1.7.1-ext_h264.diff, плюс vdr-1.7.1-s2api-05102008-ext64.patch.gz
Работает как и 170, в случае если включить перманент таймшифт. -
я тоже такую связку пробовал, но vdr 171 при этом у меня зависал. И слева у названий каналов в списке каналов появился квадратик.
-
Квадратики -это ты включил wareagleicons (как-то так), а фонт у тебя не патченный. Там разные картинки добавляются на место квадратиков, это идёт от экстеншн патч. Можно отключить в Make.config
По поводу зависаний - вроде не виснет. Я как понял таймшифт если включить - то плагины читают уже записанный поток, а в буффере таймшифта старый формат записи.
Но вообщем-то я особо не ковырял, собрал- работает. -
а покажи , пожалуйста, твой makeconfig - что включено, а что нет.
и какие патчи используешь на vdr 171 ? -
Патчей три - экстеншн64, h264, и для s2. В маке.конфиг вот так:
Исходный код
Показать весь кодANALOGTV = 1 #ATSC = 1 CHANNELSCAN = 1 CMDSUBMENU = 1 #CUTTERLIMIT = 1 #CUTTERQUEUE = 1 CUTTIME = 1 DDEPGENTRY = 1 #DELTIMESHIFTREC = 1 DOLBYINREC = 1 DVBSETUP = 1 #DVDARCHIVE = 1 #DVDCHAPJUMP = 1 #DVLFRIENDLYFNAMES = 1 #DVLRECSCRIPTADDON = 1 DVLVIDPREFER = 1 #EM84XX = 1 #GRAPHTFT = 1 HARDLINKCUTTER = 1 IPTV = 1 JUMPPLAY = 1 LIEMIKUUTIO = 1 #LIRCSETTINGS = 1 LIVEBUFFER = 1 #LNBSHARE = 1 MAINMENUHOOKS = 1 MENUORG = 1 NOEPG = 1 OSDMAXITEMS = 1 PINPLUGIN = 1 PLUGINAPI = 1 PLUGINMISSING = 1 #ROTOR = 1 SETTIME = 1 #SETUP = 1 #SOURCECAPS = 1 SORTRECORDS = 1 TIMERCMD = 1 TIMERINFO = 1 #TTXTSUBS = 1 #VALIDINPUT = 1 #VOLCTRL = 1 WAREAGLEICON = 1 #YAEPG = 1
-
Что-то Klaus Schmidinger молчит давно.
-
ждет TT S2-3200 в S2API =)
-
так она же уже давно там - у Игоря и у тебя в репо
наступил понедельник - кода stb0899 нет в dvb-v4l - значит ли это, что в 2.6.28 kernel поддержки stb0899 карт не будет ? -
Цитата
Со слов пользователя Goga777
забыл спросить - а плагины какие используешь с vdr 171 ?
На вывод siftdevice или xineliboutput через directfb cle266 Но только sd - для hd слабовата машинка. Я всё хочу extension hd на ней завести (если достану :))
Вот список плагинов на данный момент(сын на ней мультики смотрит между перезагрузками): sc skinenigmang softdevice menuorg femon epgsearch reelchannelscan cpumon extrecmenu weatherng chanman pilotskin pin
Да вообщем-то как обычно, все плагины без изменений, только те что на вывод, не работают вроде: pvr350, em84xx, dxr3 -
ага, да у тебя столь редкий в наших краях directfb используется - очень интересно.
поделись , пожалуйста, своим опытом, впечатлениями о работе с directfb здесь Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
- в чем отличия от работе с иксами и от обычного FB
- преимущества и недостатки DFB
- качество картинки
- сложность, особенность настройки DFB
- загрузка проца в сравнении с иксами - реально ли есть работает аппаратное ускорение и быстрее ли оно, чем xvideo ? -
Цитата
Со слов пользователя Yuri6666
extensions 64 patch, в нём же vdr-1.7.1-ext_h264.diff, плюс vdr-1.7.1-s2api-05102008-ext64.patch.gz
Работает как и 170, в случае если включить перманент таймшифт.есть какие либо ремарки по работе vdr 171 + xineliboutput + h264 каналы ?
-
Тут мои наблюдения научной ценности не имеют - слабовата конфигурация. Слайдшоу и прерывистый звук - вот что я имел до (реклама!)приобретения eHD
-
я спрашивал потому, что имхо с vdr 172 ни один софт-плагин не работает - даже с мпег2. Так что Клаус прорелизил 172 версию для самого cебя со своей FF