『漫游』酷论坛>『影音数码技术学习交流』>[原创][最后更新: 2008-0 ..

[原创][最后更新: 2008-01-02]Timecode format v2文件分析，C语言代码

雷鸣@2007-12-25 19:27

编写各种和timecode v2有关又需要分析timecode v2的时候可以用
比如v2转v1或者什么什么的，用起来还不错
当成lib用好了……VC++6和mingw32都测试通过
提供一个函数：
struct resdata * tc2analysis(char * filename)
给出要分析的timecode的文件名，返回一个结构体链表
结构体具体可以参照代码

本代码可能还存在许许多多的问题，仅供爱好者测试之用
遵循LGPL协议，可以自己编译成lib文件丢进自己程序用（由于目前稳定性和准确性以及其他各种各样错误可能存在，不推荐拿来用）



复制代码
  1. /*
  2. This code is also contributed by the following ones:
  3. adamhj
  4. last change: 2008-01-02
  5. */
  6. #include
  7. #include
  8. #include
  9. #include
  11. struct resdata {
  12. long startframe;
  13. long endframe;
  14. double starttime;
  15. double endtime;
  16. double framerate;
  17. struct resdata * next;
  18. };
  20. typedef struct resdata node;
  22. extern struct resdata * tc2analysis(char* fn){
  23. /*
  24. declare variables
  26. lxxxxxx: previous one, like that ltime means the previous time
  27. sfn: source file name
  28. sfp: pointer of the file
  29. cframe: current frame in progress
  30. */
  31. char *line = (char*) malloc(1024);
  32. long cframe = -1;
  33. double delta=0, ldelta=0, ctime=0, ltime=0;
  34. char *sfn = (char*) malloc(1024);
  35. FILE *sfp;
  36. int OK = 0, first = 1;
  37. node *head, *p;
  39. /*
  40. get filenames from parameters
  41. */
  42. strcpy(sfn, fn);
  44. sfp = fopen(sfn, "r");
  45. head = (node*) malloc(sizeof(node));
  46. p = head;
  47. /* read data from file */
  48. while(!feof(sfp)){
  49. fgets(line, 1000, sfp);
  50. if(line[0] != '#' && strlen(line) != 0){
  51. cframe++;
  52. ltime = ctime;
  53. ldelta = delta;
  54. ctime = atof(line);
  55. delta = ctime - ltime;
  56. if (fabs(delta - ldelta) > 2){
  57. /* if framerate changes */
  58. if (first == 1){
  59. /* if it's the first line to output*/
  60. p->startframe = cframe - 1;
  61. p->starttime = ltime;
  62. first = 0;
  63. }else{
  64. /* normal situation */
  65. p->endframe = cframe - 2;
  66. p->endtime = ltime;
  67. p->framerate = (p->endframe - p->startframe + 1) * 1000 / (p->endtime - p->starttime);
  68. p->next = (node*) malloc(sizeof(node));
  69. p = p->next;
  70. p->startframe = cframe - 1;
  71. p->starttime = ltime;
  72. }
  73. }
  74. }
  75. }
  76. /* deal with the last output line */
  77. p->endframe = cframe;
  78. p->endtime = ctime + delta;
  79. p->framerate = (p->endframe - p->startframe + 1) * 1000 / (p->endtime - p->starttime);
  80. p->next = NULL;
  81. fclose(sfp);
  82. /* output result */
  83. return (head);
  84. }
引用

MeteorRain@2007-12-25 21:06

你看，你要把「LGPL」的版权信息嵌入到源代码里才算应用了协议哟
引用

海波湛蓝@2007-12-26 16:28

嗯？雷在C有突破了咯？

弱弱问下LGPL是啥...
引用

alphaa@2007-12-26 17:08

LGPL就是Lesser GPL，与GPL最大的不同就是LGPL允许源码私有。
引用

海波湛蓝@2007-12-26 20:20

嗯.原来如此..程序语言小白我飘过..
引用

暗影翔@2007-12-27 09:21

看不懂的白白飘过
引用

MeteorRain@2007-12-27 15:34

引用
最初由 alphaa 发布
LGPL就是Lesser GPL，与GPL最大的不同就是LGPL允许源码私有。
LGPL只允许可以被二进制链接到非LGPL/GPL的程序里。GPL严禁二进制链接。
引用

雷鸣@2007-12-27 18:54

引用
最初由 MeteorRain 发布
你看，你要把「LGPL」的版权信息嵌入到源代码里才算应用了协议哟


呜哇，找不到资料，不知写什么好……好像有的文档说按照gpl的那样写？
引用

绿叶之砚@2007-12-29 09:44

我喷……你还真的放出来了
引用

不败的魔术师@2007-12-30 12:02

=.=重点是 楼上的你喷什么出来=，=
引用

adamhj@2007-12-30 13:44

没考虑timecode v2文件里有空白行的情况

另外，别告诉我cframe初始值取-2是试出来的...老实说我囧了...

你取cframe=-1的时候对应的ctime是第0帧的，后面也是如此，cframe=n的时候的ctime是第n+1帧的，结果在算第一个node和最后一个node的framerate的时候却又按照ctime是第n帧的时间算的，所以第一个node和最后一个node算出来的帧率是错的

例如下面这个timcode
复制代码
  1. # timecode v2
  2. 0
  3. 10
  4. 20
  5. 30
  6. 40
  7. 60
  8. 80
  9. 100
  10. 120
  11. 140
  12. 150
  13. 160
  14. 170
  15. 180
  16. 190
  17. 210
  18. 230
  19. 250
  20. 270
  21. 290
  22. 300
  23. 310
  24. 320
  25. 330
  26. 340
  27. 350
  28. 370
  29. 390
  30. 410
  31. 430
  32. 450


用你的代码算出来的timecode v1是这样
复制代码
  1. # timecode v1
  2. #startframe,endframe,framerate #starttime,endtime
  3. 0,3,75 #0,40
  4. 4,8,50 #60,140
  5. 9,13,100 #150,190
  6. 14,18,50 #210,290
  7. 19,24,100 #300,350
  8. 25,30,16 #370,450


因为大部分视频每个node动辄上千帧所以1帧的错算出来的framerate近似没错吧，实际用的时候看不出来

还有个严重错误...最后一个Node你把分子和分母放反了...[/KH]




然后，如果你写的其他程序也是用的这个库的话，恐怕你还有一个错误(虽然已经不是这个库本身的错误了..)，不然就不会一直没发现上述错误，恐怕你调用这个链表的时候用的是类似
复制代码
  1. while(p->next) {
  2. p=p->next;
  3. //further processing
  4. }

这样的结构吧，并且用到的timeocode v2文件最后一帧的时间后面还有个回车(就是说文件最后有一个空白行)；这样读取链表的时候实际上你会漏掉最后一个Node。由于你没考虑到空白行的处理，最后那个空白行也被当作一帧读入，而atof返回了0，结果就有个时长为0的1帧(本来不存在的一帧)的node存在，正好错误的遍历链表方法把这个node忽略了，而本来是最后一个node的timecode段也因为这个不该存在的node而变成了倒数第二个node从而避开了分母分子反了的错误而算出了正确framerate；而也因为最后一个node的分母分子放反了，所以在计算最后这个0时长的node的framerate的时候也没产生除0错误....
引用

GOD_HIKARU MK2@2007-12-30 21:24

你很强大 我进来测试签名
引用

雷鸣@2007-12-31 11:28

引用
最初由 绿叶之砚 发布
我喷……你还真的放出来了

既然我都这么说过了，当然就……

引用
最初由 adamhj 发布
没考虑timecode v2文件里有空白行的情况

另外，别告诉我cframe初始值取-2是试出来的...老实说我囧了...

确实是试出来的[/KH]
引用
你取cframe=-1的时候对应的ctime是第0帧的，后面也是如此，cframe=n的时候的ctime是第n+1帧的，结果在算第一个node和最后一个node的framerate的时候却又按照ctime是第n帧的时间算的，所以第一个node和最后一个node算出来的帧率是错的

例如下面这个timcode
(略)

用你的代码算出来的timecode v1是这样
复制代码
  1. # timecode v1
  2. #startframe,endframe,framerate #starttime,endtime
  3. 0,3,75 #0,40
  4. 4,8,50 #60,140
  5. 9,13,100 #150,190
  6. 14,18,50 #210,290
  7. 19,24,100 #300,350
  8. 25,30,16 #370,450


因为大部分视频每个node动辄上千帧所以1帧的错算出来的framerate近似没错吧，实际用的时候看不出来

还有个严重错误...最后一个Node你把分子和分母放反了...[/KH]

[/KH]
引用
然后，如果你写的其他程序也是用的这个库的话，恐怕你还有一个错误(虽然已经不是这个库本身的错误了..)，不然就不会一直没发现上述错误，恐怕你调用这个链表的时候用的是类似
复制代码
  1. while(p->next) {
  2. p=p->next;
  3. //further processing
  4. }

这样的结构吧，并且用到的timeocode v2文件最后一帧的时间后面还有个回车(就是说文件最后有一个空白行)；这样读取链表的时候实际上你会漏掉最后一个Node。由于你没考虑到空白行的处理，最后那个空白行也被当作一帧读入，而atof返回了0，结果就有个时长为0的1帧(本来不存在的一帧)的node存在，正好错误的遍历链表方法把这个node忽略了，而本来是最后一个node的timecode段也因为这个不该存在的node而变成了倒数第二个node从而避开了分母分子反了的错误而算出了正确framerate；而也因为最后一个node的分母分子放反了，所以在计算最后这个0时长的node的framerate的时候也没产生除0错误....


关于这个是怎么试出来的呢……呃，我借用了一个别人写的工具去算出一个timecode v1，那个工具是自称最后一行那个总帧数可能有点不对。
其他的那些帧信息也有好一部分是用那个做对照的

感谢指点！
引用

雷鸣@2008-01-02 14:13

改了一下思想，起始时间是这一个帧率段的第一帧的开始时间，中止时间是这一个帧率段的最后一帧播放结束的时间（也就是下一个帧率段的第一帧开始播放的时间），delta想成是上一帧的持续时间，通过侦测持续时间的变化得到帧速率变化的点。
我觉得现在的代码是正确的，比如前面淘气阿丹给的那个，结果是
复制代码
  1. sf ef st et fps
  2. 0 3 0.000000 40.000000 100.000000
  3. 4 8 40.000000 140.000000 50.000000
  4. 9 13 140.000000 190.000000 100.000000
  5. 14 18 190.000000 290.000000 50.000000
  6. 19 24 290.000000 350.000000 100.000000
  7. 25 30 350.000000 470.000000 50.000000


这次没有通过任何其它软件的转换结果作为对照了……个人感觉上的正确而已，要批的请随便批，等什么时候我无聊了就发到其他论坛去
引用

adamhj@2008-01-02 19:14

这次你代码都没贴全...囧囧囧...
引用

«12»共2页

| TOP