Re: [vdr] VDR User Counter: now with map!
At Tuesday 03 March 2015, 09:20:28 Klaus Schmidinger wrote: On 03.03.2015 09:15, Laurence Abbott wrote: I eventually thought to look in my spam folder so I could register properly! Thanks. That's why I added Please also check your SPAM folder, because sometimes automated emails are wrongfully considered SPAM by some filters to the message that appears right after the verification mail has been sent. My spamassassin is _very_ happy with it: X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_00,RDNS_NONE, TO_NO_BRKTS_NORDNS,T_FILL_THIS_FORM_SHORT autolearn=no version=3.3.2 Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Want to have Permashift in your own language?
Hello! Personally I don't mind setting the language of the software I run to English. I guess many people having learned English early in school don't care too much. I personally don't mind English, but I do not like mixed language interfaces, linke having most parts in my native language and then some plugins in English. I am however a native speaker in dutch, so I can provide a list of translations. If there are multiple translations possible, I give more than one option. All the different translations have slightly different meanings. Thanks for your translations! I retranslated them with Google Translate, so I surely got a grasp on all those subtle differences to choose the best ones... ;o) Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Want to have Permashift in your own language?
Eike wrote: [...] Permashit 1.0 [...] Always reread your messages carefully before sending, Eike! X) signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Want to have Permashift in your own language?
Hello! I find the English string ambiguous, as in Verbing weirds language or Time flies like an arrow. I guess that blocks rewind is verb+noun here, instead of noun+verb. If that is the case, I think that you should write Buffer saving blocks rewinding to make it more clear. Or maybe even: Rewinding saves buffer first (omitting the to keep it short). You're right, and as too long text is cut at the end, Buffer saving blocks rewinding isn't any worse than Buffer saving blocks rewind. or even a graphical symbol (ASCII) or ◀◀ (two U+25C0) in place of Rewind. (I did not find any media-control characters in Unicode, except U+23CF EJECT SYMBOL.) That's a cool idea, I'm just unsure how many compromise I should take for the SD TV watchers, which I don't know how many there are, but surely won't become more over time. And HD users got lots of space for the texts. So I'll guess, SD users (like me) will have to live with some texts cut at the end. Thanks for your translation! Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Want to have Permashift in your own language?
Hello, I want to publish a maintenance release for Permashift (http://ein-eike.de/vdr-plugin-permashift-english/) and thought about including some translations. I've already got German, English and Russian. If you'd like your favorite language to be included, it's as easy as translating the following 7 texts. For support of SD TV displays it would be good to have every line except the first two to be smaller than say 35 characters, if possible. Full line texts * Permashift out of memory! * Press key to continue permanent timeshift Short texts * Auto-buffer live TV * Enable plugin * Memory buffer size * Buffer saving blocks rewind (This means that pressing rewind results first in saving of the whole buffer and rewinding has to wait for that time. To be honest, I found that hard to express that short even in my mother language...) * Maximum recording length (hours) Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] Permashift 1.0 - permanent timeshift in RAM (AKA live buffer)
Hello, Permashift has been largely rewritten and is now published in version 1.0. On popular demand, it does not do automatical disc recordings anymore, but records live TV to a RAM buffer which is used for rewinding or inclusion in recordings. Permashift needs a patch to the VDR (and is incompatible with the old patch!). Patch, plugin and more information are available on the homepage: http://ein-eike.de/vdr-plugin-permashift-english/ Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] shows recording
Hello! I am trying to setup vdr so any new showings of show get recorded. Mythtv has option to record only new episodes How do I set this up with vdr ? Epgsearch has an option to avoid duplicates, so it would record every episode once - no matter how old they are. Is that what you're looking for? If not, how can VDR decide if an episode is new or not? Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
Hello! I would be nice, if VDR could turn off the sound at the end of a replay and show a still image (e.g. Children, go to bed now!). What do you think about that? I'd appreciate the same for my significant other (and me). No joke! Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [announce]: pvr350-1.7.5
There maybe a handful people still using the Hauppauge PVR350 card as output device. There are - thanks for supporting it! Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR test series about frame detector
Hello again! Thanks for your submissions, coming from Germany, Austria, Netherlands, Czech, Finland, Esotnia, Australia and New Zealand! Most people reported that a window/frame size of 6 packages has been fine for all their streams. Some larger numbers could be traced back to broken parts of a stream, but at least one recording doesn't seem to have a fault and still yields a frame size of 13. It's coming from WDR Köln HD, perhaps someone wants to check this sender as well. Klaus offered to use 10 as the new value so we've got some safety margin to the vast majority of values reported. Some people asked why VDR is so sparing about the number of packages it demands. A recording will not start before this number of packages has been delivered and at the end, the buffer will not deliver a smaller number and thus swallow the rest, so the number should not be too large. Thanks for your participation, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR test series about frame detector
Hello again, there have been several problems with linking with different VDR versions. Here are updated steps that should fix them: make rm vdr.o g++ -c framedetectortest.cpp g++ -o framedetectortest *.o libsi/libsi.a -lfontconfig -lfreetype -lpthread -ldl -ljpeg -lrt Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR test series about frame detector
Hello! I need some help from VDR users - for variety reasons especially from those not in Germany. There's a glitch in the frame detection of VDR. It sometimes misses the first possibility to record a stream. It looks on frames of at least 5 * 188 bytes, and depending on the stream, sometimes 6 frames are needed. Trouble is, I'm not sure if 6 is enough for everybody. Thus I need your tests. You need ot be able to compile a VDR to help. First, in the VDR directory, you do a: make Then you compile the attached C++ file (unziped, of course): g++ -c framedetectortest.cpp Then you're linking it: g++ -o framedetectortest framedetectortest.o remux.o ringbuffer.o thread.o tools.o i18n.o sections.o channels.o device.o audio.o ci.o receiver.o transfer.o player.o osdbase.o status.o skins.o osd.o config.o font.o sources.o menu.o recording.o videodir.o timers.o epg.o dvbplayer.o menuitems.o remote.o keys.o interface.o plugin.o cutter.o themes.o svdrp.o eit.o eitscan.o shutdown.o filter.o sourceparams.o dvbsubtitle.o pat.o sdt.o nit.o dvbdevice.o diseqc.o recorder.o dvbci.o libsi/libsi.a -lfontconfig -lfreetype -lpthread -ldl - ljpeg Now you've got an application called framedetectortest, which you can feed your vdr recordings (*.ts files) to: ./framedetectortest 2.ts The output looks about like this: Checking file at offset 0 Without frame limit... Found I frame after 99452 bytes With frame limit 5... Found I frame after 220336 bytes With frame limit 6... Found I frame after 99452 bytes TS package frame size needed for this video block: 6 Maximum TS package frame size needed for this video recording: 6 I need reports which number your stream resulted in (the Maximum TS package frame size) and what you've tested (Cable? Satellite? Terrestrical? HD, SD? Your country?). The result is interesting even if it is 5 or 6. Thanks in advance, Eike framedetectortest.cpp.gz Description: GNU Zip compressed data signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Frame detector glitch
Hello!
I'm experiencing what I'd call a glitch of VDR's frame detector class.
There's a define #define MIN_TS_PACKETS_FOR_FRAME_DETECTOR 5.
According to my experiences, this number of TS packages in not always
enough to detect frames as early as possible. Thus it is a matter of chance
if detection will be fed with enough data to detect the first frame or if it
will glitch through to another one. I think we should avoid such situations.
I attached demo code (needs some includes and to be compiled and linked
with VDR) which shows the behaviour and I stored a short TS sample at
http://ein-eike.de/wordpress/wp-content/uploads/2014/01/vdr-sample.ts
The code checks when an I frame is found, at first with full data available,
and then with data dripping in with a frame size of 5, 6 ... until the
dripping data yields the same result as the flooding data.
I get the following output from the given example:
Checking file at offset 0
Without frame limit... Found I frame after 190256 bytes
With frame limit 5... Found I frame after 398560 bytes
With frame limit 6... Found I frame after 190256 bytes
TS package frame size needed for this video block: 6
Maximum TS package frame size needed for this video recording: 6
Unfortunately, I cannot tell if 6 is the definite number to avoid such glitches
or if other circumstances would need a higher number. I wrote the code such
as people might try it out on their video files so we could experiment.
(I could provide a Linux executable as well.)
Ciao,
Eike
cPatPmtParser parser;
uint doAnalyze(uchar* Data, uint readBytes, int frameSize)
{
if (frameSize == 0)
{
printf(Without frame limit... );
}
else
{
printf(With frame limit %d... , frameSize);
}
uint analyzed = 0;
cFrameDetector* m_bufferFrameDetector = new cFrameDetector(parser.Vpid(), parser.Vtype());
cRingBufferLinear m_syncBuffer(readBytes, MIN_TS_PACKETS_FOR_FRAME_DETECTOR * TS_SIZE);
m_syncBuffer.Put(Data, readBytes);
while (m_syncBuffer.Available() = frameSize * 188)
{
int r;
uchar *b = m_syncBuffer.Get(r);
if (b)
{
int Count = m_bufferFrameDetector-Analyze(b, (frameSize == 0)? r : min(r, frameSize * 188));
analyzed += Count;
/*
if (m_bufferFrameDetector-Synced())
{
printf(Synced after %d bytes\n, analyzed);
}
*/
if (Count)
{
if (m_bufferFrameDetector-Synced() m_bufferFrameDetector-NewFrame() m_bufferFrameDetector-IndependentFrame())
{
printf(Found I frame after %d bytes\n, analyzed);
break;
}
m_syncBuffer.Del(Count);
}
}
}
return analyzed;
}
int main(int argc, char *argv[])
{
if (argc 2)
{
printf(Please pass the path of a VDR video recording file (*.ts)! \n);
exit(-1);
}
char* fileName = argv[1];
static FILE* readFile = fopen(fileName, rb);
fseek(readFile, 0 , SEEK_END);
uint64_t filesize = ftell(readFile);
fseek(readFile, 0 , SEEK_SET);
uint blocksize = (10 * 1024 * 1024) / 188 * 188;
uchar* Data = (uchar*)malloc(blocksize);
uint readsize = fread(Data, 1, blocksize, readFile);
parser.ParsePatPmt(Data, readsize);
if (parser.Vpid() == 0 || parser.Vtype() == 0)
{
printf(Pid or vtype not found! \n);
return -1;
}
fseek(readFile, 0 , SEEK_SET);
int maxFrameSize = 0;
int offset = 0;
do
{
printf(Checking file at offset %d \n, offset);
uint readsize = fread(Data, 1, blocksize, readFile);
uint analyzed = doAnalyze(Data, readsize, 0);
bool frameSizeFound = false;
for (int frameSize = 5; frameSize = 100; frameSize++)
{
if (doAnalyze(Data, readsize, frameSize) == analyzed)
{
printf(TS package frame size needed for this video block: %d \n, frameSize);
frameSizeFound = true;
if (frameSize maxFrameSize) maxFrameSize = frameSize;
break;
}
}
if (!frameSizeFound)
{
printf(No TS package frame size found for this video!?! \n);
}
offset += blocksize;
} while (filesize offset + blocksize readsize == blocksize);
fclose(readFile);
if (maxFrameSize 0)
{
printf(Maximum TS package frame size needed for this video recording: %d \n, maxFrameSize);
}
return 0;
}
signature.asc
Description: This is a digitally signed message part.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best IDE for VDR development?
Hello! What is the best IDE to use for VDR development under linux? Up to now I have used nano, but then I can only view one file at a time, and there's no source code analysis. Kind regards, I'm using Eclipse with the C++ plugin (CDT). Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 2.1.2
Hello! This sounds like great news :-) What kind of features does premashif have? I guess you know the current state of Permashift? It records to disc (but not to RAM) and already adds the recorded stuff to the beginning of an instant recording. The warning you wanted could probably be done with a hooked script triggered when switching. This version can be fetched here: http://ein-eike.de/vdr-plugin-permashift-english/ Will you be able to choose where the timeshift will be written (eg ram)? What about if you are watching a program, and realize that you want to record it, will it copy the beginning of the program to the recording if it's in the timeshift? And if i'm watching from the timeshift, and i change accidentally the channel, will there be an option that would warn me that i'm watching timeshift? :-) What I'm trying to do now is recording to RAM and putting this only to disc when it's needed. While the basics are not that hard to do, the real time needs of the VDR system are somewhat harder to cope with. So I don't want to promise too much. But if it works out, it should fit your needs. Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 2.1.2
Hello! Do you have any idea when you will start to implement the livebuffer feature into VDR? I worked on rewriting Permashift to use a real live buffer the last weeks and when it's finished and tested I'd be happy if Klaus would consider adopting it. Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Livebuffer for VDR 2.0
Hallo! Tv was turned on, and the channel that was running on had an interesting program running. The program was rewinded from the buffer to the beginning, and we started to watch it. Normally i pause recordings with the up/down keys, but in this case hitting up/down just changed the channel, and the buffer was lost (or not exactly, because the file existed on the HDD.. Here i had to manually dig out the file to be able to watch the program). So my point is to have an option to warn about a chanel-switch when you are actually watching from the buffer. If you don't watch fromthe buffer, then the channels should be switchable as normal. I think that's how it already should work at the moment. As long as you're watching live TV, you can just switch as normal. As soon as you rewinded, you are in replay mode (just like if you started watching from your list of recordings) and up and down should not change the channel(*). Did you change the key settings for replay mode? That by the way is a little concern I've got with enabling the rewind button from live TV. You would change from live watching mode to replay mode, possibly without noticing it. * Being able to rewind just by hitting the back/rewind button without pressing Ok or something else first. +1 IF the live buffer feature is turned on. If it's off, these keys should retain their current behavior. YEs, of course :-) If there's no live buffer, there wouldn't be anything to rewind into anyway... :o) Ciao, Eike (*) and when switching, the redording is kept if the appropriate VDR setting for instant recordings is set. signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR version 2.0.0 released
Hello! VDR version 2.0.0 is now available at Congratulations! But please don't let us(*) wait five years again for the next offcial stable version. ;o) Ciao, Eike (*) not me personally, I'm using VDR not more than a year... signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0: one more string needed
Hello! Well, I really would like to have the fact that it's about *sorting* in that name. Show could be anything... Always sort folders first means your first doing a sorting on the folders, than on the rest (films) - but it does not state what you're doing with the two(!) results. Always show folders first means the folders are on top (I would expect them to be sorted somehow) and then the films, what I think the option is about. So this is my +1 to Wolfgang. Ciao, Eike signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Debugging facility in VDR Makefile(s)?
Hello! When I had a deeper look into VDR, I wondered why there seems to be no debugging facility. I added the following to VDR's Makefile: debug: CFLAGS += -DDEBUG -ggdb3 -O0 debug: CXXFLAGS += -DDEBUG -ggdb3 -O0 debug: all ... so make debug creates an executable where no variables are optimized out and and no statements are reordered. I guess this could be useful for other people as well. Or did I miss something and this is already included somewhere? Ciao, Eike PS: Sorry, I misdirected this mail to vdr-ow...@linuxtv.org first. signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
