设为首页 收藏本站 站长QQ:1575389080

内容 ·详情

《霹雳封魔》紫阳不意外的兵败如山倒,静涛一如预料没死

2019-7-6 10:36| 发布者: 管理员| 查看: 701| 评论: 0

本周剧情热闹有余、震撼不足,几个问题从开档就提过,知道拍摄进度超前不少,改是不可能了,还望编剧看完之后能有所警惕,这些问题本档特别明显。紫阳不意外的兵败如山倒,静涛一如预料没死,昔月影果然是暗桩,编剧 ...
本周剧情热闹有余、震撼不足,几个问题从开档就提过,知道拍摄进度超前不少,改是不可能了,还望编剧看完之后能有所警惕,这些问题本档特别明显。

紫阳不意外的兵败如山倒,静涛一如预料没死,昔月影果然是暗桩,编剧此局有用心,尤其静涛死局气氛渲染到位,本应是很有剧情张力的编排,然一些剧情处理过于粗糙,导致整体效果未达预期,借此局正好讲解编剧编戏时,为什么没法到位,缺少那关键的2%醍醐味

一、紫阳败局覆盘─用力过猛

本档的反派一直有不够力的问题,这下倒好,编剧在抬高青阳的过程,直接把紫阳写成无谋小人,局一切都在青阳掌握之中,青阳太神,神到根本剧本在手、世界我有,紫阳的野心在青阳谋算面前微不足道,全面辗压的结果就是紫阳特色沦丧,的确,紫阳在老剧并不是多有智慧的存在,不过既然要拉出来,至少有些表现,不然直接创新角,一样能写,何必凹死人?

编剧过于偏重青阳跟静涛,紫阳太过弱化,围杀静涛的局,紫阳的目标太小,完全是无脑行为,尤其前面紫阳争道门与三教领导讲的头头是道,结果从头到尾早被青阳算死,那青阳放任天道主乱搞做什么?青阳一方面看着紫阳兴战、一方面跟佛儒私下协商,局的主动权全在手上,他到底想不想三教同心抗敌?还是用天道主测试佛儒底线?

不管哪样都跟青阳的人设有很大冲突,不管是过去合修会之主或对抗邪能境、叶口月人乃至八歧,青阳有情却不滥情,纵使我觉得收万劫最后一场写不好,不知青阳卧底的意义何在,不过青阳接下来处理九变妖媸就很得体。

而此局不同,紫阳不管各方面远不是青阳对手,不论智力、武力或人脉都远远不及,处处忍让是要彻底把紫阳踩在脚下吗?编剧到底要写有情还是无情,我看不懂。

前面忍让是有情、后面告知真相是无情,要嘛别告知紫阳真相,只让他知道自己败于对无敌战龙不够了解就好,都讲成这样,哪有可能迷途知返,紫阳讲的很实在:「一同发扬道门?哈哈哈,青阳子,你还要羞辱吾到何时!」简直把紫阳当猴耍,一副看他能玩出啥花样的态度,要他服气怎么可能?只会走向极端,拚个鱼死网破。


写到这,紫阳的格彻底没了,不晓得拉他做啥?当个野心家不是不行,写出来的成品却只有无节操小人的程度,对比夏承凛,高下立判,难怪不把你放在眼里。

二、紫阳败局覆盘─编写方式重复太过频繁

前面就讲过编剧本档太常使用背刺,甚至一集连用两次,代表编写方式重复频率太高,本文件此问题特别突出,同一方式都是连着好几集出现,前面周周背刺,再来换处处暗桩,接着是人人诈死,这些编写方式不是不能用,然而编剧不能连着狂用。

提过很多次,编剧的排戏一直很有问题,上周才刚写儒门暗桩跟诈死揭破阴谋,本周立刻换道门重复同样戏码,如果只看片段会觉得精彩,不过连着几周看,会观影疲乏。

本局因为有静涛,导致另一问题,幻术用的过于频繁。

偶一为之令人惊艳,把把如此只会无感,知道编剧想编反转,但不该为反转而反转,回到剧情本质,此处是否有必要这样做?如果要布梗或是重点烘托,自然该为,如果只是为了反转,该节制,有时候常规的编,虽然无趣,却能累积爆发力,不要总想搞事,被观众猜中不会怎样,只要味道有写出来,一样能是好戏,为反转而反转打乱剧情节奏本末倒置,不是更糟糕吗?

像六弒用青阳幻影回敬静涛是很好的尝试,但接下来静涛再用一次无趣味,给六弒用可以表现报复心态,不单方面辗压是很重要的戏剧冲突基础,某方过于频繁使用某种编写方式,是剧情的弱化,比如反方只靠背刺或正方依赖诈死。

为什么狂用?因为编剧没想到更好的剧情处理方式,没法在人设或剧情找到合理冲突点,才强制用此方式开启冲突,通常还伴随角色降智的问题,这些后遗症有时比反转的效果还大,也会折损张力。

三、杂谈

豁青云对青阳的忠心表现害他差点杀了未来老婆,该道歉是演戏演太大的青阳跟静涛吧,他不该歉疚,不用在一旁演小剧场,我主张豁青云提起职灾告诉,要道主跟副道主负起道义责任,帮他追老婆才对。

鲜花

握手

雷人

路过

鸡蛋

最新评论

精华 ·推荐

网站 ·热点

热点 ·排行

  • 月排行
  • 周排行
  • 日排行

广告 ·推广

站点信息

Powered by Discuz 模板 X3.2

© 2001-2013 Comsenz Inc. Tamplated By 记事本

QQ| Archiver|手机版|小黑屋| 霹雳网 ( 苏ICP备15919873号 )     

GMT+8, 2024-5-3 20:37 , Processed in 0.080728 second(s), 23 queries .

返回顶部