[vdr] xineliboutput and libextractor3
after update to libextractor3 (debian sid) xineliboutput will not compile: tools/playlist.c: In member function 'virtual void cID3Scanner::Action()': tools/playlist.c:172: error: 'EXTRACTOR_ExtractorList' was not declared in this scope tools/playlist.c:172: error: 'plugins' was not declared in this scope tools/playlist.c:173: error: 'EXTRACTOR_KeywordList' was not declared in this scope tools/playlist.c:173: error: 'md_list' was not declared in this scope tools/playlist.c:174: error: 'EXTRACTOR_loadDefaultLibraries' was not declared in this scope tools/playlist.c:175: error: 'EXTRACTOR_getKeywords' was not declared in this scope tools/playlist.c:178: error: 'EXTRACTOR_getKeywordTypeAsString' was not declared in this scope tools/playlist.c:190: error: 'EXTRACTOR_freeKeywords' was not declared in this scope tools/playlist.c:191: error: 'EXTRACTOR_removeAll' was not declared in this scope make[1]: *** [tools/playlist.o] Error 1 make[1]: Leaving directory `/usr/src/vdr-plugins/xineliboutput/vdr-xineliboutput' make: *** [common-build-arch] Error 2 is there a patch aviable? stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput and libextractor3
Am -28163-01--10 20:59, schrieb Petri Helin: I believe that the libextractor3 contains version 0.6 of libextractor. There is a patch for that, though I have not tested it and cannot confirm whether it works or not. You can find it here: http://www.vdrportal.de/board/thread.php?threadid=93447 compile works fine with the patch. what will libextractor do in the xinelibout plugin? extract mp3 tags and so? stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] logo for vdr-xinelibout
hi
the logo from xinelibout is distorted in the upper left corner.
so i make a patch witch is transparent and in korrect aspect
ratio.
see attached patch.
stefandiff -urNad vdr-plugin-xineliboutput-1.0.0~rc2~/vdrlogo_32x32.c vdr-plugin-xineliboutput-1.0.0~rc2/vdrlogo_32x32.c
--- vdr-plugin-xineliboutput-1.0.0~rc2~/vdrlogo_32x32.c 2007-06-16 19:39:19.0 +0200
+++ vdr-plugin-xineliboutput-1.0.0~rc2/vdrlogo_32x32.c 2007-06-16 19:40:31.0 +0200
@@ -17,204 +17,124 @@
unsigned char pixel_data[32 * 32 * 4 + 1];
} vdrlogo_32x32 = {
32, 32, /*4,*/
- \375\375\374\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\374\377\375\375\375\377\375\375\374\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\366\363\370\377\365\362\367\377\374\374\373\377\375\375
- \374\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\373\377\374\374\375\377\366\362
- \371\377\365\361\367\377\365\361\370\377\365\361\367\377\367\363\372\377
- \374\372\375\377\370\367\370\377\364\361\370\377\364\361\367\377\365\361
- \367\377\365\361\367\377\365\361\367\377\365\361\367\377\365\361\367\377
- \366\362\370\377\373\371\374\377\374\375\375\377\375\375\375\377\375\375
- \375\377\375\375\375\377\210s\245\377Q0\177\377\336\326\346\377\376\374\374
- \377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375
- \375\375\377\375\375\374\377\370\365\371\377\233\207\265\377T3\204\377O.
- \201\377O.\201\377O.\201\377T4\205\377nQ\224\377\245\221\276\377eN\207\377
- O.\202\377O-\201\377O-\201\377O.\201\377O.\201\377O-\201\377Q1\203\377iK
- \221\377\270\247\311\377\372\371\374\377\375\375\375\377\375\375\375\377
- \241\216\271\377:\17x\377\256\235\303\377\375\375\374\377\375\375\375\377
- \375\375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\374
- \373\377\236\214\270\377;\21x\377:\17w\377:\17w\377;\16w\377:\17y\377:\17
- z\377:\17z\377\23w\377kQ\221\377C\37x\377:\17x\377:\17x\377:\17x\377:\17
- x\377:\17x\377:\17w\377:\17w\377;\24v\377\264\245\311\377\374\374\375\377
- \375\375\374\377\316\303\332\377:\20x\377\205k\246\377\375\375\375\377\375
- \375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\375\375\375
- \377\352\345\360\377C\35{\377:\20u\377\33j\377\c\377\c\377\e\377:
- \40e\3779\26n\377;\17x\377\27w\377v_\230\377A*c\377B,d\377C-e\377D.e\377
- E/f\377D-g\377;\31k\377:\17z\377R2\204\377\367\364\371\377\375\375\375\377
- \363\356\367\377A\32z\377\\;\213\377\373\372\374\377\375\375\375\377\375
- \375\375\377\375\375\375\377\375\375\375\377\375\375\375\377\264\244\310
- \377:\20w\...@\i\377K1o\377\306\303\312\377\313\311\315\377\312\311\315
- \377\304\302\306\377\237\230\252\377K-u\377;\17x\377pT\231\377\332\327\333
- \377\334\333\334\377\336\336\335\377\340\337\337\377\342\340\340\377\336
- \336\337\377\256\246\270\377B\40u\3779\20x\377\313\302\331\377\375\375\375
- \377\375\373\375\377dD\221\377?\31w\377\355\351\362\377\375\375\375\377\375
- \375\375\377\375\375\375\377\375\375\375\377\375\375\373\377\211o\252\377
- ;\24q\377Cn\377\31s\377\354\351\356\377\375\375\374\377\375\375\375\377
- \375\375\375\377\375\375\375\377\310\301\323\377\27v\377?\32y\377\352\344
- \357\377\375\376\374\377\375\375\374\377\375\375\374\377\375\375\374\377
- \375\375\374\377\374\374\374\377\223}\261\377:\16y\377\236\214\265\377\375
- \375\374\377\375\375\375\377\220y\257\377:\20v\377\312\300\327\377\375\375
- \375\377\375\375\375\377\375\375\375\377\375\375\374\377\374\374\375\377
- \\:\214\377G)p\377P/\204\377=\30t\377\353\351\355\377\375\375\375\377\375
- \375\374\377\374\374\374\377\374\374\373\377\374\373\374\377w^\234\3778\20
- z\377\266\251\312\377\375\375\374\377\375\375\375\377\375\375\375\377\375
- \375\375\377\375\375\375\377\375\375\374\377\304\267\323\377;\17x\377\201
- m\236\377\375\375\374\377\375\375\375\377\274\257\316\377:\17y\377\240\217
- \271\377\375\375\372\377\375\375\375\377\375\375\375\377\375\375\375\377
-
Re: [vdr] Instability with recordings on VDR-1.7.4 when recording to a NTFS partition
Klaus Schmidinger klaus.schmidin...@cadsoft.de wrote: I believe you mean 'genindex'. Maybe I should make VDR automatically generate an index file when replaying a TS recording without one... good idea stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] preferred way of running xineliboutput with output to a?dedicated screen?
gsmd [EMAIL PROTECTED] wrote: From what I've read on http://www.linuxtv.org/vdrwiki/index.php/Xineliboutput-plugin, xineliboutput can output video directly via framebuffer, does this mean that X.org is of no use? I've tried starting 'vdr-sxfe --video=fb ...' (or DirectFB) but it keeps telling it can't connect to X server. What would you suggest when running xineliboutput on a vdr box with the only output via hdmi? vdr-sxfe is for use in x vdr-fbfe is for use without x stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-pictures and pic2mpg
Klaus Schmidinger [EMAIL PROTECTED] wrote: On 02/25/08 19:59, Stefan Wagner wrote: the script only works with absolute paths correctly. Please try the attached patch. now it works fine. tx for patch stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
Emmanuel POIZAT [EMAIL PROTECTED] wrote: Hello, I've got a very similar behavior, but burn seems to be stuck here: (end of dvd.log) [mplex] + echo /stream [mplex] + echo /subpictures [mplex] + SPU=/video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0 [mplex] + [ ! x/video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0 = x -a -f /video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0/spumux.xml ] [mplex] + mkfifo /tmp/vdr-burn.Ugly_Betty.__Entre_fr__resvc9aCG/VDRSYNC.0/subtmp.mpg [mplex] + mplex -f 8 -S 0 -M -o /tmp/vdr-burn.Ugly_Betty.__Entre_fr__resvc9aCG/VDRSYNC.0/subtmp.mpg /video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0/vdrsync.mpv /video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0/vdrsync.mpa /video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0/vdrsync2.mpa /video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0/vdrsync.ac3 /video/vdr-burn.Ugly_Betty.__Entre_fr__resl9hV5A/VDRSYNC.0/vdrsync1.mpa [mplex]INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/08/28 17:50:54 $) Nothing happened after this statement, and I don't know why. any idea? Emmanuel not testet yet. you can test this patch (without patching projectx): http://vdr-portal.de/board/thread.php?postid=697938#post697938 stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-pictures and pic2mpg
Klaus Schmidinger [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:/media/daten/burn$ pic2mpg -v 1 /media/daten/burn/ /media/daten/burn/dest/ ./dscn0015.jpg - /media/daten/burn/dest//./dscn0015.jpg.mpg ./DSCN00051.JPG - /media/daten/burn/dest//./DSCN00051.JPG.mpg but wen i call the script with relative paths: [EMAIL PROTECTED]:/media/daten/burn$ pic2mpg -v 1 ./ dest/ ./dscn0015.jpg - dest//./dscn0015.jpg.mpg ./DSCN00051.JPG - dest//./DSCN00051.JPG.mpg removing ./DSCN00051.JPG.mpg removing ./dscn0015.jpg.mpg dest/: No such file or directory why will the script remove the files? they are in dest/ before ending script. From the README file: Just don't make the destination directory a subdirectory of the source directory, because this would surely lead to problems. ok, but with relative paths it don't works. [EMAIL PROTECTED]:~/tests$ ls dest source [EMAIL PROTECTED]:/tmp$ pic2mpg -v 1 source dest ./DSCN2155.JPG - dest/./DSCN2155.JPG.mpg ./DSCN2154.JPG - dest/./DSCN2154.JPG.mpg removing ./DSCN2155.JPG.mpg removing ./DSCN2154.JPG.mpg dest: Datei oder Verzeichnis nicht gefunden the script will create a dest dir in source (/tmp/source/dest/) and delete the files after finishing. the script only works with absolute paths correctly. stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-pictures and pic2mpg
the pic2mpg script aceptis only files with lower case caracters. is it posible to support upper case caracters by default? my pictures are named DSCN*.JPG and the script only acepts DSCN*.jpg. stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-pictures and pic2mpg
Klaus Schmidinger [EMAIL PROTECTED] wrote:
On 02/24/08 21:42, Stefan Wagner wrote:
the pic2mpg script aceptis only files with lower case caracters.
is it posible to support upper case caracters by default?
my pictures are named DSCN*.JPG and the script only acepts DSCN*.jpg.
--- PLUGINS/src/pictures/pic2mpg2008/02/02 11:34:43 1.2
+++ PLUGINS/src/pictures/pic2mpg2008/02/24 22:00:18
@@ -143,7 +143,7 @@
sub ConvertFile
{
my ($Pict, $Mpeg) = @_;
- (my $Type) = $Pict =~ /\.([^\.]*)$/;
+ (my $Type) = lc($Pict) =~ /\.([^\.]*)$/;
if (!defined $PNMCONV{$Type}) {
return if ($Ignore);
die unknown file type '$Type': '$Pict'\n;
(untested).
Klaus
works fine now with uper and lower case.
[EMAIL PROTECTED]:/media/daten/burn$ pic2mpg -v 1 /media/daten/burn/
/media/daten/burn/dest/
./dscn0015.jpg - /media/daten/burn/dest//./dscn0015.jpg.mpg
./DSCN00051.JPG - /media/daten/burn/dest//./DSCN00051.JPG.mpg
but wen i call the script with relative paths:
[EMAIL PROTECTED]:/media/daten/burn$ pic2mpg -v 1 ./ dest/
./dscn0015.jpg - dest//./dscn0015.jpg.mpg
./DSCN00051.JPG - dest//./DSCN00051.JPG.mpg
removing ./DSCN00051.JPG.mpg
removing ./dscn0015.jpg.mpg
dest/: No such file or directory
why will the script remove the files?
they are in dest/ before ending script.
stefan
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] no program icon with xineliboutput under 64bit
i have run vdr-sxfe under ubuntu gutsy 64bit edition. xinelibout works fine, but the programm icon is noit shown in the left upper corner. there is only a standard icon with rectangles. is there a solution to show the vdr-sxfe icon? Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
Petri Helin [EMAIL PROTECTED] wrote: I noticed that Project-X is able to handle only subtitles within subID 0x20. I have a recording with subtitles with subIDs 0x20 and 0x21 and demuxing fails with command 248. If I restrict Project-X to subID 0x20, I am able to demux that recording too. Unfortunately this means that the second subtitle stream cannot be demuxed. Is this related to the TODO Klaus has marked for 0x21 in dvbsubtitle.c? can anyone provide dvb.matt from http://forum.dvbtechnics.info a little part of recording with 2 or more subtitle streams? so we can get a version of projectx thet supports more than one dvb-streams. stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
Petri Helin [EMAIL PROTECTED] wrote:
Thanks for informing about the update. Seems to work now with recordings
with dvb-subtitles from the Finnish broadcaster, YLE, too.
Regarding the renaming of the audio files, I made a few changes in the
Project-X in order to fix that:
--- parser/StreamProcessAudio.java.old 2008-02-11 15:09:21.0 +0200
+++ parser/StreamProcessAudio.java 2008-02-11 15:08:29.0 +0200
@@ -1861,8 +1861,8 @@
{
for (int i = 1; i 4; i++)
{
- str[0][i] += new_str_1;
- str[1][i] += new_str_2;
+ str[0][i] = new_str_1;
+ str[1][i] = new_str_2;
}
}
Don't know whether it is the right way but with a quick test it seems to
work at least.
hm, with a recording from zdf with 2 mpa streams i become this:
-rw-rw-r-- 1 vdr vdr 3638016 11. Feb 21:13 vdrsync-02.mpa
prw-rw-r-- 1 vdr vdr 0 11. Feb 21:12 vdrsync0.mpa
prw-rw-r-- 1 vdr vdr 0 11. Feb 21:12 vdrsync1.mpa
-rw-rw-r-- 1 vdr vdr 1819008 11. Feb 21:13 vdrsync.mpa
vdrsync0.mpa and vdrsync1.mpa only 0 byte, and burn waits for anything.
with 1 audio stream:
prw-rw-r-- 1 vdr vdr 0 11. Feb 21:24 vdrsync1.mpa
-rw-rw-r-- 1 vdr vdr 3638016 11. Feb 21:24 vdrsync.mpa
and the dvd will be created.
Stefan
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
Petri Helin [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Has there been any progress regarding this issue? It looks like ProjectX will fail in case there are subtitles in a VDR recording made with version 1.5.10 or later, because ProjectX does not recognize them being subtitles and will eventually get stuck to an unending loop. What might be the major difference between the old subtitles plugin's way of saving subtitles and the way they are saved now? ProjectX 0.90.4.b22 works with vdr 1.5.x recordings. but with burn 0.1.0-pre21 i have problems with naming of audio files. projectx beta named files other than old projectx. have anyone a fix for that? Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
ProjectX 0.90.4.b22 works with vdr 1.5.x recordings. Just tried the last cvs, it still fails to process subtitles, getting stuck in a loop with message suppic unknown cmd: 44 as the previous version I tested. i have only test with dvb-subtitles from german broadcast station zdf its possible, the patch is only for zdf: http://forum.dvbtechnics.info/showthread.php?t=4920 (sorry in german) Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
