Re: [vdr] [ANNOUNCE] VDR developer version 1.7.20
Am 16.08.2011 18:57, schrieb Klaus Schmidinger: VDR developer version 1.7.20 is now available at Thanks for the new version - at a surprising time. ;) ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.20.tar.bz2 Just a note: The tar file includes a 0-byte epg.data file and an empty themes sub-folder. - cSkins::Message() now blocks calls from background threads (thanks to Michael Eiler for reporting a crash in such a scenario). Unfortunately, this will break the osdserver-plugin, that does call these directly from the network interface thread - though not without first locking the main thread in a safe state. I'll see if I can work around this, or if I can come up with some other solution. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.20
On 16.08.2011 19:56, Udo Richter wrote: Am 16.08.2011 18:57, schrieb Klaus Schmidinger: VDR developer version 1.7.20 is now available at Thanks for the new version - at a surprising time. ;) ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.20.tar.bz2 Just a note: The tar file includes a 0-byte epg.data file and an empty themes sub-folder. Thanks, that was a leftover from a test run - didn't show up in the 'diff'... - cSkins::Message() now blocks calls from background threads (thanks to Michael Eiler for reporting a crash in such a scenario). Unfortunately, this will break the osdserver-plugin, that does call these directly from the network interface thread - though not without first locking the main thread in a safe state. I'll see if I can work around this, or if I can come up with some other solution. Actually cSkins::QueueMessage() is supposed to be used for issuing messages from a background thread. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] AAC LATM audio issue on dvb-t israeli service
After allot of help from Klaus to understand what was wrong i got a big break. Recording works in vdr with no issue at all, the recording do contain the aac-latm audio. After updating the vnsi server to last git and xbmc to last preEden build by Lars Op den Kamp all the channel watchable but still no audio. I'm no developer but i can read, on xbmc display it show that the audio is mpeg2 (which is not) and on the vnsi server code it's seems that the default is mpeg2audio. So i decided to force vnsi server to use the aac demuxer when mpeg2 audio is found, and at last i got audio working. I've posted an issue on vnsi-server github with more info about it https://github.com/pipelka/vdr-plugin-vnsiserver/issues/18 As you can read this in the issue i'm not sure where the problem or how vdr and it's plugin system works. It can be on the vnsi server plugin as it may can't recognize the aac-latm within the stream. It can be on vdr side if vdr tells vnsi server that the audio is encoded as mpeg2. Finaly it can be the trasport stream itself that misconfigured and have some marker indicate the audio as mpeg2. As my knowledge in mpeg2 ts and my analyzing skill are very limited i add the stream saved with tsreader so you may analyze it and also recording made by vdr. http://dl.dropbox.com/u/6902100/test13_001.mpg http://dl.dropbox.com/u/6902100/2011-08-15.01.27.1-0.rec.tar Thanks, Barak. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
