Hello
Can someone explain if quality will be decreased when GOP/SCR re-calculation from Ditlew will be used?
I am using it on Panasonic TV because without it you can't FF/RW.
- Code: Select all
CBRVideoBitrate=15000
ByteToTimeseekRewindSeconds=0
Ditlew said here that default is 16000 but in code I see 15000. Should be 15 or 16?
DOES IT MEAN THAT VIDEO BITRATE WILL BE LIMITED TO THIS?
I mean when HD movie will be transcoded and in general it has 90Mbit when transcoded, will it be limited to 15 = low quality???
Also for what "ByteToTimeseekRewindSeconds=" is? Should be zero or better to set it to some value?
In code I see SCR header recalculation is enabled but GOP part is commented:
- Code: Select all
// Ditlew - Update any GOP headers - Not needed by WDTV Live
//if (timeseek > 0 && writeCount > 8)
//shiftGOPByTimeSeek(mb, (int)timeseek);
- Code: Select all
if (buffer != null && shiftScr)
shiftSCRByTimeSeek(mb+i, (int)timeseek); // Ditlew - update any SCR headers
//shiftGOPByTimeSeek(mb+i, (int)timeseek); // Ditlew - update any GOP headers - Not needed for WDTV Live
There is info that it is not needed for WDTV but what about other renderers not supporting timeseek? Should this part be uncommented? Will it help in anything?
I also ask due to errors logged in debug.log when rewinding.
- Code: Select all
Exception in thread "Thread-115" java.lang.NullPointerException
at net.pms.io.BufferedOutputFile.shiftSCRByTimeSeek(BufferedOutputFile.java:391)
at net.pms.io.BufferedOutputFile.write(BufferedOutputFile.java:281)
at java.io.OutputStream.write(OutputStream.java:58)
at net.pms.io.WindowsNamedPipe.run(WindowsNamedPipe.java:176)
Also I found it works only when TranscodedVideoFileSize=0 (in this case actual time position is not shown by renderer)
When other values used, it always (after a while) cancel video transcoding and returns back to file listing (debug.log attached).
Someone know the answers? Many thanks for it
