а вот и схема
Покуражимся ( Courage блог)
- Courage
- Вопрос темы решён
-
сигнал на федеральном h264 пакете с Экспресс 40е
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
с 20-тью каналами снова вырос (в соседнем разделе пишут, что в Германии на 1м можно принимать), и появилась обнадеживающая весть из вдр-рассылки - ожидается поддержка этого стандарта в ближайших версиях вдрThe next vdr-xine release will support it. You may want to try the
attached patch for VDR-1.5.x, which prepares cRemux for H.264 (most
likely one of the next VDR releases will contain this patch). After that
you should be able to record such channels. Be aware that channels.conf
may nolonger be compatible with non patched VDR versions.The recordings should already be playable with xine-lib-1.1.7:
xine .../001.vdr#demux:mpeg_pes
Be aware that xine-lib's H.264 support is based on ffmpeg and there are
known issues with interlaced material. So it is likely that xine will crash.In case you are able to create a recording, would you please be so kind
and provide me a sample for testing.Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Прикрепленные данные: vdr-1.5.2-h264.patch (text/x-patch, 48K)
-
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
без комментариев -
Цитата
Со слов пользователя Courage
счас попробую - патч наложился нормально - в меню редактирования параметров канала
появился выбор Vcodec MPEG1/2 h264
буду тестить дальшеа какая у тебя конфигурация вдр и железа сейчас ?
-
Goga777 - у меня ФФ карта - думаю что с ней не прокатит тот вариант -
я кое что дописал в предыдущий пост ...а вот с ts recordings - интереснее вариант )))
ЦитатаTS Recordings appear in vdr recording directories, named as "001.ts"
- Records PAT, PMT, PCR, video (also h.264), audio(s), subtitle(s), ...
патчи на вдр 152 почти нормально наложились ... с одним единственным ханком
у второго патча ..Исходный код
Показать весь код# patch -p0 --dry-run < ./vdr_ts/vdr-1.4.6-Makefile-LARGEFILE.patch patching file Makefile Hunk #1 succeeded at 84 (offset 6 lines). # patch -p0 --dry-run < ./vdr_ts/vdr-1.4.6-menu.c-ts_recording.patch patching file menu.c Hunk #1 succeeded at 679 (offset 12 lines). Hunk #2 succeeded at 3555 (offset -176 lines). Hunk #3 succeeded at 3569 (offset -176 lines). Hunk #4 succeeded at 3611 (offset -176 lines). Hunk #5 succeeded at 3687 (offset -179 lines). Hunk #6 FAILED at 3699. 1 out of 6 hunks FAILED -- saving rejects to file menu.c.rej # patch -p0 --dry-run < ./vdr_ts/vdr-1.4.6-menu.h-ts_recording.patch patching file menu.h Hunk #1 succeeded at 154 (offset -28 lines). # patch -p0 --dry-run < ./vdr_ts/vdr-1.4.6-timers.h-eTimerFlags_tfTS.patch patching file timers.h # patch -p0 --dry-run < ./vdr_ts/vdr-1.4.6-tools.c_min-max-fix-32bit.patch patching file tools.cслегка изменил 6 ханк в
vdr-1.4.6-menu.c-ts_recording.patch
===================================================================
@@ -3850,3 +3878,7 @@
{
+#ifdef REC_TS
+ if (!(recorder
!recorder->IsAttached() recorderTS) !timer !timer->Matches(t))
+#else
if (!recorder !recorder->IsAttached() !timer !timer->Matches(t))
+#endif
return false;
===============================================================
патчи нормально наложились но при сборке выплыло этоИсходный кодrecorder_ts.c: In constructor 'cTSReceiver::cTSReceiver(cTSRecorder*, int, int, const int*)': recorder_ts.c:128: error: no matching function for call to 'cReceiver::cReceiver(int&, int&, int, const int*&)' receiver.h:41: note: candidates are: cReceiver::cReceiver(tChannelID, int, int, const int*, const int*, const int*) receiver.h:17: note: cReceiver::cReceiver(const cReceiver&) recorder_ts.c: In constructor 'cTSRecorder::cTSRecorder(const char*, int, int, const cChannel*, cDevice*)': recorder_ts.c:412: error: no matching function for call to 'cReceiver::cReceiver(int&, int&, int, NULL, NULL, NULL)' receiver.h:41: note: candidates are: cReceiver::cReceiver(tChannelID, int, int, const int*, const int*, const int*) receiver.h:17: note: cReceiver::cReceiver(const cReceiver&)при рассмотрении видно что имеет место быть несовпадения типов первого
параметра вызова функции cReceiver::cReceiver
в вдр 152 в receiver.h он имеет тип tChannelID а из recorder_ts.c вызывается с типом int&и вправду изменения коснулись типа первого параметра - хотя по смыслу он
остался прежним - требует ли этот канал conditional access
receiver.h версия 152Исходный код
Показать весь код================================================================ cReceiver(tChannelID ChannelID, int Priority, int Pid, const int *Pids1 = NULL, const int *Pids2 = NULL, const ///< Creates a new receiver for the channel with the given ChannelID with ///< the given Priority. Pid is a single PID (typically the video PID), while ///< Pids1...Pids3 are pointers to zero terminated lists of PIDs. ///< If any of these PIDs are 0, they will be silently ignored. ///< The total number of non-zero PIDs must not exceed MAXRECEIVEPIDS. ///< Priority may be any value in the range -99..99. Negative values indicate ///< that this cReceiver may be detached at any time (without blocking the ///< cDevice it is attached to). ///< The ChannelID is necessary to allow the device that will be used for this ///< receiver to detect and store whether the channel can be decrypted in case ///< this is an encrypted channel. If the channel is not encrypted or this ///< detection is not wanted, an invalid tChannelID may be given. virtual ~cReceiver(); tChannelID ChannelID(void) { return channelID; } ============================================================
receiver.h версия 147Исходный код
Показать весь код============================================================== cReceiver(int Ca, int Priority, int Pid, const int *Pids1 = NULL, const int *Pids2 = NULL, const int *Pids3 = N ///< Creates a new receiver that requires conditional access Ca and has ///< the given Priority. Pid is a single PID (typically the video PID), while ///< Pids1...Pids3 are pointers to zero terminated lists of PIDs. ///< If any of these PIDs are 0, they will be silently ignored. ///< The total number of non-zero PIDs must not exceed MAXRECEIVEPIDS. ///< Priority may be any value in the range -99..99. Negative values indicate ///< that this cReceiver may be detached at any time (without blocking the ///< cDevice it is attached to). ===============================================================почти победил - причесал патчи и recorder_ts.c под вдр 152 - в меню таймеров
появились еще 2 пункта Record TS и Record TS only - но при попытке записи
вылетает segmentation faultИсходный код
Показать весь кодJul 30 19:16:39 localhost vdr: [6101] timer 1 (10 1916-1930 'VIZION PLUS') start Jul 30 19:16:39 localhost vdr: [6101] waiting for EPG info... Jul 30 19:16:43 localhost vdr: [6101] no EPG info available Jul 30 19:16:43 localhost vdr: [6101] record /video/VIZION_PLUS/2007-07-30.19.16.50.99.rec Jul 30 19:16:43 localhost vdr: [6101] creating directory /video/VIZION_PLUS Jul 30 19:16:43 localhost vdr: [6101] creating directory /video/VIZION_PLUS/2007-07-30.19.16.50.99.rec Jul 30 19:16:43 localhost vdr: [6101] Starting recording in TS format Jul 30 19:16:43 localhost vdr: [6101] original recording file: /video/VIZION_PLUS/2007-07-30.19.16.50.99.rec/001. Jul 30 19:16:43 localhost vdr: [6101] recording file -> /video/VIZION_PLUS_2007-07-30.19.16.50.99.rec_001.ts Jul 30 19:16:43 localhost vdr: [6101] original recording file: /video/VIZION_PLUS_2007-07-30.19.16.50.99.rec_001. Jul 30 19:16:43 localhost vdr: [6101] recording file -> /video/ts//VIZION_PLUS_2007-07-30.19.16.50.99.rec_001.ts Jul 30 19:16:43 localhost vdr: [6101] cTSPatFilter("VIZION PLUS") Jul 30 19:16:43 localhost vdr: [6101] cTSRecorder activate Jul 30 19:16:43 localhost vdr: [6101] Timer flags: TS recording only - NOT STARTING VDR RECORDING
что напутано с директориями - во первых он не реагирует на указание видео
директории для вдр и пытается писать именно в /video/ts - а во вторых - эти два слэша
мне не нравятся
/video/ts//VIZION_PLUS_2007-07-30.19.16.50.99.rec_001.ts -
Цитата
Со слов пользователя Courage
при задании каналу vcodec h264 его видео пид в channels.conf прописывается как 10000 - но при попытке настройки на этот канал идут ошибки и вдр возвращается на предыдущий канала если прописать в channel.conf реальный, правильный vpid для одного из h264 каналов - не помогает ?
-
в-общем получилось с ts записью ))) пошли записи - одновременно и ts и vdr пишет ...
пробывал пока на простых (mpeg2) каналах и на GOD Europe (h264) на 16Е - пишет )))
правда на этом канале эти дурацкие PAFF -но это другая проблема
и mplayer почему то падает на этих h264 .ts ... но это отдельная разборка ...
главное что пишет!!!! на обычных каналах записи в .ts нормально крутятся в mplayer
а на 40Е у меня сигнал с большими ber идет - пробывал писать - но вдр
слетает по причине пропадания сигнала ...и еще одно но - у меня при попытке установить опцию записи Record TS only
вдр падает .... если ее не трогать - то все ОК -
правда при этом пишет одновременно и vdr и ts - но я думаю что через некоторое время
автор - огромный респеки ему за эту работу - доведет код до ума ....в итоге - патчи для записи .ts вполне рабочие-
кому интересно - в прицепке все файлы для этого - все оригинальное
с Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
- кроме 2-х файлов которые подверглись моим изменениям под вдр 1.5.2
это два файла
recorder_ts.c и патч vdr-1.4.6-menu.c-ts_recording который теперь называется
vdr-1.5.2-menu.c-ts_recording.patch
все файлы для вдр 152 - в прицепке -
современные CF бывают 2, 4 и 8 гиг со скоростью 266х (40 мегабайт/секунду). зачем тогда винчестер?
-
Цитата
Со слов пользователя Goga777
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
снова о ТТ3200 - все ждут что скажет Manuа вот что он ответил
>
> And when will S2-3200 support be added to hg?Most probably, if all goes well sometime next month.
Manu
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.